From owner-freebsd-current Sun Jun 23 02:50:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15736 for current-outgoing; Sun, 23 Jun 1996 02:50:45 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA15727 for ; Sun, 23 Jun 1996 02:50:42 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uXloG-000QavC; Sun, 23 Jun 96 11:50 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA07187; Sun, 23 Jun 1996 10:34:27 +0200 Message-Id: <199606230834.KAA07187@allegro.lemis.de> Subject: Re: make fails To: uh@NU.cs.fsu.edu Date: Sun, 23 Jun 1996 10:34:27 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199606230423.EAA28687@cs.fsu.edu> from "uh@NU.cs.fsu.edu" at Jun 23, 96 00:23:26 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk uh@NU.cs.fsu.edu writes: > > Hi, > > I have sup the current src about 3 days ago. I got following make error:- > Would you give me any clue on this error? > Thanks. > > Regards, > Gang-Ryung Uh (uh@cs.fsu.edu) > > ====================================== > > ===> lib > cc -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o > ld: invalid command option `-O' > *** Error code 1 Fascinating. For some non-evident reason, cc has decided to invoke the loader instead of the compiler. I can't see any good reason for that, but why not expiriment: change to directory lib, and issue the command manually. In particular, I'd like to see the output of: cc -v -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o and cc -v -O -c /usr/src/usr.bin/lex/lib/libmain.c The -v option prints out exact information about the passes that cc starts, and the -o libmain.o is superfluous (though I suspect it has something to do with this problem). Greg From owner-freebsd-current Sun Jun 23 04:48:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA20752 for current-outgoing; Sun, 23 Jun 1996 04:48:10 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA20747 for ; Sun, 23 Jun 1996 04:48:03 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id NAA03916; Sun, 23 Jun 1996 13:47:52 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA05434; Sun, 23 Jun 1996 13:47:51 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA04019; Sun, 23 Jun 1996 12:52:48 +0200 (MET DST) From: J Wunsch Message-Id: <199606231052.MAA04019@uriah.heep.sax.de> Subject: Re: tcl -- what's going on here. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sun, 23 Jun 1996 12:52:48 +0200 (MET DST) Cc: wosch@cs.tu-berlin.de, alk@Think.COM (Tony Kimball) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606222113.QAA02156@compound.Think.COM> from Tony Kimball at "Jun 22, 96 04:13:04 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Tony Kimball wrote: > up-to-date version, and is just plain evil. I suggested that I would > be willing to rewrite those few perl kludges which are current. I was > rebuffed. They are not ``kludges''. The authors of those tools deliberately choose Perl for them, not since they didn't knew C, but since they felt that Perl was simply more adequate. Something like text processing (or pattern matching etc.) in C is simply a kludge, where Perl allows for elegant (and easier to maintain) solutions. Likewise for Tcl with its intended target (e.g. the new install tool). After starting to read Ousterhout, i think Tcl is something like ``The FORTH of the 90's''. Your embedded controllers don't need man pages, nor do they need adduser etc. So nobody prevents you from removing Perl there. But please, don't burden _us_ with a higher maintenance load a C kludge would cause just for the reason that _your_ embedded controller might be bloated. We do not prevent you from using BSD in an embedded controller environment (and actually, we are certainly also proud of people who do these things), but you should not expect us to tweak our policy just to fit the needs for this rather special target market. Btw., your offer to _rewrite_ something fails to cope with the fact that it's usually much less effort to write something, compared to _maintaining_ it over its expected lifetime. For a good example of what happens with unmaintained software, see the `ft' driver. Most of us enjoy writing new stuff, but only the diehards pick the burden to maintain old and crufty code. You won't see my name bright in front of many projects or modules in our code base, but if you browse the commitlogs, you will notice that it appears in numerous bugfixes throughout the system. It's basically a thankless job, i can tell you, but people doing this are desperately needed. (There are many good examples of these people, like Mike Pritchard's walk through zillions of man pages.) Everything that makes our lives easier is greatly welcome, like scripting languages in situations where C sucks, and sh/sed/awk would only obfuscate the solution. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sun Jun 23 05:04:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21218 for current-outgoing; Sun, 23 Jun 1996 05:04:11 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA21210; Sun, 23 Jun 1996 05:04:06 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id OAA29108; Sun, 23 Jun 1996 14:03:59 +0200 Message-Id: <199606231203.OAA29108@ra.dkuug.dk> Subject: Re: Syscons CUT&PASTE functionality added... To: mark@linus.demon.co.uk (Mark Valentine) Date: Sun, 23 Jun 1996 14:03:58 +0200 (MET DST) Cc: sos@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199606221836.TAA00361@linus.demon.co.uk> from "Mark Valentine" at Jun 22, 96 07:36:28 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Mark Valentine who wrote: > > > From: sos@freebsd.org > > Date: Fri 21 Jun, 1996 > > Subject: Syscons CUT&PASTE functionality added... > > > I'd like to hear how this works out with different mousetypes and > > especially with different display hardware. Please note this works > > only on ega's and above, as the mousepointer is done by reprogramming > > the charset, giving the illusion that a "real" graphic mousepointer > > is used. > > Neat feature, though on my system (Logitech serial mouse, S3 801 video > with 2MB DRAM, 486DX2/66 CPU), the charset reprogramming seems to make > cursor motion cause noticeable jerking of the display (causing mild > nausea...). :-( Hmm, sounds like a timing problem of sorts... > Would a plain block cursor (maybe a different colour) be likely to improve > usability on my system? (I can't think of any DOS stuff I have lying around > which uses this trick, and I don't remember seeing any of this jerkiness > with normal block-cursor DOS stuff.) Yeah, well I thought of a block cursor, but I like this FAR better.. You could try the Norton utils, they use the same approach under DOS, if that works without jitter, I need to get my timing fixed :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Sun Jun 23 05:22:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21695 for current-outgoing; Sun, 23 Jun 1996 05:22:25 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA21683; Sun, 23 Jun 1996 05:21:56 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id OAA00844; Sun, 23 Jun 1996 14:21:43 +0200 (SAT) Message-Id: <199606231221.OAA00844@grumble.grondar.za> To: sos@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: Syscons CUT&PASTE functionality added... Date: Sun, 23 Jun 1996 14:21:43 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > I'd like to hear how this works out with different mousetypes and > > > especially with different display hardware. Please note this works > > > only on ega's and above, as the mousepointer is done by reprogramming > > > the charset, giving the illusion that a "real" graphic mousepointer > > > is used. It does not work here. I have a vga (Et4000 with 1MB) and a genius mouse (works on X as MouseSystems on /dev/ttyd1) I guilt a kernel this morning - built moused by hand (I see you just added it to usr.bin/Makefile). When I # moused -t mousesystems -p /dev/ttyd1 moused does not "daemonise". It never returns to the prompt and I cannot C&P. ^C give me the prompt back. X is still OK. (X was not running when I did this). Problem? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun Jun 23 07:04:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28191 for current-outgoing; Sun, 23 Jun 1996 07:04:18 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA28185; Sun, 23 Jun 1996 07:04:02 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id QAA04803; Sun, 23 Jun 1996 16:03:48 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id QAA00801; Sun, 23 Jun 1996 16:03:26 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.4/keltia-uucp-2.8) id QAA05549; Sun, 23 Jun 1996 16:01:55 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606231401.QAA05549@keltia.freenix.fr> Subject: Typos in rtquery(8) To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list), wollman@FreeBSD.ORG Date: Sun, 23 Jun 1996 16:01:54 +0200 (MET DST) Cc: vjs@mica.denver.sgi.com X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There are a few typos in rtquery.8. Here is a patch: Copy of this mail sent ot vjs@mica.denver.sgi.com (Vernon Schryver) for inclusion in the original sources. Index: rtquery.8 =================================================================== RCS file: /spare/FreeBSD-current/src/usr.sbin/routed/rtquery/rtquery.8,v retrieving revision 1.1.3.1 diff -u -2 -r1.1.3.1 rtquery.8 --- rtquery.8 1996/05/30 16:19:14 1.1.3.1 +++ rtquery.8 1996/06/23 13:57:39 @@ -8,5 +8,5 @@ .Nm .Op Fl np1 -.Op Fl 1 Ar timeout +.Op Fl w Ar timeout .Op Fl r Ar addr .Ar host ... @@ -37,7 +37,7 @@ command, which is an undocumented extension to the RIP specification supported by -.IR gated (1M). +.IR gated . When querying -.IR gated (1M), +.IR gated , the .I poll @@ -72,6 +72,6 @@ .Em parms .Sh SEE ALSO -.Xr routed 8, -.Xr gated 8, +.Xr routed 8 , +.Xr gated 8 . .br RFC\ 1058 - Routing Information Protocol, RIPv1 -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-current Sun Jun 23 07:07:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28287 for current-outgoing; Sun, 23 Jun 1996 07:07:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA28278 for ; Sun, 23 Jun 1996 07:07:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA10242; Mon, 24 Jun 1996 00:01:54 +1000 Date: Mon, 24 Jun 1996 00:01:54 +1000 From: Bruce Evans Message-Id: <199606231401.AAA10242@godzilla.zeta.org.au> To: bde@freefall.freebsd.org, current@freebsd.org Subject: Re: cvs commit: src/sys/i386/conf LINT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Modified: sys/i386/conf LINT > Log: > Describe MAXMEM better. Enable it by default. (It's a positive option. > Only negative options in LINT should be enabled.) disabled The definition of MAXMEM involves many potential quoting bugs. As Joerg pointed out, (128*1024) needs to be quoted if it is to be put into the kernel Makefile instead of into opt_machdep.h like it would be if it were merged into -stable. However, quoting it (at least with single quotes) breaks it in opt_machdep.h - the quotes don't get stripped. It should also be defined as (128 * 1024) (to satisfy KNF rules :-), but then the option reader in config(8) would truncate it to (128. Bruce From owner-freebsd-current Sun Jun 23 07:44:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00461 for current-outgoing; Sun, 23 Jun 1996 07:44:37 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00443 for ; Sun, 23 Jun 1996 07:44:31 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id QAA09193; Sun, 23 Jun 1996 16:30:49 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id XAA00598; Sat, 22 Jun 1996 23:49:45 +0200 (MET DST) Date: Sat, 22 Jun 1996 23:49:45 +0200 (MET DST) From: Andreas Klemm To: Wolfram Schneider cc: current@freebsd.org Subject: Re: Wanted: Testers for an alternate to /usr/obj (as we know it). In-Reply-To: <199606222020.WAA07315@campa.panke.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Wolfram Schneider wrote: > Andreas Klemm writes: > >A make world could be made in single user mode and a make install > >in single user mode would allow to copy the programs into the > >system areas ... That would be great ... > > Why single user mode? Sorry ... a make world in multi user mode and a make install afterwards in single user mode. -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Jun 23 07:44:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00549 for current-outgoing; Sun, 23 Jun 1996 07:44:56 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00515 for ; Sun, 23 Jun 1996 07:44:48 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id QAA09189; Sun, 23 Jun 1996 16:30:46 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id XAA00589; Sat, 22 Jun 1996 23:48:30 +0200 (MET DST) Date: Sat, 22 Jun 1996 23:48:30 +0200 (MET DST) From: Andreas Klemm To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Wanted: Testers for an alternate to /usr/obj (as we know it). In-Reply-To: <488.835465050@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Jordan K. Hubbard wrote: > > Do your changes make now or in future possible, to compile the > > source tree totally independend from the files in /usr/include > > and /usr/share/mk and such, that would allow to compile every > > wanted OS Release independently from what is installed in the system.. > > No, that would require a second pass and is somewhat beyond the scope > of what I had in mind for this one set of changes. :-) Schade :-) -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Jun 23 07:45:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00586 for current-outgoing; Sun, 23 Jun 1996 07:45:08 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00562 for ; Sun, 23 Jun 1996 07:44:59 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id QAA09183; Sun, 23 Jun 1996 16:30:42 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id LAA02013; Sun, 23 Jun 1996 11:11:55 +0200 (MET DST) Date: Sun, 23 Jun 1996 11:11:55 +0200 (MET DST) From: Andreas Klemm Reply-To: Andreas Klemm To: current@freebsd.org cc: isdn@muc.ditec.de, mg@gtn.com Subject: ping: sendto: No buffer space available Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Hi ! I'm using FreeBSD-very-current and bisdn-095 to connect to my ISP. Unfortunally the Netgw router of my ISP is sometimes very busy. After many many retries to connect to my ISP, networking seems to "shut down". When I try to ping the ISDN router of my ISP, then I receive the message: root{1119} /usr/bisdn-095/bisdnd ping gtn-isdn PING gtn-isdn (194.77.2.33): 56 data bytes ping: sendto: No buffer space available ping: wrote gtn-isdn 64 chars, ret=-1 ping: sendto: No buffer space available ping: wrote gtn-isdn 64 chars, ret=-1 All resolver functions seems to hung. Nothing concerning name resolution works. No dialup to my default gateway takes place anymore to resolve addresses. Here some config files for reference. I don't use named or routed. I simply configured resolv.conf, to use my ISP's nameserver. resolv.conf: - ----------- domain gtn.com nameserver 192.109.159.1 host.conf: - --------- hosts bind ed0: flags=8843 mtu 1500 inet 172.16.1.1 netmask 0xffffff00 broadcast 172.16.1.255 ether 00:00:c0:25:fd:2d lp0: flags=8810 mtu 1500 ipi0: flags=2811 mtu 1500 inet 194.77.2.34 --> 194.77.2.33 netmask 0xffffffff ipi1: flags=2810 mtu 1500 ipi2: flags=2810 mtu 1500 ipi3: flags=2810 mtu 1500 tun0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 194.77.2.33 UGSc 1 0 ipi0 127.0.0.1 127.0.0.1 UH 0 90 lo0 172.16.1/24 link#1 UC 0 0 172.16.1.1 0:0:c0:25:fd:2d UHLW 2 695 lo0 194.77.2.33 194.77.2.34 UH 2 5 ipi0 224/4 link#1 UCS 0 0 Andreas /// - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMc0KJfMLpmkD/U+FAQFPWQP/RniZJZI85vtO/JDaPbmYMCKaCyk9JWcR 4NJbdNGeCZPxN4JVD5FPb4oVCI2Ky0lc7tkMEwDqdvXY3p8HI74kaIeJVCMAq0Vl 3V3uB8ic64EaahPUgYmv+u+JtTK+pq9UQRGVc20jqE9HiuOJr25aEibRAffD1ngQ bbVbWkfNIbM= =MzGp -----END PGP SIGNATURE----- From owner-freebsd-current Sun Jun 23 08:25:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02664 for current-outgoing; Sun, 23 Jun 1996 08:25:06 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02656; Sun, 23 Jun 1996 08:24:56 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id QAA02172; Sun, 23 Jun 1996 16:23:28 +0100 (BST) Message-Id: <199606231523.QAA02172@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Sun, 23 Jun 1996 16:23:27 +0100 In-Reply-To: Mark Murray's message of Jun 23, 2:21pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Mark Murray , sos@FreeBSD.ORG Subject: Re: Syscons CUT&PASTE functionality added... Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Mark Murray > Date: Sun 23 Jun, 1996 > Subject: Re: Syscons CUT&PASTE functionality added... > It does not work here. I have a vga (Et4000 with 1MB) and a genius > mouse (works on X as MouseSystems on /dev/ttyd1) I forgot to mention that bit in my other mail - I had to use the cuaa? device (/dev/cuaa1 in your case) instead! (The more I poke at serial devices, the less I understand them... My X server uses the ttyd? device just fine.) Mark. -- Mark Valentine at Home From owner-freebsd-current Sun Jun 23 08:39:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA03436 for current-outgoing; Sun, 23 Jun 1996 08:39:13 -0700 (PDT) Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA03413; Sun, 23 Jun 1996 08:38:26 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id RAA01472; Sun, 23 Jun 1996 17:36:10 +0200 (SAT) Message-Id: <199606231536.RAA01472@grumble.grondar.za> To: mark@linus.demon.co.uk (Mark Valentine) cc: sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Syscons CUT&PASTE functionality added... Date: Sun, 23 Jun 1996 17:36:09 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > From: Mark Murray > > Date: Sun 23 Jun, 1996 > > Subject: Re: Syscons CUT&PASTE functionality added... > > > It does not work here. I have a vga (Et4000 with 1MB) and a genius > > mouse (works on X as MouseSystems on /dev/ttyd1) > > I forgot to mention that bit in my other mail - I had to use the cuaa? > device (/dev/cuaa1 in your case) instead! (The more I poke at serial > devices, the less I understand them... My X server uses the ttyd? device > just fine.) YES!!! This worked! Why? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun Jun 23 09:14:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05709 for current-outgoing; Sun, 23 Jun 1996 09:14:18 -0700 (PDT) Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA05678; Sun, 23 Jun 1996 09:13:48 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id SAA01694; Sun, 23 Jun 1996 18:13:05 +0200 (SAT) Message-Id: <199606231613.SAA01694@grumble.grondar.za> To: bde@freebsd.org, sos@freebsd.org cc: current@freebsd.org Subject: Syscons mouse as entropy source. Please review... Date: Sun, 23 Jun 1996 18:13:04 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi SYSCONS's new mouse driver is a _Great_ source of entropy. Please comment on/review these diffs. I am mostly concerned with the placement of the add_mouse_randomness() call, as I do not want to slow down the mouse cursor more than is necessary... Index: i386/include/random.h =================================================================== RCS file: /home/ncvs/src/sys/i386/include/random.h,v retrieving revision 1.6 diff -u -r1.6 random.h --- random.h 1996/06/17 16:47:39 1.6 +++ random.h 1996/06/23 16:00:15 @@ -74,6 +74,7 @@ void rand_initialize(void); void add_keyboard_randomness(u_char scancode); +void add_mouse_randomness(short xpos, short ypos); void add_interrupt_randomness(int irq); #ifdef notused void add_blkdev_randomness(int major); Index: i386/isa/random_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/random_machdep.c,v retrieving revision 1.9 diff -u -r1.9 random_machdep.c --- random_machdep.c 1996/06/17 16:47:43 1.9 +++ random_machdep.c 1996/06/23 16:02:19 @@ -234,6 +234,12 @@ } void +add_mouse_randomness(short xpos, short ypos) +{ + add_timer_randomness(&random_state, &keyboard_timer_state, xpos ^ ypos); +} + +void add_interrupt_randomness(int irq) { (sec_intr_handler[irq])(sec_intr_unit[irq]); Index: i386/isa/syscons.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/syscons.c,v retrieving revision 1.153 diff -u -r1.153 syscons.c --- syscons.c 1996/06/21 11:31:09 1.153 +++ syscons.c 1996/06/23 15:57:02 @@ -809,6 +809,7 @@ mark_all(mscp); splx(s); } + add_mouse_randomness(mscp->mouse_xpos, mscp->mouse_ypos); break; case MOUSE_GETPOS: -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun Jun 23 09:19:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06071 for current-outgoing; Sun, 23 Jun 1996 09:19:41 -0700 (PDT) Received: from sgi.sgi.com (SGI.COM [192.48.153.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA06066; Sun, 23 Jun 1996 09:19:39 -0700 (PDT) Received: from mica.denver.sgi.com (mica.denver.sgi.com [169.238.67.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03729; Sun, 23 Jun 1996 09:19:30 -0700 Received: (from vjs@localhost) by mica.denver.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id KAA05554; Sun, 23 Jun 1996 10:19:21 -0600 Date: Sun, 23 Jun 1996 10:19:21 -0600 From: vjs@mica.denver.sgi.com (Vernon Schryver) Message-Id: <199606231619.KAA05554@mica.denver.sgi.com> To: wollman@FreeBSD.ORG, freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list), Ollivier Robert Subject: Re: Typos in rtquery(8) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Ollivier Robert > To: freebsd-current@FreeBSD.ORG (FreeBSD Current Users' list), > wollman@FreeBSD.ORG > Date: Sun, 23 Jun 1996 16:01:54 +0200 (MET DST) > There are a few typos in rtquery.8. Here is a patch: > > Copy of this mail sent ot vjs@mica.denver.sgi.com (Vernon Schryver) for > inclusion in the original sources. I do appreciate hearing about such problems, and have put the fixes into the file on ftp.sgi.com. However, I thought had already fixed two of them in the version I announced yesterday. I hope there is not some something wrong in how I've been bundling the stuff up or the FreeBSD community has been unbundling it. I hope this was just a coincidence of messages crossing in the net, and that the new version does not have the wrong stuff. As far as `rtquery` (also know as `query`) goes, I combined the functions of the old `rttrace` (or `trace`) into `rtquery`. Vernon Schryver, vjs@sgi.com From owner-freebsd-current Sun Jun 23 09:56:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08268 for current-outgoing; Sun, 23 Jun 1996 09:56:36 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA08261; Sun, 23 Jun 1996 09:56:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA13722; Mon, 24 Jun 1996 02:53:29 +1000 Date: Mon, 24 Jun 1996 02:53:29 +1000 From: Bruce Evans Message-Id: <199606231653.CAA13722@godzilla.zeta.org.au> To: mark@grondar.za, mark@linus.demon.co.uk, sos@FreeBSD.ORG Subject: Re: Syscons CUT&PASTE functionality added... Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I forgot to mention that bit in my other mail - I had to use the cuaa? >device (/dev/cuaa1 in your case) instead! (The more I poke at serial >devices, the less I understand them... My X server uses the ttyd? device >just fine.) That's because the X server (almost) (*) understands them. It opens the port with O_NONBLOCK mode and sets CLOCAL etc. moused opens the port without O_NONBLOCK so it hangs opening /dev/ttyd1. Then it doesn't set CLOCAL etc. (it only sets the speed). This works for the default settings of /dev/cuaa1. (*) The X server (XFree3.1x at least) assumes that writes to the mouse complete fairly soon. If they hang (perhaps due to flow control being locked on so that ther server can't turn it off), then the whole server hangs. IIRC all signals are usually masked when it writes to the mouse, and killing it with -9 of course results in the screen not getting switched back to text mode. Bruce From owner-freebsd-current Sun Jun 23 11:22:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA12456 for current-outgoing; Sun, 23 Jun 1996 11:22:03 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA12451; Sun, 23 Jun 1996 11:22:00 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id EAA17219; Mon, 24 Jun 1996 04:25:35 +0930 From: Michael Smith Message-Id: <199606231855.EAA17219@genesis.atrad.adelaide.edu.au> Subject: Re: Syscons CUT&PASTE functionality added... To: mark@grondar.za (Mark Murray) Date: Mon, 24 Jun 1996 04:25:34 +0930 (CST) Cc: sos@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199606231221.OAA00844@grumble.grondar.za> from "Mark Murray" at Jun 23, 96 02:21:43 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Mark Murray stands accused of saying: > > # moused -t mousesystems -p /dev/ttyd1 > > moused does not "daemonise". It never returns to the prompt and I > cannot C&P. ^C give me the prompt back. X is still OK. (X was not > running when I did this). > > Problem? Try /dev/cuaa1 rather than ttyd1; moused is (or I should say was when I sent it off) rather straightforward, and it's probably blocking waiting for your mouse to raise DCD. > Mark Murray -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Jun 23 11:22:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA12488 for current-outgoing; Sun, 23 Jun 1996 11:22:29 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts12-line13.uoregon.edu [128.223.150.145]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA12483 for ; Sun, 23 Jun 1996 11:22:27 -0700 (PDT) Received: (from dwhite@localhost) by gdi.uoregon.edu (8.6.12/8.6.12) id LAA00256; Sun, 23 Jun 1996 11:22:33 -0700 Date: Sun, 23 Jun 1996 11:22:33 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Kim Culhan cc: freebsd-current@FreeBSD.ORG Subject: Re: 960612-SNAP doesn't read users .*? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Kim Culhan wrote: > > The default .* files set a path in only the .login file and if I say: > > echo $path > > it returns a string which appears to have only a c/r in it. > Looks like csh isn't reading the .* files. Now THAT would be a bug. :-) I have my path statements in .cshrc (.tcshrc since I'm using tcsh) and it picks them up OK. > Also, using the standard syscons (not PCVT) with default everything, the > backspace key prints ^H to the screen and the 'delete' key works as a > destructive backspace. Run this: stty erase ^H (that's caret H not control-H) That will whip your backspace into shape. I have this in .cshrc as well. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-current Sun Jun 23 11:31:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA13117 for current-outgoing; Sun, 23 Jun 1996 11:31:59 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA13110; Sun, 23 Jun 1996 11:31:56 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id EAA17234; Mon, 24 Jun 1996 04:33:34 +0930 From: Michael Smith Message-Id: <199606231903.EAA17234@genesis.atrad.adelaide.edu.au> Subject: Re: Syscons CUT&PASTE functionality added... To: mark@linus.demon.co.uk (Mark Valentine) Date: Mon, 24 Jun 1996 04:33:33 +0930 (CST) Cc: mark@grondar.za, sos@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199606231523.QAA02172@linus.demon.co.uk> from "Mark Valentine" at Jun 23, 96 04:23:27 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Valentine stands accused of saying: > > > It does not work here. I have a vga (Et4000 with 1MB) and a genius > > mouse (works on X as MouseSystems on /dev/ttyd1) > > I forgot to mention that bit in my other mail - I had to use the cuaa? > device (/dev/cuaa1 in your case) instead! (The more I poke at serial > devices, the less I understand them... My X server uses the ttyd? device > just fine.) Operations on a ttyd? device will block until the port has DCD raised. If DCD drops again, the process on the port will get HUP. cua? devices are similar, but they pretend that they have DCD when you first open them. The X server knows how to find the cuaa? device that corresponds to a give ttyd? device. Moused doesn't. > Mark. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Jun 23 13:00:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA17864 for current-outgoing; Sun, 23 Jun 1996 13:00:07 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA17779; Sun, 23 Jun 1996 12:59:41 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id VAA02659; Sun, 23 Jun 1996 21:56:50 +0200 (SAT) Message-Id: <199606231956.VAA02659@grumble.grondar.za> To: Michael Smith cc: mark@linus.demon.co.uk (Mark Valentine), mark@grondar.za, sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Syscons CUT&PASTE functionality added... Date: Sun, 23 Jun 1996 21:56:48 +0200 From: Mark Murray Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > Mark Valentine stands accused of saying: > > > > > It does not work here. I have a vga (Et4000 with 1MB) and a genius > > > mouse (works on X as MouseSystems on /dev/ttyd1) > > > > I forgot to mention that bit in my other mail - I had to use the cuaa? > > device (/dev/cuaa1 in your case) instead! (The more I poke at serial > > devices, the less I understand them... My X server uses the ttyd? device > > just fine.) > > Operations on a ttyd? device will block until the port has DCD raised. > If DCD drops again, the process on the port will get HUP. I tried the cuaa1 device and it worked, but now X is broken. :-( If I Altfn to the X screen or launch xdm while moused is running, the screen flicks between graphics and text about 4 times, then returns to the text screen, leaving a dead xdm and no other X processes. Killing moused before doing the Alt-Fn works OK. > cua? devices are similar, but they pretend that they have DCD when you > first open them. > > The X server knows how to find the cuaa? device that corresponds > to a give ttyd? device. Moused doesn't. Worth "teaching" it? M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun Jun 23 13:33:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA20116 for current-outgoing; Sun, 23 Jun 1996 13:33:01 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA20086; Sun, 23 Jun 1996 13:32:50 -0700 (PDT) Received: by sovcom.kiae.su id AA29805 (5.65.kiae-1 ); Sun, 23 Jun 1996 23:33:23 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 23 Jun 96 23:33:23 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id AAA00230 for current@freebsd.org; Mon, 24 Jun 1996 00:29:46 +0400 (MSD) Message-Id: <199606232029.AAA00230@nagual.ru> Subject: Mouse pointer error with destructive cursor To: current@freebsd.org (FreeBSD-current), sos@freebsd.org Date: Mon, 24 Jun 1996 00:29:46 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If mouse pointer overlays destructive cursor, various semigraphics chars appearse and blinks over destructive cursor, please fix this bug. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 13:57:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22060 for current-outgoing; Sun, 23 Jun 1996 13:57:29 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA22047; Sun, 23 Jun 1996 13:57:19 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA10182; Sun, 23 Jun 1996 22:30:39 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id WAA28739; Sun, 23 Jun 1996 22:28:32 +0200 (MET DST) Date: Sun, 23 Jun 1996 22:28:32 +0200 (MET DST) From: Andreas Klemm To: sos@freebsd.org cc: FreeBSD current Subject: Re: Syscons CUT&PASTE functionality added... In-Reply-To: <199606211054.MAA15345@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Fri, 21 Jun 1996 sos@freebsd.org wrote: Well, your moused is really cool. Linux has something similar, but not the cool mouse pointer ;-)) Some questions ... is the moused limited for use on ttyv0 only ? Did you make the same experience like I, that moused doesn't work properly, when it's started from /etc/rc.i386 just before the getty's become active ?! Look, if I do the following, it works... /etc/sysconfig: # Cut & Paste in system console via moused(1) and vidcontrol -m on moused=YES # mouse port {/dev/cuaa0, /dev/cuaa1} mouseport=/dev/cuaa0 # mouse type {microsoft, mousesystems, mmseries, logitech, busmouse, # mouseman, ps/2, mmhittab} mousetype=mouseman /etc/rc.i386: # moused, cut & paste in syscons if [ "X${mouse}" != X"NO" -a ${mousetype} -a ${mouseport} ]; then echo -n ' moused' vidcontrol -m on ( sleep 5; moused -p ${mouseport} -t ${mousetype}) & fi The sleep has to be so long to make sure, that moused is started after getty on ttyv0 .... If you don't do this, moused doesn't work and you only see the mousepointer in the upper left corner ;-) Andreas /// - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMc2o7/MLpmkD/U+FAQH08AP/dkchuD6/a8V25LX1UnBc444+Lw+ZEOyy mzwJitLsXG0axNqCS/NOqIAT7ALC1lHe4LeFV4wIdpqLI1g5Wf22b0FcepzvRAAb 0ER6w80n4z2Iw3qC846xuAlWXBEFkQlyt/+HYpFXk6aivgik4Ob0LKQcx1Ziot3V LncyvZuwsTY= =benl -----END PGP SIGNATURE----- From owner-freebsd-current Sun Jun 23 13:57:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22092 for current-outgoing; Sun, 23 Jun 1996 13:57:44 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA22077; Sun, 23 Jun 1996 13:57:36 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA10105; Sun, 23 Jun 1996 22:30:23 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id WAA28676; Sun, 23 Jun 1996 22:17:26 +0200 (MET DST) Date: Sun, 23 Jun 1996 22:17:26 +0200 (MET DST) From: Andreas Klemm To: sos@freebsd.org cc: Mark Murray , current@freebsd.org Subject: Re: Syscons CUT&PASTE functionality added... In-Reply-To: <199606211154.NAA15737@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 21 Jun 1996 sos@FreeBSD.ORG wrote: > > How well does this co-exist with X? > > It doesn't interfear, but there is no connection between > cutbuffers if thats what you mean. > When I get the next layer done, one could rewrite X's > mouseinterface to use this instead, but I see no actual > benefit in that, given that X has to work for it on > other platforms so the code will still be in there. It's necessary, that both, X and moused use the /dev/cuaa? device. Otherwise moused gets problems, and X11 doesn't start, if mouse is on ttyd0, complains about device being busy. -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Jun 23 13:59:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22219 for current-outgoing; Sun, 23 Jun 1996 13:59:29 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA22200; Sun, 23 Jun 1996 13:59:11 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA10135; Sun, 23 Jun 1996 22:30:29 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id WAA28687; Sun, 23 Jun 1996 22:19:37 +0200 (MET DST) Date: Sun, 23 Jun 1996 22:19:37 +0200 (MET DST) From: Andreas Klemm To: Mark Murray cc: sos@FreeBSD.org, current@FreeBSD.org Subject: Re: Syscons CUT&PASTE functionality added... In-Reply-To: <199606231221.OAA00844@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Sun, 23 Jun 1996, Mark Murray wrote: > When I > > # moused -t mousesystems -p /dev/ttyd1 > > moused does not "daemonise". It never returns to the prompt and I > cannot C&P. ^C give me the prompt back. X is still OK. (X was not > running when I did this). Use /dev/cuaa1 for moused and X11. I fiddled around with this, too for some 5 minutes ;-)) - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMc2m2PMLpmkD/U+FAQFrHgP/XWh9V5KSNLFw1f+Dbpp+oWqNucFn+lgd FR4gRspLFMbfzLEY8pV1TeLNYb1XCYKvpn1B18u5va65YtnDyqvG4k9a05WZ45iU e8AlzitWdH35Yb/wWHt1K2/l33e7Q67r2ohqvTdkf22FAf1hpkTXCewYCX3kbxpt ttfUD8T/NcI= =eZSZ -----END PGP SIGNATURE----- From owner-freebsd-current Sun Jun 23 14:07:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22588 for current-outgoing; Sun, 23 Jun 1996 14:07:03 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA22582; Sun, 23 Jun 1996 14:06:50 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id WAA10168; Sun, 23 Jun 1996 22:30:36 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id WAA28718; Sun, 23 Jun 1996 22:21:03 +0200 (MET DST) Date: Sun, 23 Jun 1996 22:21:03 +0200 (MET DST) From: Andreas Klemm To: Mark Valentine cc: Mark Murray , sos@FreeBSD.org, current@FreeBSD.org Subject: Re: Syscons CUT&PASTE functionality added... In-Reply-To: <199606231523.QAA02172@linus.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Mark Valentine wrote: > I forgot to mention that bit in my other mail - I had to use the cuaa? > device (/dev/cuaa1 in your case) instead! (The more I poke at serial > devices, the less I understand them... My X server uses the ttyd? device > just fine.) But if you use moused on cuaa1 and if you try to start X11 using ttyd1 for X11, then X doesn't startup ;-)) You have to make sure, to use /dev/cuaa? for moused _and_ X ;-) -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Jun 23 14:16:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA22954 for current-outgoing; Sun, 23 Jun 1996 14:16:44 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA22946; Sun, 23 Jun 1996 14:16:25 -0700 (PDT) Received: by sequent.kiae.su id AA14228 (5.65.kiae-2 ); Mon, 24 Jun 1996 01:09:22 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 01:09:21 +0400 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id BAA00333; Mon, 24 Jun 1996 01:07:55 +0400 (MSD) Message-Id: <199606232107.BAA00333@nagual.ru> Subject: Re: Syscons mouse as entropy source. Please review... To: mark@grondar.za (Mark Murray) Date: Mon, 24 Jun 1996 01:07:54 +0400 (MSD) Cc: bde@FreeBSD.org, sos@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199606231613.SAA01694@grumble.grondar.za> from "Mark Murray" at "Jun 23, 96 06:13:04 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > SYSCONS's new mouse driver is a _Great_ source of entropy. Please > comment on/review these diffs. I am mostly concerned with the > placement of the add_mouse_randomness() call, as I do not want > to slow down the mouse cursor more than is necessary... 1) You need to check somewhere, that mouse cursor REALLY RUNNING, or you always got 0,0 2) You can use mouse pointer info ONLY IF PREVIOUS X,Y VALUES != CURRENT values. I can never touch my mouse for hours! -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 14:23:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA23229 for current-outgoing; Sun, 23 Jun 1996 14:23:35 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA23215; Sun, 23 Jun 1996 14:23:21 -0700 (PDT) Received: by sovcom.kiae.su id AA10767 (5.65.kiae-1 ); Mon, 24 Jun 1996 00:17:19 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 00:17:19 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id BAA00396; Mon, 24 Jun 1996 01:14:24 +0400 (MSD) Message-Id: <199606232114.BAA00396@nagual.ru> Subject: Re: Syscons CUT&PASTE functionality added... To: andreas@klemm.gtn.com (Andreas Klemm) Date: Mon, 24 Jun 1996 01:14:23 +0400 (MSD) Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: from "Andreas Klemm" at "Jun 23, 96 10:28:32 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Some questions ... is the moused limited for use on ttyv0 only ? > > Did you make the same experience like I, that moused doesn't > work properly, when it's started from /etc/rc.i386 just before > the getty's become active ?! Moused hooks just commited. > echo -n ' moused' > vidcontrol -m on > ( sleep 5; moused -p ${mouseport} -t ${mousetype}) & Your error is here: vidcontrol works on per-tty basis, not for all ttys at once. You must add "vidcontrol -m on" to your .login -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 14:36:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24044 for current-outgoing; Sun, 23 Jun 1996 14:36:01 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-146.ut.nl.ibm.net [139.92.42.146]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA24000; Sun, 23 Jun 1996 14:35:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.no_domain (8.7.5/8.6.9) with SMTP id SAA17934; Sun, 23 Jun 1996 18:28:44 +0200 (MET DST) Message-Id: <199606231628.SAA17934@vector.jhs.no_domain> X-Authentication-Warning: vector.jhs.no_domain: Host localhost [127.0.0.1] didn't use HELO protocol To: Nate Williams cc: current@FreeBSD.org Subject: Re: tcl -- what's going on here. From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (later) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH 1.6.7, PGP available In-reply-to: Your message of "Fri, 21 Jun 1996 19:55:30 MDT." <199606220155.TAA15338@rocky.sri.MT.net> Date: Sun, 23 Jun 1996 18:28:43 +0200 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Reference: > From: Nate Williams > Subject: Re: tcl -- what's going on here. > > > > If you want something done, *DO IT YOURSELF*. > > > > Writing code is _easy_, getting it _committed_ is the hard bit, nothing > > I can do about that, just keep posting, then give up, & file each bit > > in parallel src & ports trees, ( I've recently made these trees of patches > > & extra bits available under http://www.freebsd.org/~jhs/src/ ). > > I'm glad you sent them via proper channels (NOT!). I've not seem them > on bugs or via send-pr. I recall trying that route long ago, it has its problems: not too many commiters read it, past cases of complaint of lack of response, & something way back when required on-line ip I recall I seem to recall worries about reply-to fields too, (very important when accessing via dynamic allocation ISPs; Still I'll give it another go for some of the bug fixes. > > EG: ports/mail/exmh: waiting 6 months, there were some imperfect bits, > > since fixed, version upgraded, still waiting... > > > > EG vi + chimera + ghostview diffs to implement a Wysiwig sort of thing, > > they add extra functionality, they're small, they do no harm ... > > But all of these are code we get from outside vendors. If you want it > added to them, get the vendor to add it first. Some of these are ports wrappers to be committed to the FreeBSD ports tree, it's not appropriate to send them to vendor. Some (eg vi) have been submitted to `vendor' & current. > Bugfixes get added when they are reviewed, new features get added *IF* > the original vendor integrates them and/or they are critical to FreeBSD. Extensions to FreeBSD src/ I've sent to current, > > Coding is easy, getting things committed is far far harder. > > Especially given that it's more difficult to figure out what you're > attempting to do. I just looked through your 'submissions' and it's not > obvious *what* you're fixing, and if they are indeed fixes. Thanks for looking Nate ! BTW History of tree: http://www.freebsd.org/~jhs/bsd/fixes/FreeBSD - started life as my private directory of fixes, - each time I had a new patch I posted it to current, with commentary, - realised much stuff fell between the cracks, & never got applied, - saved patches to my personal diff tree, to auto apply to virgin current, with ~jhs/bsd/fixes/customise - Added commentary to each new new patch - put tree up for public http - retrofit of commentary to old patches, completed ~2 days ago, but not uploaded to freefall before your mail arrived. - added automatically maintained hypertext clickable src_index.html & will upload that too, when next on line, (while this mail is transferring). > Complaining that you're code doesn't get integrated when you make it > *hard* to find it, figure out what it does, Sorry it was hard work to look at, so I've created a brand new http://www.freebsd.org/~jhs/src_index.html & all patches now have short `what for' descriptions > and then the changes aren't even for code we maintain. Many patches are for stuff we maintain, but some are optional, like the vi + chimera + ghostview signal linking to achieve a sort of wysiwyg effect. Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Sun Jun 23 15:50:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29239 for current-outgoing; Sun, 23 Jun 1996 15:50:28 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA29234; Sun, 23 Jun 1996 15:50:19 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id AAA15260; Mon, 24 Jun 1996 00:00:52 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with ESMTP id XAA04262; Sun, 23 Jun 1996 23:47:59 +0200 (MET DST) Date: Sun, 23 Jun 1996 23:47:59 +0200 (MET DST) From: Andreas Klemm To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: sos@freebsd.org, current@freebsd.org Subject: Re: Syscons CUT&PASTE functionality added... In-Reply-To: <199606232114.BAA00396@nagual.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, [KOI8-R] Андрей Чернов wrote: > Moused hooks just commited. Ah, fine ;-) > > echo -n ' moused' > > vidcontrol -m on > > ( sleep 5; moused -p ${mouseport} -t ${mousetype}) & > > Your error is here: vidcontrol works on per-tty basis, > not for all ttys at once. > You must add "vidcontrol -m on" to your .login Eeeech ;-)) Ok, will try that ;-) Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Sun Jun 23 15:53:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29496 for current-outgoing; Sun, 23 Jun 1996 15:53:13 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA29480; Sun, 23 Jun 1996 15:53:05 -0700 (PDT) Received: by sovcom.kiae.su id AA27342 (5.65.kiae-1 ); Mon, 24 Jun 1996 01:42:36 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 01:42:36 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id CAA00196; Mon, 24 Jun 1996 02:40:02 +0400 (MSD) Message-Id: <199606232240.CAA00196@nagual.ru> Subject: moused not works from rc.i386, but works from command line To: sos@freebsd.org (Soren Schmidt), current@freebsd.org (FreeBSD-current) Date: Mon, 24 Jun 1996 02:40:02 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Steps: 1) Start moused from rc.i386 2) After login say "vidcontrol -m on" You'll see mouse cursor ALWAYS at 0,0 :-( When moused killed and restarted from command line, all appearse OK. P.S. I don't touch my mouse port at all into rc* files. I suspect /dev/console opened in moused somehow involved here, it seems that it is different before and after multiscreen mode activated. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 15:55:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29626 for current-outgoing; Sun, 23 Jun 1996 15:55:25 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA29620 for ; Sun, 23 Jun 1996 15:55:22 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id SAA01188; Sun, 23 Jun 1996 18:55:16 -0400 (EDT) Date: Sun, 23 Jun 1996 18:55:16 -0400 (EDT) From: Kim Culhan To: dwhite@resnet.uoregon.edu cc: freebsd-current@FreeBSD.ORG Subject: Re: 960612-SNAP doesn't read users .*? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Doug White wrote: > On Sat, 22 Jun 1996, Kim Culhan wrote: > > > > > The default .* files set a path in only the .login file and if I say: > > > > echo $path > > > > it returns a string which appears to have only a c/r in it. > > Looks like csh isn't reading the .* files. > > Now THAT would be a bug. :-) Well it turns out it was yet another mistake on my part :( I flew through the adduser script not noticing the default shell was /bin/sh, I'm used to accepting certain defaults and didn't read the screen :[ Then a real bug (already known) was found where ipfw wouldn't work to fix the passwd entry. The prototype .cshrc and .login files installed by adduser are not the same as a May-vintage stable system here has, therefore more differences were noted and it looked like things were really hosed. -Not true, just a couple little changes needed. regards kim -- kimc@w8hd.org From owner-freebsd-current Sun Jun 23 15:57:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29795 for current-outgoing; Sun, 23 Jun 1996 15:57:05 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA29786; Sun, 23 Jun 1996 15:56:59 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id AAA05490; Mon, 24 Jun 1996 00:56:49 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id AAA06191; Mon, 24 Jun 1996 00:56:43 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id AAA07295; Mon, 24 Jun 1996 00:52:55 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606232252.AAA07295@keltia.freenix.fr> Subject: Re: Typos in rtquery(8) To: vjs@mica.denver.sgi.com (Vernon Schryver) Date: Mon, 24 Jun 1996 00:52:55 +0200 (MET DST) Cc: wollman@FreeBSD.ORG, freebsd-current@FreeBSD.ORG In-Reply-To: <199606231619.KAA05554@mica.denver.sgi.com> from Vernon Schryver at "Jun 23, 96 10:19:21 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Vernon Schryver said: > However, I thought had already fixed two of them in the version I > announced yesterday. I hope there is not some something wrong in how > I've been bundling the stuff up or the FreeBSD community has been > unbundling it. I hope this was just a coincidence of messages crossing > in the net, and that the new version does not have the wrong stuff. We do not use that version yet. The one in the tree was imported by Garrett at the end of May. ---------------------------- revision 1.1.3.1 date: 1996/05/30 16:19:14; author: wollman; state: Exp; lines: +0 -0 SGI's version of routed(8), including support for router discovery, RIP version 2, and better configuration. Thanks to Vernon Schryver at SGI for doing the work to make this available to the free software community. This import is mostly conflicts because of the trailing whitespace issue. Obtained from: Vernon Schryver ---------------------------- -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-current Sun Jun 23 15:58:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA29882 for current-outgoing; Sun, 23 Jun 1996 15:58:01 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA29864; Sun, 23 Jun 1996 15:57:51 -0700 (PDT) Received: by sovcom.kiae.su id AA00473 (5.65.kiae-1 ); Mon, 24 Jun 1996 01:59:21 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 01:59:20 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id CAA00297; Mon, 24 Jun 1996 02:57:26 +0400 (MSD) Message-Id: <199606232257.CAA00297@nagual.ru> Subject: Mouse pointer mark can't be cancelled To: sos@freebsd.org (Soren Schmidt), current@freebsd.org (FreeBSD-current) Date: Mon, 24 Jun 1996 02:57:25 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just cosmetique thing, but somewhat bothering: Once I start to mark some text with mouse, I can't remove mark completely, i.e. at least one character always stays marked. :-( I expect to unmark it, when I point to it, i.e. like xterm-style mark does. Please, fix this thing. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 16:08:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA01034 for current-outgoing; Sun, 23 Jun 1996 16:08:31 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA01026; Sun, 23 Jun 1996 16:08:20 -0700 (PDT) Received: by sequent.kiae.su id AA25917 (5.65.kiae-2 ); Mon, 24 Jun 1996 03:04:33 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 03:04:32 +0400 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id DAA00349; Mon, 24 Jun 1996 03:00:06 +0400 (MSD) Message-Id: <199606232300.DAA00349@nagual.ru> Subject: Re: Syscons CUT&PASTE functionality added... To: andreas@klemm.gtn.com (Andreas Klemm) Date: Mon, 24 Jun 1996 03:00:06 +0400 (MSD) Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: from "Andreas Klemm" at "Jun 23, 96 11:47:59 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Eeeech ;-)) Ok, will try that ;-) > Not so fast, moused not works from rc :-( (until multiscreen mode comes up) -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 16:22:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02069 for current-outgoing; Sun, 23 Jun 1996 16:22:56 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA02062; Sun, 23 Jun 1996 16:22:49 -0700 (PDT) Received: by sovcom.kiae.su id AA04418 (5.65.kiae-1 ); Mon, 24 Jun 1996 02:17:33 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 02:17:33 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id DAA00469; Mon, 24 Jun 1996 03:15:49 +0400 (MSD) Message-Id: <199606232315.DAA00469@nagual.ru> Subject: moused conflicts with X11 To: sos@freebsd.org (Soren Schmidt), current@freebsd.org (FreeBSD-current) Date: Mon, 24 Jun 1996 03:15:48 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It is easy to view them when you try to resize (enlarge) some window under X11, i.e. hold down button and move mouse cursor away. What happens: mouse cursor often resets back in upper left screen corner direction :-( Is seems that it only happens when some button pressed, I didn't notice any strangeness when simple move cursor around X11 screen. IMHO proper way is shutting down moused when non-text mode activated to avoid ANY potential conflicts. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 17:47:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA07795 for current-outgoing; Sun, 23 Jun 1996 17:47:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA07789; Sun, 23 Jun 1996 17:47:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA08128; Sun, 23 Jun 1996 17:47:18 -0700 (PDT) To: Andreas Klemm cc: sos@freebsd.org, FreeBSD current Subject: Re: Syscons CUT&PASTE functionality added... In-reply-to: Your message of "Sun, 23 Jun 1996 22:28:32 +0200." Date: Sun, 23 Jun 1996 17:47:18 -0700 Message-ID: <8126.835577238@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > # mouse port {/dev/cuaa0, /dev/cuaa1} > mouseport=/dev/cuaa0 We should make this /dev/mouse since the installation program automatically makes a /dev/mouse link in the "pick your mouse" menu. Jordan From owner-freebsd-current Sun Jun 23 18:10:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09145 for current-outgoing; Sun, 23 Jun 1996 18:10:05 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA09136; Sun, 23 Jun 1996 18:10:02 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA18591; Mon, 24 Jun 1996 11:13:28 +0930 From: Michael Smith Message-Id: <199606240143.LAA18591@genesis.atrad.adelaide.edu.au> Subject: Re: Syscons CUT&PASTE functionality added... To: mark@grondar.za (Mark Murray) Date: Mon, 24 Jun 1996 11:13:27 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, mark@linus.demon.co.uk, mark@grondar.za, sos@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199606231956.VAA02659@grumble.grondar.za> from "Mark Murray" at Jun 23, 96 09:56:48 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mark Murray stands accused of saying: > > > > Operations on a ttyd? device will block until the port has DCD raised. > > If DCD drops again, the process on the port will get HUP. > > I tried the cuaa1 device and it worked, but now X is broken. :-( > If I Altfn to the X screen or launch xdm while moused is running, > the screen flicks between graphics and text about 4 times, then > returns to the text screen, leaving a dead xdm and no other > X processes. Killing moused before doing the Alt-Fn works OK. All this was discussed when the syscons mouse support was first announced. There are several possible ways to manage simultaneous access to the rodent; I'm not sure which way I want to do it yet. The 'snoop' (snp) device looks attractive. > > The X server knows how to find the cuaa? device that corresponds > > to a give ttyd? device. Moused doesn't. > > Worth "teaching" it? As Bruce pointed out, I'm completely off-beam there. If Soren doesn't get to it first, I'll see if I can work out how to do it 'properly'. Until then, use the cuaa* devices 8) > Mark Murray -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Jun 23 18:16:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09489 for current-outgoing; Sun, 23 Jun 1996 18:16:16 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA09484 for ; Sun, 23 Jun 1996 18:16:14 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Sun, 23 Jun 96 20:54:40 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Sun, 23 Jun 96 21:15:56 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id UAA08752; Sun, 23 Jun 1996 20:18:36 -0500 (CDT) Date: Sun, 23 Jun 1996 20:18:36 -0500 (CDT) From: Tony Kimball Message-Id: <199606240118.UAA08752@compound.Think.COM> To: joerg_wunsch@uriah.heep.sax.de Cc: freebsd-current@FreeBSD.org Subject: Re: tcl -- what's going on here. References: <199606222113.QAA02156@compound.Think.COM> <199606231052.MAA04019@uriah.heep.sax.de> Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Quoth J. Wunsch on Sun, 23 June: : As Tony Kimball wrote: : > be willing to rewrite those few perl kludges which are current. : : They are not ``kludges''. The authors of those tools deliberately : choose Perl for them You are absolutely right. I blew it by using the word "kludge". Sorry. : Something like text processing (or pattern matching etc.) in C is : simply a kludge, where Perl allows for elegant (and easier to : maintain) solutions. This is arguable. Maintainable perl requires substantial skill to write, and will quickly degrade when touched by less enlightened hands. Maintainable perl is nearly as rare as maintainable APL. : please, don't burden _us_ with a higher maintenance load a C kludge : would cause just for the reason that _your_ embedded controller might : be bloated. Again, you are correct in your response to my statement, which was at least partially mistaken. As mentioned elsewhere (hackers), my *real* complaint is about the failure to adhere to what I understand to be a reasonable modular dependency scheme in the global structure of FreeBSD. All of my other complaints are merely consequences. They are legitimate concerns, however: regardless of whether you feel they are determinative, they do at least corroborrate my central thesis. My point is not to burden you in order to make it trivial to install my controller, it is to help you whether you want to be helped or not:-) In my current position, enlightened by your comments and some reflection, I hold that there is a layer (or several) of user-land in which perl code has *no* place. Layers on top of that are free to exploit their dependency by exploiting the benefits of perl as appropriate. Layers beneath it have no business doing so, regardless of whether or not the perl solution would be more maintainable (about which I would urge great reserve in judgement, as it very often takes much more skill to write maintainable perl code than it does to write maintainable C code, at least beyond a certain application size). Regardless, I say, because maintaining coherent modularity is worth much more to the long-term maintainability of the project as a whole than is the micro-scale maintainability of a mono-function script. (Incidentally, any single perl expression that comes to my mind, at least, can be expressed in a single C function call. It's just a matter of taking the library which implements those function calls as being just as much a part of the implementation language as are the perl run-time structures which permit the perl code to run. Again, I'm not arguing against perl here, just balancing a statement which appears to me to gloss over important details. This issue is entirely tangential, of course.) From owner-freebsd-current Sun Jun 23 18:47:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11467 for current-outgoing; Sun, 23 Jun 1996 18:47:43 -0700 (PDT) Received: from sgi.sgi.com (SGI.COM [192.48.153.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA11458; Sun, 23 Jun 1996 18:47:40 -0700 (PDT) Received: from mica.denver.sgi.com (mica.denver.sgi.com [169.238.67.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA00453; Sun, 23 Jun 1996 18:47:36 -0700 Received: (from vjs@localhost) by mica.denver.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id TAA06182; Sun, 23 Jun 1996 19:47:28 -0600 Date: Sun, 23 Jun 1996 19:47:28 -0600 From: vjs@mica.denver.sgi.com (Vernon Schryver) Message-Id: <199606240147.TAA06182@mica.denver.sgi.com> To: Ollivier Robert Subject: Re: Typos in rtquery(8) Cc: freebsd-current@FreeBSD.ORG, wollman@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Ollivier Robert > To: vjs (Vernon Schryver) > Cc: wollman@FreeBSD.ORG, freebsd-current@FreeBSD.ORG > ... This import is mostly conflicts because of the trailing > whitespace issue. What is the "trailing whitespace issue"? Some kind of problem with the version of GNU C you use? It compiles cleanly and runs on BSDI BSD/OS 2.1, which appears to be using version 1.42. Vernon Schryver, vjs@sgi.com From owner-freebsd-current Sun Jun 23 19:16:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13026 for current-outgoing; Sun, 23 Jun 1996 19:16:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA13021; Sun, 23 Jun 1996 19:16:50 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA08583; Sun, 23 Jun 1996 19:16:21 -0700 (PDT) To: vjs@mica.denver.sgi.com (Vernon Schryver) cc: Ollivier Robert , freebsd-current@FreeBSD.org, wollman@FreeBSD.org Subject: Re: Typos in rtquery(8) In-reply-to: Your message of "Sun, 23 Jun 1996 19:47:28 MDT." <199606240147.TAA06182@mica.denver.sgi.com> Date: Sun, 23 Jun 1996 19:16:20 -0700 Message-ID: <8580.835582580@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > What is the "trailing whitespace issue"? Some kind of problem with > the version of GNU C you use? Erm, the less said about this the better. :-) Suffice it to say that somebody got the bright idea one day that we were wasting all this space in our source tree with useless "trailing whitespace" in files and wrote a script to remove it all, not heeding the fact that this would generate conflicts forever more when importing any new code from the original vendors. Jordan From owner-freebsd-current Sun Jun 23 19:26:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13617 for current-outgoing; Sun, 23 Jun 1996 19:26:14 -0700 (PDT) Received: from sgi.sgi.com (SGI.COM [192.48.153.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA13612 for ; Sun, 23 Jun 1996 19:26:12 -0700 (PDT) Received: from mica.denver.sgi.com (mica.denver.sgi.com [169.238.67.6]) by sgi.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA06057; Sun, 23 Jun 1996 19:26:03 -0700 Received: (from vjs@localhost) by mica.denver.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) id UAA06363; Sun, 23 Jun 1996 20:25:54 -0600 Date: Sun, 23 Jun 1996 20:25:54 -0600 From: vjs@mica.denver.sgi.com (Vernon Schryver) Message-Id: <199606240225.UAA06363@mica.denver.sgi.com> To: "Jordan K. Hubbard" Subject: Re: Typos in rtquery(8) Cc: freebsd-current@FreeBSD.org, Ollivier Robert Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > To: vjs (Vernon Schryver) > cc: Ollivier Robert , freebsd-current@FreeBSD.org, > wollman@FreeBSD.org > From: "Jordan K. Hubbard" > > > What is the "trailing whitespace issue"? Some kind of problem with > > the version of GNU C you use? > > Erm, the less said about this the better. :-) > > Suffice it to say that somebody got the bright idea one day that we > were wasting all this space in our source tree with useless "trailing > whitespace" in files and wrote a script to remove it all, not heeding > the fact that this would generate conflicts forever more when > importing any new code from the original vendors. interesting. Besides breaking or reeducating fingers, you might want to review that script. When I make small changes, I use `vi`, but on new code or when making large changes, I use some emacs lisp stuff that I've been carrying around since the early 1980's. One of the things that it does is delete all trailing whitespace, deletes redundant blanks before tabs, and converts 2 or more blanks to tabs when it is possible to do that without changing the visible indentation of the source. (Of course, it uses the universal (among the clue-full) assumption of 8 blanks/HT.) I'm compulsive and/or anal-retentive about using it--only, of course, on code that I think I personally own, even in the SGI source trees. I would be surprised if there are more than 2 or 3 blanks followed by newlines in all of ~10,000 lines of new routed source. Vernon Schryver, vjs@sgi.com From owner-freebsd-current Sun Jun 23 19:33:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14470 for current-outgoing; Sun, 23 Jun 1996 19:33:14 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14463 for ; Sun, 23 Jun 1996 19:33:11 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA08725; Sun, 23 Jun 1996 19:32:45 -0700 (PDT) To: vjs@mica.denver.sgi.com (Vernon Schryver) cc: freebsd-current@FreeBSD.org, Ollivier Robert Subject: Re: Typos in rtquery(8) In-reply-to: Your message of "Sun, 23 Jun 1996 20:25:54 MDT." <199606240225.UAA06363@mica.denver.sgi.com> Date: Sun, 23 Jun 1996 19:32:45 -0700 Message-ID: <8722.835583565@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > interesting. Besides breaking or reeducating fingers, you might want > to review that script. It was only run once and never again. :) Jordan From owner-freebsd-current Sun Jun 23 20:14:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA16883 for current-outgoing; Sun, 23 Jun 1996 20:14:48 -0700 (PDT) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA16878 for ; Sun, 23 Jun 1996 20:14:42 -0700 (PDT) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id FAA29450 for ; Mon, 24 Jun 1996 05:14:40 +0200 (MET DST) Received: from plm.xs4all.nl (uucp@localhost) by asterix (8.7.5/8.7.2) with UUCP id FAA11760 for freebsd-current@FreeBSD.ORG; Mon, 24 Jun 1996 05:04:30 +0200 (MET DST) Received: (from plm@localhost) by plm.xs4all.nl (8.7.5/8.7.3) id SAA02945; Sun, 23 Jun 1996 18:55:12 +0200 (MET DST) To: freebsd-current@FreeBSD.ORG Subject: Re: tcl -- what's going on here. References: <87ohmasctn.fsf@totally-fudged-out-message-id> From: Peter Mutsaers Date: 23 Jun 1996 18:55:10 +0200 In-Reply-To: J Wunsch's message of Sun, 23 Jun 1996 12:52:48 +0200 (MET DST) Message-ID: <87enn6sbo1.fsf@plm.xs4all.nl> Lines: 47 X-Mailer: Gnus v5.2.22/Emacs 19.31 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Sun, 23 Jun 1996 12:52:48 +0200 (MET DST), J Wunsch >> said: JW> As Tony Kimball wrote: >> up-to-date version, and is just plain evil. I suggested that I >> would be willing to rewrite those few perl kludges which are >> current. I was rebuffed. JW> They are not ``kludges''. The authors of those tools JW> deliberately choose Perl for them, not since they didn't knew JW> C, but since they felt that Perl was simply more adequate. JW> Something like text processing (or pattern matching etc.) in C JW> is simply a kludge, where Perl allows for elegant (and easier JW> to maintain) solutions. One could also create such tools in sh/awk/sed etc. Awk and sed are also very good for text processing (though perl is slightly better). I scanned which files in current use perl: catman makewhatis h2ph etc :) /usr/src/sys/pci/locate.pl (is this one used?) keyinfo killall sgmlfmt whereis which adduser kbdmap spkrtest I do think that Perl is a good choice for many of these, but on the other hand, the shell or C or Awk is also possible without much effort, since the number of perl scripts is very small. Do these really warrant that perl4 (in the future perl5, which is much bigger?) is part of the base OS? -- ______________________________________________________________________ Peter Mutsaers | Abcoude (Utrecht), | "Quod licet bovis, plm@xs4all.nl | the Netherlands | non licet Jovi." From owner-freebsd-current Sun Jun 23 20:58:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA19160 for current-outgoing; Sun, 23 Jun 1996 20:58:01 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA19151 for ; Sun, 23 Jun 1996 20:57:56 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA20000; Mon, 24 Jun 1996 14:02:18 +0930 From: Michael Smith Message-Id: <199606240432.OAA20000@genesis.atrad.adelaide.edu.au> Subject: Re: tcl -- what's going on here. To: plm@xs4all.nl (Peter Mutsaers) Date: Mon, 24 Jun 1996 14:02:18 +0930 (CST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <87enn6sbo1.fsf@plm.xs4all.nl> from "Peter Mutsaers" at Jun 23, 96 06:55:10 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Mutsaers stands accused of saying: > > Do these really warrant that perl4 (in the future perl5, which is much > bigger?) is part of the base OS? The justification for having tools like perl and Tcl in the base system is their fundamental utility, not their necessity as interpreters for other parts. Is 'bc' used by anything else, for example? Yet it's a useful thing to have. So is perl, so is Tcl, so are a number of other things. > Peter Mutsaers | Abcoude (Utrecht), | "Quod licet bovis, -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Sun Jun 23 22:00:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23559 for current-outgoing; Sun, 23 Jun 1996 22:00:06 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA23543; Sun, 23 Jun 1996 22:00:03 -0700 (PDT) Message-Id: <199606240500.WAA23543@freefall.freebsd.org> To: Bob Willcox cc: freebsd-current@freefall.freebsd.org (freebsd-current) Subject: Re: Problem w/dump & Archive (Conner) Python tape drives In-reply-to: Your message of "Sat, 22 Jun 1996 16:16:01 CDT." <199606222116.QAA18967@luke.pmr.com> Date: Sun, 23 Jun 1996 22:00:02 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I am having problems trying to run dump to either of my Archive >Python DAT tape drives (one is an autoloader, the other not). >Right at the time dump claims to be dumping the directories dump >goes into an infinite wait. If I cancel (via Cntl-C) the dump >command the system will eventually require rebooting do to (false?) >errors on the disk drive (which is on a different NCR 810 SCSI >controller). > >I have tried this with both of my tape drives and with both an NCR >810 adapter and an Adaptec 2940 adapter with the same results. > >Writing to/reading from the drives with tar and/or team works fine. > >The system is a 166MHz Pentium with a Triton 2 MB running -current >(as of 6/20). Is anybody out there able to get dump to work with >these tape drives (mine are both DDS-2 [4/8gb] drives)? The changes I just made to st.c today may affect your problem. My DDS-2 phython works fine with dump now, although I never tested it with the old code (it was on my -stable box). >Thanks, >-- >Bob Willcox >bob@luke.pmr.com >Austin, TX -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Sun Jun 23 22:13:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA24093 for current-outgoing; Sun, 23 Jun 1996 22:13:23 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA24088 for ; Sun, 23 Jun 1996 22:13:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id XAA23739; Sun, 23 Jun 1996 23:13:11 -0600 (MDT) Message-Id: <199606240513.XAA23739@rover.village.org> To: Nate Williams Subject: Re: When gcc-2.7.2 hits ctm Cc: FreeBSD current In-reply-to: Your message of Thu, 20 Jun 1996 07:55:08 MDT Date: Sun, 23 Jun 1996 23:13:11 -0600 From: Warner Losh Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : I have a hard time believing that 'most' of the users dont' have direct : connections. Some do, some have slow connections to the net. And some : with slow connections still don't use CTM. :) I use ctm because it uses less bandwidth than SUP. I have a 24x7 33.6 connect, but I still use CTM. Just a data point... Warner From owner-freebsd-current Sun Jun 23 22:13:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA24133 for current-outgoing; Sun, 23 Jun 1996 22:13:52 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA24124 for ; Sun, 23 Jun 1996 22:13:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id XAA23705; Sun, 23 Jun 1996 23:08:00 -0600 (MDT) Message-Id: <199606240508.XAA23705@rover.village.org> To: Nate Williams Subject: Re: Heads-up! gcc-2.7.2 on the way! Cc: Peter Wemm , current@freebsd.org In-reply-to: Your message of Tue, 18 Jun 1996 16:59:33 MDT Date: Sun, 23 Jun 1996 23:08:00 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : Is there any chance of doing the 2.7.2 work and afterward adding in the : pre-2.7.3 patches which fix some serious x86 bugs that Warner has, or do : we want to wait for 2.7.3 to be 'official'? Anybody can get the snapshot that is on the gcc2 mailing list. They generally don't like people to release the code, but since -current isn't a released system, it should be OK. However, all gcc bugs would need to be filtered before they get to the gcc2 mailing list. I can act in that capacity. I think it would be an *EXCELLENT* idea to include it. The reports from testers that I've gotten is that it does a make world successfully, including X stuff. It would also be good to test out for the FSF, but that is a secondary concern. Warner From owner-freebsd-current Sun Jun 23 22:15:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA24215 for current-outgoing; Sun, 23 Jun 1996 22:15:47 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA24207; Sun, 23 Jun 1996 22:15:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id XAA23717; Sun, 23 Jun 1996 23:10:21 -0600 (MDT) Message-Id: <199606240510.XAA23717@rover.village.org> To: Nate Williams Subject: Re: Heads-up! gcc-2.7.2 on the way! Cc: Terry Lambert , peter@spinner.dialix.com, current@freebsd.org, committers@freebsd.org In-reply-to: Your message of Wed, 19 Jun 1996 13:09:17 MDT Date: Sun, 23 Jun 1996 23:10:21 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : > I assume that the strength reduction stuff is disabled in the port, then. : : I believe one of the patches fixes that bug. The 2.7.3-ss stuff that is in testing fixes that. : > How does this square with the new g++ library stuff? : : They go hand-in-hand. You can't have one w/out the other, hence the : reason both are going in at the same time. Yes. You need patches for libg++ before it will work with 2.7.3-ss. Sounds like nate is on top of all of this. Warner From owner-freebsd-current Sun Jun 23 22:51:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25520 for current-outgoing; Sun, 23 Jun 1996 22:51:45 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA25515; Sun, 23 Jun 1996 22:51:36 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id HAA03573; Mon, 24 Jun 1996 07:51:06 +0200 (SAT) Message-Id: <199606240551.HAA03573@grumble.grondar.za> To: Andreas Klemm cc: Mark Murray , sos@FreeBSD.org, current@FreeBSD.org Subject: Re: Syscons CUT&PASTE functionality added... Date: Mon, 24 Jun 1996 07:51:05 +0200 From: Mark Murray Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > moused does not "daemonise". It never returns to the prompt and I > > cannot C&P. ^C give me the prompt back. X is still OK. (X was not > > running when I did this). > > Use /dev/cuaa1 for moused and X11. I fiddled around with this, too > for some 5 minutes ;-)) Now why didn't I think of that :-) (It works!) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sun Jun 23 23:18:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26978 for current-outgoing; Sun, 23 Jun 1996 23:18:06 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA26972; Sun, 23 Jun 1996 23:18:02 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA08457; Mon, 24 Jun 1996 16:13:34 +1000 Date: Mon, 24 Jun 1996 16:13:34 +1000 From: Bruce Evans Message-Id: <199606240613.QAA08457@godzilla.zeta.org.au> To: ache@nagual.ru, andreas@klemm.gtn.com Subject: Re: Syscons CUT&PASTE functionality added... Cc: current@FreeBSD.org, sos@FreeBSD.org Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> echo -n ' moused' >> vidcontrol -m on >> ( sleep 5; moused -p ${mouseport} -t ${mousetype}) & >Your error is here: vidcontrol works on per-tty basis, >not for all ttys at once. >You must add "vidcontrol -m on" to your .login vidcontrol works on stdin, but most of the things it sets apply to all ttys at once. -m is the main exception. moused at least needs to go to sleep while X is running, so that it doesn't compete with X reading input from the same tty. Bruce From owner-freebsd-current Sun Jun 23 23:38:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28247 for current-outgoing; Sun, 23 Jun 1996 23:38:14 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA28228; Sun, 23 Jun 1996 23:38:03 -0700 (PDT) Received: by sovcom.kiae.su id AA21813 (5.65.kiae-1 ); Mon, 24 Jun 1996 09:28:45 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 09:28:45 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id KAA00346; Mon, 24 Jun 1996 10:26:37 +0400 (MSD) Message-Id: <199606240626.KAA00346@nagual.ru> Subject: 'fetch' fixes to conform HTTP standard To: jkh@freebsd.org (Jordan Hubbard), asami@cs.berkeley.edu (Satoshi Asami), current@freebsd.org (FreeBSD-current) Date: Mon, 24 Jun 1996 10:26:37 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This patch fix various errors including 'content-length' never counted, please apply it (don't forget two newlines in GET request if you decide to edit file manually). *** main.c.orig Sun Jun 23 06:51:40 1996 --- main.c Mon Jun 24 10:20:02 1996 *************** *** 471,477 **** restart = 0; s = http_open (); ! sprintf (str, "GET /%s\n", file_to_get); i = strlen (str); if (i != write (s, str, i)) err (1, 0); --- 471,477 ---- restart = 0; s = http_open (); ! sprintf (str, "GET /%s HTTP/1.0\n\n", file_to_get); i = strlen (str); if (i != write (s, str, i)) err (1, 0); *************** *** 539,545 **** s[header_len] = 0; if (len && (header_len < S)) return; ! if (match (".*200.*success", s) == 0) { /* maybe not found, or document w/o header */ if (match (".*404.*not found", s)) { fprintf (stderr, "%s not found\n%s\n", file_to_get, s); --- 539,545 ---- s[header_len] = 0; if (len && (header_len < S)) return; ! if (match (".*200 +OK", s) == 0) { /* maybe not found, or document w/o header */ if (match (".*404.*not found", s)) { fprintf (stderr, "%s not found\n%s\n", file_to_get, s); -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Sun Jun 23 23:59:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28942 for current-outgoing; Sun, 23 Jun 1996 23:59:01 -0700 (PDT) Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA28933; Sun, 23 Jun 1996 23:58:38 -0700 (PDT) Received: from grumble.grondar.za (localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id IAA03828; Mon, 24 Jun 1996 08:56:39 +0200 (SAT) Message-Id: <199606240656.IAA03828@grumble.grondar.za> To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) cc: mark@grondar.za (Mark Murray), bde@FreeBSD.org, sos@FreeBSD.org, current@FreeBSD.org Subject: Re: Syscons mouse as entropy source. Please review... Date: Mon, 24 Jun 1996 08:56:31 +0200 From: The Unknown User-ID (100) Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= wrote: > > SYSCONS's new mouse driver is a _Great_ source of entropy. Please > > comment on/review these diffs. I am mostly concerned with the > > placement of the add_mouse_randomness() call, as I do not want > > to slow down the mouse cursor more than is necessary... > > 1) You need to check somewhere, that mouse cursor REALLY RUNNING, > or you always got 0,0 I did that (sort of) by only getting randomness when the mouse position changes. At least I hope I got that right. > 2) You can use mouse pointer info ONLY IF PREVIOUS X,Y VALUES > != CURRENT values. I can never touch my mouse for hours! See above. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Mon Jun 24 00:01:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29072 for current-outgoing; Mon, 24 Jun 1996 00:01:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA29067 for ; Mon, 24 Jun 1996 00:01:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA27332; Sun, 23 Jun 1996 23:57:06 -0700 From: Terry Lambert Message-Id: <199606240657.XAA27332@phaeton.artisoft.com> Subject: Re: make fails To: grog@lemis.de (Greg Lehey) Date: Sun, 23 Jun 1996 23:57:05 -0700 (MST) Cc: uh@NU.cs.fsu.edu, FreeBSD-current@FreeBSD.org In-Reply-To: <199606230834.KAA07187@allegro.lemis.de> from "Greg Lehey" at Jun 23, 96 10:34:27 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > cc -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o > > ld: invalid command option `-O' > > *** Error code 1 > > Fascinating. For some non-evident reason, cc has decided to invoke > the loader instead of the compiler. I can't see any good reason for > that, but why not expiriment: change to directory lib, and issue the > command manually. In particular, I'd like to see the output of: > > cc -v -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o > > and > > cc -v -O -c /usr/src/usr.bin/lex/lib/libmain.c > > The -v option prints out exact information about the passes that cc > starts, and the -o libmain.o is superfluous (though I suspect it has > something to do with this problem). I thought this was expected behaviour for a single .c file without a -C? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jun 24 00:08:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29457 for current-outgoing; Mon, 24 Jun 1996 00:08:44 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA29451 for ; Mon, 24 Jun 1996 00:08:41 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id AAA27366; Mon, 24 Jun 1996 00:03:47 -0700 From: Terry Lambert Message-Id: <199606240703.AAA27366@phaeton.artisoft.com> Subject: Re: tcl -- what's going on here. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 24 Jun 1996 00:03:47 -0700 (MST) Cc: plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199606240432.OAA20000@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 24, 96 02:02:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The justification for having tools like perl and Tcl in the base system is > their fundamental utility, not their necessity as interpreters for other > parts. > > Is 'bc' used by anything else, for example? Yet it's a useful thing to > have. So is perl, so is Tcl, so are a number of other things. I thought the justification for bs was the same as the justification for sh: POSIX 1003.2. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jun 24 00:13:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29845 for current-outgoing; Mon, 24 Jun 1996 00:13:16 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA29840; Mon, 24 Jun 1996 00:13:12 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA05197; Mon, 24 Jun 1996 09:12:40 +0200 Message-Id: <199606240712.JAA05197@ra.dkuug.dk> Subject: Re: Mouse pointer mark can't be cancelled To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 24 Jun 1996 09:12:40 +0200 (MET DST) Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: <199606232257.CAA00297@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 24, 96 02:57:25 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > Just cosmetique thing, but somewhat bothering: > Once I start to mark some text with mouse, I can't remove mark completely, > i.e. at least one character always stays marked. :-( > I expect to unmark it, when I point to it, i.e. like xterm-style > mark does. Please, fix this thing. Hmm, when doing this little gismo, this was one of the things I thought about a didn't get to a resolution about. Now the only way to get a mark released is that the display scrolls, or a cut is done on another vty. I'll try do it the way you describe, lets see how that turns out.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 00:19:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA00323 for current-outgoing; Mon, 24 Jun 1996 00:19:31 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA00317; Mon, 24 Jun 1996 00:19:28 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA05240; Mon, 24 Jun 1996 09:18:53 +0200 Message-Id: <199606240718.JAA05240@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 24 Jun 1996 09:18:53 +0200 (MET DST) Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: <199606232315.DAA00469@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 24, 96 03:15:48 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > It is easy to view them when you try to resize (enlarge) some window > under X11, i.e. hold down button and move mouse cursor away. > > What happens: mouse cursor often resets back in upper left > screen corner direction :-( > > Is seems that it only happens when some button pressed, I didn't > notice any strangeness when simple move cursor around X11 screen. > > IMHO proper way is shutting down moused when non-text mode > activated to avoid ANY potential conflicts. Actually I think its an artifact from both moused & the X server having /dev/mousedev open at the same time. This is only fixable by either killing moused when running X, or have moused track the shown vty, and open/close /dev/mousedev according to that. I'd prefer the moused solution, but I'm not sure what sideeffects it might have... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 00:26:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA00598 for current-outgoing; Mon, 24 Jun 1996 00:26:19 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA00586; Mon, 24 Jun 1996 00:26:16 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA05329; Mon, 24 Jun 1996 09:25:49 +0200 Message-Id: <199606240725.JAA05329@ra.dkuug.dk> Subject: Re: moused not works from rc.i386, but works from command line To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 24 Jun 1996 09:25:49 +0200 (MET DST) Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: <199606232240.CAA00196@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 24, 96 02:40:02 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > Steps: > 1) Start moused from rc.i386 > 2) After login say "vidcontrol -m on" > You'll see mouse cursor ALWAYS at 0,0 :-( > When moused killed and restarted from command line, > all appearse OK. I'm not sure I understand exactly what you mean here. But anyhow behavior in this area is very likely to change when I commit the next generation of this stuff shortly. The protocol between moused and syscons and eventual other apps, has to change for it to work proberly. What we have now is only usable to use the cut&paste functionality, and I wanted the bugs in the generic mousepointer code shaked out before jumping into deep water... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 00:31:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA00911 for current-outgoing; Mon, 24 Jun 1996 00:31:58 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA00905; Mon, 24 Jun 1996 00:31:54 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA05385; Mon, 24 Jun 1996 09:30:25 +0200 Message-Id: <199606240730.JAA05385@ra.dkuug.dk> Subject: Re: Syscons CUT&PASTE functionality added... To: mark@grondar.za (Mark Murray) Date: Mon, 24 Jun 1996 09:30:25 +0200 (MET DST) Cc: sos@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199606231221.OAA00844@grumble.grondar.za> from "Mark Murray" at Jun 23, 96 02:21:43 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to Mark Murray who wrote: > > > > > I'd like to hear how this works out with different mousetypes and > > > > especially with different display hardware. Please note this works > > > > only on ega's and above, as the mousepointer is done by reprogramming > > > > the charset, giving the illusion that a "real" graphic mousepointer > > > > is used. > > It does not work here. I have a vga (Et4000 with 1MB) and a genius > mouse (works on X as MouseSystems on /dev/ttyd1) Erhm, is those Genius mice of the kind that defaults to Microsoft mode ??, if so try it as such, or mess with the *DTR* or some such defines in moused. I'm not sure exactly what this code does (hey I didn't write it :) ), but it seems to support putting these schizzo mice into the "right" mode. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 00:41:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01577 for current-outgoing; Mon, 24 Jun 1996 00:41:10 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA01572; Mon, 24 Jun 1996 00:41:07 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA05529; Mon, 24 Jun 1996 09:40:55 +0200 Message-Id: <199606240740.JAA05529@ra.dkuug.dk> Subject: Re: Syscons CUT&PASTE functionality added... To: andreas@klemm.gtn.com (Andreas Klemm) Date: Mon, 24 Jun 1996 09:40:54 +0200 (MET DST) Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: from "Andreas Klemm" at Jun 23, 96 10:28:32 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Andreas Klemm who wrote: > On Fri, 21 Jun 1996 sos@freebsd.org wrote: > > Well, your moused is really cool. Linux has something similar, > but not the cool mouse pointer ;-)) Hey, we do things "right" when we finally do then ok ? :) :) > Some questions ... is the moused limited for use on ttyv0 only ? No, it works for all *active* vty's. > Did you make the same experience like I, that moused doesn't > work properly, when it's started from /etc/rc.i386 just before > the getty's become active ?! [stuff deleted] The problem here is that the vty's aren't there when before the getty's are run. THe vty are dynamically allocated (to save space) and so they are actually not there before they are opened the first time (by the getty). This apparently effects the way the mousepointer is handled. Oh well, I'll look at it... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 00:48:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02064 for current-outgoing; Mon, 24 Jun 1996 00:48:08 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA02059; Mon, 24 Jun 1996 00:48:04 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA05605; Mon, 24 Jun 1996 09:47:13 +0200 Message-Id: <199606240747.JAA05605@ra.dkuug.dk> Subject: Re: Syscons mouse as entropy source. Please review... To: mark@grondar.za (Mark Murray) Date: Mon, 24 Jun 1996 09:47:13 +0200 (MET DST) Cc: bde@freebsd.org, sos@freebsd.org, current@freebsd.org In-Reply-To: <199606231613.SAA01694@grumble.grondar.za> from "Mark Murray" at Jun 23, 96 06:13:04 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Mark Murray who wrote: > > Hi > > SYSCONS's new mouse driver is a _Great_ source of entropy. Please > comment on/review these diffs. I am mostly concerned with the > placement of the add_mouse_randomness() call, as I do not want > to slow down the mouse cursor more than is necessary... Just a fair bit of warning, but most of the code regarding the interface between syscons's mousepointer and the apps are going to change shortly. So could you delay putting this in please ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 00:50:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02255 for current-outgoing; Mon, 24 Jun 1996 00:50:51 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA02248 for ; Mon, 24 Jun 1996 00:50:43 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uY6PY-000Qb0C; Mon, 24 Jun 96 09:50 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id JAA29452; Mon, 24 Jun 1996 09:48:14 +0200 Message-Id: <199606240748.JAA29452@allegro.lemis.de> Subject: Re: make fails To: terry@lambert.org (Terry Lambert) Date: Mon, 24 Jun 1996 09:48:14 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199606240657.XAA27332@phaeton.artisoft.com> from "Terry Lambert" at Jun 23, 96 11:57:05 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: > >>> cc -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o >>> ld: invalid command option `-O' >>> *** Error code 1 >> >> Fascinating. For some non-evident reason, cc has decided to invoke >> the loader instead of the compiler. I can't see any good reason for >> that, but why not expiriment: change to directory lib, and issue the >> command manually. In particular, I'd like to see the output of: >> >> cc -v -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o >> >> and >> >> cc -v -O -c /usr/src/usr.bin/lex/lib/libmain.c >> >> The -v option prints out exact information about the passes that cc >> starts, and the -o libmain.o is superfluous (though I suspect it has >> something to do with this problem). > > I thought this was expected behaviour for a single .c file without a -C? Which example is expected behaviour? The command *should* compile libmain.c and create an object file libmain.o, omitting the linker step, with or without the -o libmain.o. Some flavours of cc (specifically System V) reserve the -o for the name of the final executable, thus giving rise to messages like "would overwrite libmain.o". I was suspecting that the cc wasn't quite kosher. I since heard from the original correspondent that he "fixed" it by installing a new version of ld. Since ld shouldn't be involved, I'm not convinced that anything's "fixed". Greg From owner-freebsd-current Mon Jun 24 01:14:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03284 for current-outgoing; Mon, 24 Jun 1996 01:14:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA03279 for ; Mon, 24 Jun 1996 01:14:33 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA21511; Mon, 24 Jun 1996 18:18:01 +0930 From: Michael Smith Message-Id: <199606240848.SAA21511@genesis.atrad.adelaide.edu.au> Subject: Re: tcl -- what's going on here. To: terry@lambert.org (Terry Lambert) Date: Mon, 24 Jun 1996 18:18:00 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199606240703.AAA27366@phaeton.artisoft.com> from "Terry Lambert" at Jun 24, 96 00:03:47 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > > > Is 'bc' used by anything else, for example? Yet it's a useful thing to > > have. So is perl, so is Tcl, so are a number of other things. > > I thought the justification for bs was the same as the justification > for sh: POSIX 1003.2. ... so we should aspire to minimal conformance to a standard which embraces a consistent level of mediocrity? ... or is conformance to the standard meant to be a guarantee that the simple things will work as expected, so that stress can be spent on things more rewarding? > Terry Lambert -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jun 24 01:17:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03450 for current-outgoing; Mon, 24 Jun 1996 01:17:01 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA03442; Mon, 24 Jun 1996 01:16:54 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA21550; Mon, 24 Jun 1996 18:21:49 +0930 From: Michael Smith Message-Id: <199606240851.SAA21550@genesis.atrad.adelaide.edu.au> Subject: Re: moused conflicts with X11 To: sos@freebsd.org Date: Mon, 24 Jun 1996 18:21:48 +0930 (CST) Cc: ache@nagual.ru, current@freebsd.org In-Reply-To: <199606240718.JAA05240@ra.dkuug.dk> from "sos@freebsd.org" at Jun 24, 96 09:18:53 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk sos@freebsd.org stands accused of saying: > > Actually I think its an artifact from both moused & the X server > having /dev/mousedev open at the same time. This is only > fixable by either killing moused when running X, or have > moused track the shown vty, and open/close /dev/mousedev according > to that. > I'd prefer the moused solution, but I'm not sure what sideeffects > it might have... It won't work, as the X server keeps the mouse open once and doesn't close it. Either we need a 'mouse' line discipline that allows multiple readers (erk.), or we look at something like the 'snp' device's hooks to provide moused with a means of watching the mouse without interfering with the X server. I don't think we can afford to change what the X server sees, and I don't like the way the Linux folks did it (their mouse daemon is basically a pipe). > Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Mon Jun 24 01:36:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA04453 for current-outgoing; Mon, 24 Jun 1996 01:36:56 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA04444 for ; Mon, 24 Jun 1996 01:36:46 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA13588; Mon, 24 Jun 1996 18:34:11 +1000 Date: Mon, 24 Jun 1996 18:34:11 +1000 From: Bruce Evans Message-Id: <199606240834.SAA13588@godzilla.zeta.org.au> To: grog@lemis.de, terry@lambert.org Subject: Re: make fails Cc: FreeBSD-current@FreeBSD.ORG, uh@NU.cs.fsu.edu Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > cc -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o >> > ld: invalid command option `-O' >> > *** Error code 1 >> >> Fascinating. For some non-evident reason, cc has decided to invoke >> the loader instead of the compiler. I can't see any good reason for >I thought this was expected behaviour for a single .c file without a -C? Without a -c. But there is a -c. -O is a not so new option to the linker (read your commit mail). The message from ld has nothing to do with the message from make about cc. Make prints `cc -O -c ...' to stdout and then runs cc. Then it runs `ld -O ${.TARGET} -x -r ${.TARGET}` without telling you what it is doing. Old versions of ld don't support -O so they print an error message to stderr. Bruce From owner-freebsd-current Mon Jun 24 02:14:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA08541 for current-outgoing; Mon, 24 Jun 1996 02:14:28 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA08536 for ; Mon, 24 Jun 1996 02:14:23 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA06110; Mon, 24 Jun 1996 11:14:06 +0200 Message-Id: <199606240914.LAA06110@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 24 Jun 1996 11:14:06 +0200 (MET DST) Cc: current@freebsd.org (FreeBSD current) In-Reply-To: <199606240851.SAA21550@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 24, 96 06:21:48 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Smith who wrote: > > Either we need a 'mouse' line discipline that allows multiple readers > (erk.), or we look at something like the 'snp' device's hooks to provide > moused with a means of watching the mouse without interfering with the > X server. Ahhh, how does this snp thingy work ?? (I'm too lazy to look in the sources) Could it be used to snoop the bytestream from the "known" mousedevice ?? If so, that would be neat to have, just config the mousedev to syscons via an ioctl, and there we go.... no moused no nothing (except that I now need to make this a lkm due to the amount of code in syscons).... > I don't think we can afford to change what the X server sees, and I don't > like the way the Linux folks did it (their mouse daemon is basically a pipe). My wiev exactly.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 03:03:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA00768 for current-outgoing; Mon, 24 Jun 1996 03:03:20 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA00763 for ; Mon, 24 Jun 1996 03:03:18 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id CAA08235 for ; Mon, 24 Jun 1996 02:50:29 -0700 Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uY8Hh-000QarC; Mon, 24 Jun 96 11:50 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id KAA29542; Mon, 24 Jun 1996 10:40:56 +0200 Message-Id: <199606240840.KAA29542@allegro.lemis.de> Subject: Re: make fails To: bde@zeta.org.au (Bruce Evans) Date: Mon, 24 Jun 1996 10:40:55 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199606240834.SAA13588@godzilla.zeta.org.au> from "Bruce Evans" at Jun 24, 96 06:34:11 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > >>>> cc -O -c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o >>>> ld: invalid command option `-O' >>>> *** Error code 1 >>> >>> Fascinating. For some non-evident reason, cc has decided to invoke >>> the loader instead of the compiler. I can't see any good reason for > >> I thought this was expected behaviour for a single .c file without a -C? > > Without a -c. But there is a -c. > > -O is a not so new option to the linker (read your commit mail). The > message from ld has nothing to do with the message from make about cc. > Make prints `cc -O -c ...' to stdout and then runs cc. Then it runs `ld > -O ${.TARGET} -x -r ${.TARGET}` without telling you what it is doing. Sneaky. > Old versions of ld don't support -O so they print an error message to > stderr. Aha. That makes sense after all. Wouldn't it be more appropriate to print out the ld invocation line too? Greg From owner-freebsd-current Mon Jun 24 03:34:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03070 for current-outgoing; Mon, 24 Jun 1996 03:34:02 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA03065; Mon, 24 Jun 1996 03:33:58 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id NAA28370; Mon, 24 Jun 1996 13:33:43 +0300 (EET DST) Date: Mon, 24 Jun 1996 13:33:41 +0300 (EET DST) From: Seppo Kallio To: "Jordan K. Hubbard" cc: users@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: Writing CD ROM - tools for FreeBSD? In-Reply-To: <26457.835279742@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry, didn't read the script as carefully as I should have done. Now I understand how to make CD ROM from ufs: The keypoints are mkisofs and wormcontrol. 1. Could I get some examples of tested CD ROM writer models running with FreeBSD. Or are PLASMON, RF4100, HP and 4020i the ones? Are the new sheap models supported? 2. What about audio CDs. Wormcontrol mentions "fixate toc-type" 0 as CD audio. There is also CDI. 3. Can I make a copy of CD ROM using dd if=/dev/rcdrom or something like that? Even from Audio CD or CDI? Seppo On Thu, 20 Jun 1996, Jordan K. Hubbard wrote: > > Great! > > > > But what is $1! In man wormcontrol it is cdrom.image . So I need some tool > > to make this image? Assuming I want to do a CD ROM for MS DOS, the image > > Uh, see the function right above it for mkcdfs. $1 is an argument to > the shell function - see the usage comment above. > > Jordan > From owner-freebsd-current Mon Jun 24 03:53:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03855 for current-outgoing; Mon, 24 Jun 1996 03:53:21 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA03850; Mon, 24 Jun 1996 03:53:08 -0700 (PDT) Received: by sovcom.kiae.su id AA18961 (5.65.kiae-1 ); Mon, 24 Jun 1996 13:40:29 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 13:40:29 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id OAA00409; Mon, 24 Jun 1996 14:29:44 +0400 (MSD) Message-Id: <199606241029.OAA00409@nagual.ru> Subject: Re: moused conflicts with X11 To: sos@freebsd.org Date: Mon, 24 Jun 1996 14:29:44 +0400 (MSD) Cc: current@freebsd.org In-Reply-To: <199606240718.JAA05240@ra.dkuug.dk> from "sos@freebsd.org" at "Jun 24, 96 09:18:53 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Actually I think its an artifact from both moused & the X server > having /dev/mousedev open at the same time. This is only > fixable by either killing moused when running X, or have > moused track the shown vty, and open/close /dev/mousedev according > to that. Why? Syscons already detect when terminal video mode changed to graphics mode. All you need is turn off moused while syscons in graphics mode and turn it back on graphics mode exit. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Jun 24 03:53:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03900 for current-outgoing; Mon, 24 Jun 1996 03:53:53 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA03890; Mon, 24 Jun 1996 03:53:38 -0700 (PDT) Received: by sovcom.kiae.su id AA18908 (5.65.kiae-1 ); Mon, 24 Jun 1996 13:40:14 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 13:40:13 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id OAA00424; Mon, 24 Jun 1996 14:35:37 +0400 (MSD) Message-Id: <199606241035.OAA00424@nagual.ru> Subject: Re: Syscons CUT&PASTE functionality added... To: sos@freebsd.org Date: Mon, 24 Jun 1996 14:35:36 +0400 (MSD) Cc: andreas@klemm.gtn.com, current@freebsd.org In-Reply-To: <199606240740.JAA05529@ra.dkuug.dk> from "sos@freebsd.org" at "Jun 24, 96 09:40:54 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The problem here is that the vty's aren't there when before the > getty's are run. THe vty are dynamically allocated (to save space) > and so they are actually not there before they are opened the first > time (by the getty). This apparently effects the way the mousepointer > is handled. Oh well, I'll look at it... You need some protocol talking back: syscons -> moused It needed in following cases at least: 1) New tty allocated (by getty): syscons tells previously running moused to handle it. [it fix starting from rc bug] 2) Graphics mode entered: syscons tells moused to close mouse device. 3) Graphics mode exited: syscons tells moused to open mouse device. [it fix X11 conflicts] -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Jun 24 04:00:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04395 for current-outgoing; Mon, 24 Jun 1996 04:00:00 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA04389 for ; Mon, 24 Jun 1996 03:59:58 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <16948-0@bunyip.cc.uq.oz.au>; Mon, 24 Jun 1996 20:59:52 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id UAA26160 for ; Mon, 24 Jun 1996 20:45:47 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id KAA25287 for ; Mon, 24 Jun 1996 10:46:00 GMT Message-Id: <199606241046.KAA25287@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: Help! Disabling PCI devices or changing root dev from boot prompt X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Jun 1996 20:45:59 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've been caught in the embarrassing situation of having a machine that has both an internal Adaptec 7880 controller (on the PCI bus) & a 2940 controller. FreeBSD was installed when the machine had only the internal controller & saw it as ahc1. Now that the secondary controller has been added, it sees it as ahc0, gets the disks off it 1st and fails when it attempts to mount root of the first disk on the ahc0 chain. All would be hunky dory if I could disable ahc0 from the boot prompt or automagically change which disk it looks at for its root partition. I can't pull the controller out, not even temporarily (its prime purpose in life is to run UnixWare & Ingres for a largish DB). It's a box with dual 166MHz pentiums, 128Mb of memory & 7 x 2Gb disks, so you can understand why I'm rather keen to give FreeBSD a good workout, plus run the rather well-known game quake^H^H^H^H^H^H video tester at high resolutions. Anyone have any ideas? Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Mon Jun 24 04:04:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05322 for current-outgoing; Mon, 24 Jun 1996 04:04:43 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA05301 for ; Mon, 24 Jun 1996 04:04:36 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA06679; Mon, 24 Jun 1996 13:04:18 +0200 Message-Id: <199606241104.NAA06679@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 24 Jun 1996 13:04:18 +0200 (MET DST) Cc: current@freebsd.org (FreeBSD current) In-Reply-To: <199606241029.OAA00409@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 24, 96 02:29:44 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > > Actually I think its an artifact from both moused & the X server > > having /dev/mousedev open at the same time. This is only > > fixable by either killing moused when running X, or have > > moused track the shown vty, and open/close /dev/mousedev according > > to that. > > Why? Syscons already detect when terminal video mode > changed to graphics mode. All you need is turn off moused > while syscons in graphics mode and turn it back on > graphics mode exit. Because the way I understand it, its because BOTH mosed & X has the mousedevice open at the same time, this is only fixable by having one of then close it. BUT the X server NEVER closes it during its life time :( However I might have another solution that also makes moused unnessesary, more when I get to my home keyboard... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 04:07:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05894 for current-outgoing; Mon, 24 Jun 1996 04:07:04 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA05884; Mon, 24 Jun 1996 04:07:00 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id OAA01053; Mon, 24 Jun 1996 14:06:57 +0300 (EET DST) Date: Mon, 24 Jun 1996 14:06:55 +0300 (EET DST) From: Seppo Kallio To: multimedia@freebsd.org cc: users@freebsd.org, current@freebsd.org Subject: * GUS PnP Pro + SNAP 960612 + SOYO - please help * In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have two kind of machines one with MicroStar P120 PCI motherboard one with SOYO P150 PCI Motherboard. The Amancio's gus pnp driver 3 works fine in MicroStar, but in SOYO it is blocking somehow the Ethernet cards (Both tested: SMC Elite and 3COM Etherlink III) Has someone got GUS PnP Pro + guspnp3 running? In SOYO Motherboard. If has how. Please help. I have 6 machines and 6 GUS PnP Pro cards and I cannot get them to work together. Seppo From owner-freebsd-current Mon Jun 24 04:10:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06274 for current-outgoing; Mon, 24 Jun 1996 04:10:14 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA06266; Mon, 24 Jun 1996 04:10:07 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id NAA06723; Mon, 24 Jun 1996 13:08:10 +0200 Message-Id: <199606241108.NAA06723@ra.dkuug.dk> Subject: Re: Syscons CUT&PASTE functionality added... To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 24 Jun 1996 13:08:09 +0200 (MET DST) Cc: sos@freebsd.org, andreas@klemm.gtn.com, current@freebsd.org In-Reply-To: <199606241035.OAA00424@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 24, 96 02:35:36 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > > The problem here is that the vty's aren't there when before the > > getty's are run. THe vty are dynamically allocated (to save space) > > and so they are actually not there before they are opened the first > > time (by the getty). This apparently effects the way the mousepointer > > is handled. Oh well, I'll look at it... > > You need some protocol talking back: syscons -> moused > It needed in following cases at least: NO WAY! it would be the ugliest hack I could think of solving this.. > 1) New tty allocated (by getty): syscons tells previously running > moused to handle it. > > [it fix starting from rc bug] moused should have absolutely NO knowledge of what goes on on the display, its only mission in life is to interpret mouse movement codes. > 2) Graphics mode entered: syscons tells moused to close > mouse device. > 3) Graphics mode exited: syscons tells moused to open > mouse device. > > [it fix X11 conflicts] Nope, because X NEVER closes the mouse device :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 04:48:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08316 for current-outgoing; Mon, 24 Jun 1996 04:48:11 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08305; Mon, 24 Jun 1996 04:48:09 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id EAA08977; Mon, 24 Jun 1996 04:48:02 -0700 (PDT) Message-Id: <199606241148.EAA08977@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Seppo Kallio cc: multimedia@freebsd.org, users@freebsd.org, current@freebsd.org Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * In-reply-to: Your message of "Mon, 24 Jun 1996 14:06:55 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Jun 1996 04:48:02 -0700 From: Amancio Hasty Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On the machines that the gus pnp does not work, boot with the -v flag so we can get an idea as to what is the system configurating the devices to .... Amancio >From The Desk Of Seppo Kallio : > > I have two kind of machines one with MicroStar P120 PCI motherboard one > with SOYO P150 PCI Motherboard. > > The Amancio's gus pnp driver 3 works fine in MicroStar, but in SOYO it is > blocking somehow the Ethernet cards (Both tested: SMC Elite and 3COM > Etherlink III) > > Has someone got GUS PnP Pro + guspnp3 running? In SOYO Motherboard. If has > how. > > Please help. I have 6 machines and 6 GUS PnP Pro cards and I cannot get > them to work together. > > Seppo > > From owner-freebsd-current Mon Jun 24 04:55:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08966 for current-outgoing; Mon, 24 Jun 1996 04:55:46 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA08937; Mon, 24 Jun 1996 04:55:32 -0700 (PDT) Received: by sovcom.kiae.su id AA09845 (5.65.kiae-1 ); Mon, 24 Jun 1996 14:41:48 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 14:41:48 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id PAA00830; Mon, 24 Jun 1996 15:32:34 +0400 (MSD) Message-Id: <199606241132.PAA00830@nagual.ru> Subject: Re: Syscons CUT&PASTE functionality added... To: sos@freebsd.org Date: Mon, 24 Jun 1996 15:32:33 +0400 (MSD) Cc: andreas@klemm.gtn.com, current@freebsd.org In-Reply-To: <199606241108.NAA06723@ra.dkuug.dk> from "sos@freebsd.org" at "Jun 24, 96 01:08:09 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > 2) Graphics mode entered: syscons tells moused to close > > mouse device. > > 3) Graphics mode exited: syscons tells moused to open > > mouse device. > > > > [it fix X11 conflicts] > > Nope, because X NEVER closes the mouse device :( It is nothing wrong to have mouse device opened two times, it is wrong to read it from two demons in the same time. If X not read mouse device while you switch to text screen, it will work. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Jun 24 05:11:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA12516 for current-outgoing; Mon, 24 Jun 1996 05:11:21 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA12496; Mon, 24 Jun 1996 05:11:17 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id HAA03715; Mon, 24 Jun 1996 07:11:17 -0500 (CDT) From: Bob Willcox Message-Id: <199606241211.HAA03715@luke.pmr.com> Subject: Re: Problem w/dump & Archive (Conner) Python tape drives To: gibbs@freefall.freebsd.org (Justin T. Gibbs) Date: Mon, 24 Jun 1996 07:11:17 -0500 (CDT) Cc: freebsd-current@freefall.freebsd.org In-Reply-To: <199606240500.WAA23543@freefall.freebsd.org> from "Justin T. Gibbs" at "Jun 23, 96 10:00:02 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs wrote: > >I am having problems trying to run dump to either of my Archive > >Python DAT tape drives (one is an autoloader, the other not). > >Right at the time dump claims to be dumping the directories dump > >goes into an infinite wait. If I cancel (via Cntl-C) the dump > >command the system will eventually require rebooting do to (false?) > >errors on the disk drive (which is on a different NCR 810 SCSI > >controller). > > > >I have tried this with both of my tape drives and with both an NCR > >810 adapter and an Adaptec 2940 adapter with the same results. > > > >Writing to/reading from the drives with tar and/or team works fine. > > > >The system is a 166MHz Pentium with a Triton 2 MB running -current > >(as of 6/20). Is anybody out there able to get dump to work with > >these tape drives (mine are both DDS-2 [4/8gb] drives)? > > The changes I just made to st.c today may affect your problem. My > DDS-2 phython works fine with dump now, although I never tested it > with the old code (it was on my -stable box). As it turns out, the problems I was having were related to the disks I was trying to dump, not the tape drive. In despiration I tried dumping the same disks to /dev/null and had the same hang. I believe I have some problem on the SCSI bus that that the disks on that system that dump must trigger. I moved the tape drive to another system (I only had it on that one for testing) and it worked ok. BTW, since you have one of these tape drives, perhaps you can tell me how to enable/disable compression. I had hoped that it would default to compress on but so far it appears to not want to write more than appx 4GB on a tape so it looks like it might have compression off. Thanks, -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Mon Jun 24 05:46:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18386 for current-outgoing; Mon, 24 Jun 1996 05:46:10 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18357; Mon, 24 Jun 1996 05:46:03 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id OAA06090; Mon, 24 Jun 1996 14:45:53 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id OAA14743; Mon, 24 Jun 1996 14:45:39 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id NAA09868; Mon, 24 Jun 1996 13:25:08 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606241125.NAA09868@keltia.freenix.fr> Subject: Re: 'fetch' fixes to conform HTTP standard To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 24 Jun 1996 13:25:08 +0200 (MET DST) Cc: jkh@FreeBSD.org, asami@cs.berkeley.edu, current@FreeBSD.org In-Reply-To: <199606240626.KAA00346@nagual.ru> from "[______ ______]" at "Jun 24, 96 10:26:37 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It seems that [______ ______] said: > return; > ! if (match (".*200.*success", s) == 0) { > /* maybe not found, or document w/o header */ > if (match (".*404.*not found", s)) { > fprintf (stderr, "%s not found\n%s\n", file_to_get, s); > --- 539,545 ---- > s[header_len] = 0; > if (len && (header_len < S)) > return; > ! if (match (".*200 +OK", s) == 0) { > /* maybe not found, or document w/o header */ I don't think it is wise to try to match anything after the return number. You could put "200 foo bar" and still conform to the RFC. Anything after the code should be ignored IMO. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-current Mon Jun 24 05:50:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18660 for current-outgoing; Mon, 24 Jun 1996 05:50:32 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA18653; Mon, 24 Jun 1996 05:50:26 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29183; Mon, 24 Jun 1996 08:54:16 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15589; Mon, 24 Jun 1996 08:54:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA12424; Mon, 24 Jun 1996 08:40:41 +0200 (MET DST) From: J Wunsch Message-Id: <199606240640.IAA12424@uriah.heep.sax.de> Subject: Re: moused conflicts with X11 To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Mon, 24 Jun 1996 08:40:41 +0200 (MET DST) Cc: sos@freebsd.org, current@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606232315.DAA00469@nagual.ru> from "[?KOI8-R?]" at "Jun 24, 96 03:15:48 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As [?KOI8-R?] wrote: > It is easy to view them when you try to resize (enlarge) some window > under X11, i.e. hold down button and move mouse cursor away. > > What happens: mouse cursor often resets back in upper left > screen corner direction :-( XFree86 servers have some provisions for taking over control of a mouse and giving it back to the o/s, but there are no BSD-specifics right now. We should seriously think about a o/s-level mouse driver now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jun 24 06:17:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20201 for current-outgoing; Mon, 24 Jun 1996 06:17:33 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA20194; Mon, 24 Jun 1996 06:17:30 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id PAA07505; Mon, 24 Jun 1996 15:05:54 +0200 Message-Id: <199606241305.PAA07505@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 24 Jun 1996 15:05:54 +0200 (MET DST) Cc: ache@nagual.ru, sos@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199606240640.IAA12424@uriah.heep.sax.de> from "J Wunsch" at Jun 24, 96 08:40:41 am From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who wrote: > > As [?KOI8-R?] wrote: > > > It is easy to view them when you try to resize (enlarge) some window > > under X11, i.e. hold down button and move mouse cursor away. > > > > What happens: mouse cursor often resets back in upper left > > screen corner direction :-( > > XFree86 servers have some provisions for taking over control of a > mouse and giving it back to the o/s, but there are no BSD-specifics > right now. > > We should seriously think about a o/s-level mouse driver now. We will be having that shortly ... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Mon Jun 24 07:17:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23397 for current-outgoing; Mon, 24 Jun 1996 07:17:28 -0700 (PDT) Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA23378; Mon, 24 Jun 1996 07:17:22 -0700 (PDT) Received: from campa.panke.de (anonymous218.ppp.cs.tu-berlin.de [130.149.17.218]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id PAA13261; Mon, 24 Jun 1996 15:56:23 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id PAA00525; Mon, 24 Jun 1996 15:26:32 +0200 Date: Mon, 24 Jun 1996 15:26:32 +0200 From: Wolfram Schneider Message-Id: <199606241326.PAA00525@campa.panke.de> To: Kim Culhan Cc: dwhite@resnet.uoregon.edu, freebsd-current@freebsd.org, Gary Clark II Subject: Re: 960612-SNAP doesn't read users .*? In-Reply-To: References: Reply-to: & Group MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Kim Culhan writes: >Well it turns out it was yet another mistake on my part :( > >I flew through the adduser script not noticing the default shell was >/bin/sh, I'm used to accepting certain defaults and didn't read the >screen :[ Gary Clark II changed the default shell in adduser. revision 1.11 date: 1996/05/06 06:15:19; author: gclarkii; state: Exp; lines: +3 -3 We DON'T ship bash by default, why is it the default shell? We also don't ship tcsh or ksh by default. Correct these two things to make sh the default and increase csh and sh to be higher priority. ---------------------------- From owner-freebsd-current Mon Jun 24 07:31:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA24895 for current-outgoing; Mon, 24 Jun 1996 07:31:42 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA24888 for ; Mon, 24 Jun 1996 07:31:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA27040; Tue, 25 Jun 1996 00:26:32 +1000 Date: Tue, 25 Jun 1996 00:26:32 +1000 From: Bruce Evans Message-Id: <199606241426.AAA27040@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.de Subject: Re: make fails Cc: FreeBSD-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Wouldn't it be more appropriate to print out the ld invocation line >too? No more than to add -v to CFLAGS. @ is often misused in makefiles, but one running current should be able to run make -n to see exactly what make would do. Bruce From owner-freebsd-current Mon Jun 24 07:56:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27131 for current-outgoing; Mon, 24 Jun 1996 07:56:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA27126 for ; Mon, 24 Jun 1996 07:56:50 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id HAA12050 for ; Mon, 24 Jun 1996 07:56:45 -0700 (PDT) To: current@freebsd.org Subject: Heads up! obj changes coming via sup/CTM. Date: Mon, 24 Jun 1996 07:56:45 -0700 Message-ID: <12048.835628205@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My changes to support the linkless-obj tree have now gone into -current and will appear shortly in peoples' trees. The bootstrap for this involes a slight "stutter" due to the make changes. Rather than launch right into building the world, please type: cd /usr/src/usr.bin/make make clean all install Then make the world as you normally would (and *do* make the world, your /usr/obj will need to be rebuilt and the new mk files installed). The first thing you'll probably notice is that your obj symlink has gone away. Don't worry - things are still going into /usr/obj, it's just not being done through a symlink. If you want the symlink back for other reasons, type `make objlink' at any level of the tree. Well, wish me luck - I'm off to compile the world from a CD.. :-) Jordan From owner-freebsd-current Mon Jun 24 08:26:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29626 for current-outgoing; Mon, 24 Jun 1996 08:26:43 -0700 (PDT) Received: from lear35.cytex.com (root@lear35.cytex.com [38.252.97.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA29617 for ; Mon, 24 Jun 1996 08:26:40 -0700 (PDT) Received: (from mbartley@localhost) by lear35.cytex.com (8.7.5/8.7.3) id IAA02066 for freebsd-current@freebsd.org; Mon, 24 Jun 1996 08:26:36 -0700 (PDT) From: Matt Bartley Message-Id: <199606241526.IAA02066@lear35.cytex.com> Subject: make cleandist fails To: freebsd-current@freebsd.org Date: Mon, 24 Jun 1996 08:26:35 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I just sup'ed this morning to my -current system, and this is what happened when I tried to make world: Script started on Mon Jun 24 08:18:37 1996 # make -DNOPROFILE world -------------------------------------------------------------- Making hierarchy -------------------------------------------------------------- [deleted - the usual] -------------------------------------------------------------- Rebuilding /usr/share/mk -------------------------------------------------------------- [deleted - the usual] -------------------------------------------------------------- Cleaning up the source tree, and rebuilding the obj tree -------------------------------------------------------------- cd /usr/src && make cleandir ===> include usage: rm [-f | -i] [-dPRr] file ... *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. # exit Script done on Mon Jun 24 08:19:24 1996 From owner-freebsd-current Mon Jun 24 08:32:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00281 for current-outgoing; Mon, 24 Jun 1996 08:32:20 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00271 for ; Mon, 24 Jun 1996 08:32:15 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA20604; Mon, 24 Jun 1996 09:32:01 -0600 Date: Mon, 24 Jun 1996 09:32:01 -0600 From: Nate Williams Message-Id: <199606241532.JAA20604@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: current@freebsd.org Subject: Re: Heads up! obj changes coming via sup/CTM. In-Reply-To: <12048.835628205@time.cdrom.com> References: <12048.835628205@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > My changes to support the linkless-obj tree have now gone into > -current and will appear shortly in peoples' trees. The bootstrap > for this involes a slight "stutter" due to the make changes. Rather > than launch right into building the world, please type: > > cd /usr/src/usr.bin/make > make clean all install > > Then make the world as you normally would (and *do* make the world, > your /usr/obj will need to be rebuilt and the new mk files installed). > > The first thing you'll probably notice is that your obj symlink > has gone away. Don't worry - things are still going into /usr/obj, > it's just not being done through a symlink. If you want the symlink > back for other reasons, type `make objlink' at any level of the > tree. Would you mind me adding a hook in /etc/sysconfig to have this happen 'all the time' if the user desires it, for those of us bass-ackwards types? Nate From owner-freebsd-current Mon Jun 24 08:41:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00883 for current-outgoing; Mon, 24 Jun 1996 08:41:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA00874 for ; Mon, 24 Jun 1996 08:41:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id IAA12333; Mon, 24 Jun 1996 08:41:35 -0700 (PDT) To: Nate Williams cc: current@freebsd.org Subject: Re: Heads up! obj changes coming via sup/CTM. In-reply-to: Your message of "Mon, 24 Jun 1996 09:32:01 MDT." <199606241532.JAA20604@rocky.sri.MT.net> Date: Mon, 24 Jun 1996 08:41:35 -0700 Message-ID: <12331.835630895@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Would you mind me adding a hook in /etc/sysconfig to have this happen > 'all the time' if the user desires it, for those of us bass-ackwards > types? No need - set OBJLINK=yes in your /etc/make.conf and you're off. Jordan From owner-freebsd-current Mon Jun 24 08:43:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00947 for current-outgoing; Mon, 24 Jun 1996 08:43:08 -0700 (PDT) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00937 for ; Mon, 24 Jun 1996 08:43:04 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA20629; Mon, 24 Jun 1996 09:42:50 -0600 Date: Mon, 24 Jun 1996 09:42:50 -0600 From: Nate Williams Message-Id: <199606241542.JAA20629@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: Nate Williams , current@freebsd.org Subject: Re: Heads up! obj changes coming via sup/CTM. In-Reply-To: <12331.835630895@time.cdrom.com> References: <199606241532.JAA20604@rocky.sri.MT.net> <12331.835630895@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > Would you mind me adding a hook in /etc/sysconfig to have this happen > > 'all the time' if the user desires it, for those of us bass-ackwards > > types? > > No need - set OBJLINK=yes in your /etc/make.conf and you're off. Duh, that's what I meant. I haven't updated my sources on my -current box yet, but thanks for adding the hook. :) Nate From owner-freebsd-current Mon Jun 24 08:50:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01519 for current-outgoing; Mon, 24 Jun 1996 08:50:37 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA01513 for ; Mon, 24 Jun 1996 08:50:33 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uYDu0-000Qa9C; Mon, 24 Jun 96 17:50 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id RAA03109; Mon, 24 Jun 1996 17:10:46 +0200 Message-Id: <199606241510.RAA03109@allegro.lemis.de> Subject: Re: make fails To: bde@zeta.org.au (Bruce Evans) Date: Mon, 24 Jun 1996 17:10:46 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199606241426.AAA27040@godzilla.zeta.org.au> from "Bruce Evans" at Jun 25, 96 00:26:32 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > >> Wouldn't it be more appropriate to print out the ld invocation line >> too? > > No more than to add -v to CFLAGS. Well, I'd think that you should either print both the cc -c invocation and the ld invocation, or neither. It's very confusing to just leave some of them out. Personally, I'm for having them both there. > @ is often misused in makefiles, but one running current should be > able to run make -n to see exactly what make would do. Sure. How long does a make -n world run for? Does it really descend properly into all subdirectories? Who expects this behaviour? The current situation is just plain misleading. Greg From owner-freebsd-current Mon Jun 24 08:59:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01986 for current-outgoing; Mon, 24 Jun 1996 08:59:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01980 for ; Mon, 24 Jun 1996 08:58:59 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id IAA12432; Mon, 24 Jun 1996 08:58:49 -0700 (PDT) To: Matt Bartley cc: freebsd-current@freebsd.org Subject: Re: make cleandist fails In-reply-to: Your message of "Mon, 24 Jun 1996 08:26:35 PDT." <199606241526.IAA02066@lear35.cytex.com> Date: Mon, 24 Jun 1996 08:58:49 -0700 Message-ID: <12429.835631929@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just sup'ed this morning to my -current system, and this is what > happened when I tried to make world: See my recent mail to -current about bootstrapping make. Jordan From owner-freebsd-current Mon Jun 24 09:10:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02645 for current-outgoing; Mon, 24 Jun 1996 09:10:02 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA02615; Mon, 24 Jun 1996 09:09:43 -0700 (PDT) Received: by sovcom.kiae.su id AA03944 (5.65.kiae-1 ); Mon, 24 Jun 1996 18:58:58 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 18:58:57 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id TAA01498; Mon, 24 Jun 1996 19:54:37 +0400 (MSD) Message-Id: <199606241554.TAA01498@nagual.ru> Subject: Re: 'fetch' fixes to conform HTTP standard To: roberto@keltia.freenix.fr (Ollivier Robert) Date: Mon, 24 Jun 1996 19:54:37 +0400 (MSD) Cc: jkh@FreeBSD.org, asami@cs.berkeley.edu, current@FreeBSD.org In-Reply-To: <199606241125.NAA09868@keltia.freenix.fr> from "Ollivier Robert" at "Jun 24, 96 01:25:08 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > It seems that [______ ______] said: > > return; > > ! if (match (".*200.*success", s) == 0) { > > /* maybe not found, or document w/o header */ > > if (match (".*404.*not found", s)) { > > fprintf (stderr, "%s not found\n%s\n", file_to_get, s); > > --- 539,545 ---- > > s[header_len] = 0; > > if (len && (header_len < S)) > > return; > > ! if (match (".*200 +OK", s) == 0) { > > /* maybe not found, or document w/o header */ > > I don't think it is wise to try to match anything after the return > number. You could put "200 foo bar" and still conform to the RFC. Anything > after the code should be ignored IMO. It is a bit difficult, because whole buffer (header) is searched, simple 200 can be anywhere in the buffer. It means that header must be parsed by lines and require much more changes to this code. BTW, all HTTPDs I saw respond as ... 200 OK -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Mon Jun 24 09:19:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02983 for current-outgoing; Mon, 24 Jun 1996 09:19:29 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA02976 for ; Mon, 24 Jun 1996 09:19:17 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id JAA08284; Mon, 24 Jun 1996 09:18:55 -0700 From: "Rodney W. Grimes" Message-Id: <199606241618.JAA08284@GndRsh.aac.dev.com> Subject: Re: Heads up! obj changes coming via sup/CTM. To: nate@sri.MT.net (Nate Williams) Date: Mon, 24 Jun 1996 09:18:55 -0700 (PDT) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: <199606241532.JAA20604@rocky.sri.MT.net> from Nate Williams at "Jun 24, 96 09:32:01 am" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Jordan K. Hubbard writes: > > My changes to support the linkless-obj tree have now gone into > > -current and will appear shortly in peoples' trees. The bootstrap > > for this involes a slight "stutter" due to the make changes. Rather > > than launch right into building the world, please type: > > > > cd /usr/src/usr.bin/make > > make clean all install > > > > Then make the world as you normally would (and *do* make the world, > > your /usr/obj will need to be rebuilt and the new mk files installed). > > > > The first thing you'll probably notice is that your obj symlink > > has gone away. Don't worry - things are still going into /usr/obj, > > it's just not being done through a symlink. If you want the symlink > > back for other reasons, type `make objlink' at any level of the > > tree. > > Would you mind me adding a hook in /etc/sysconfig to have this happen > 'all the time' if the user desires it, for those of us bass-ackwards > types? > This ``hook'' should be controlled by a knob in /etc/make.conf, not in /etc/sysconfig. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Mon Jun 24 09:46:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04285 for current-outgoing; Mon, 24 Jun 1996 09:46:50 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04276 for ; Mon, 24 Jun 1996 09:46:47 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA31225; Tue, 25 Jun 1996 02:43:39 +1000 Date: Tue, 25 Jun 1996 02:43:39 +1000 From: Bruce Evans Message-Id: <199606241643.CAA31225@godzilla.zeta.org.au> To: bde@zeta.org.au, grog@lemis.de Subject: Re: make fails Cc: FreeBSD-current@freebsd.org Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Wouldn't it be more appropriate to print out the ld invocation line >>> too? >> >> No more than to add -v to CFLAGS. >Well, I'd think that you should either print both the cc -c invocation >and the ld invocation, or neither. It's very confusing to just leave >some of them out. Personally, I'm for having them both there. No, because the ld -x -r step is just to overcome the inability of cc to handle the -x step. >> @ is often misused in makefiles, but one running current should be >> able to run make -n to see exactly what make would do. >Sure. How long does a make -n world run for? Does it really descend >properly into all subdirectories? Who expects this behaviour? The >current situation is just plain misleading. I don't know about make world because I never run it. make -n is fast but almost useless because it doesn't descend. The lib behaviour is expected by everyone who understands the library makefiles. Bruce From owner-freebsd-current Mon Jun 24 10:13:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA07160 for current-outgoing; Mon, 24 Jun 1996 10:13:16 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA07137 for ; Mon, 24 Jun 1996 10:13:10 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id CAA08040; Tue, 25 Jun 1996 02:12:51 +0900 (JST) Date: Tue, 25 Jun 1996 02:12:51 +0900 (JST) From: Michael Hancock To: "Jordan K. Hubbard" cc: current@FreeBSD.org Subject: Re: Heads up! obj changes coming via sup/CTM. In-Reply-To: <12048.835628205@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk You also need to update bsd.subdir.mk with the cleandepend stuff. See libexec/bootpd/tools -mike hancock From owner-freebsd-current Mon Jun 24 10:49:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12110 for current-outgoing; Mon, 24 Jun 1996 10:49:14 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA12099; Mon, 24 Jun 1996 10:49:12 -0700 (PDT) Message-Id: <199606241749.KAA12099@freefall.freebsd.org> To: Stephen Hocking cc: current@FreeBSD.org Subject: Re: Help! Disabling PCI devices or changing root dev from boot prompt In-reply-to: Your message of "Mon, 24 Jun 1996 20:45:59 +1000." <199606241046.KAA25287@netfl15a.devetir.qld.gov.au> Date: Mon, 24 Jun 1996 10:49:12 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >I've been caught in the embarrassing situation of having a machine that has >both an internal Adaptec 7880 controller (on the PCI bus) & a 2940 controller. > >FreeBSD was installed when the machine had only the internal controller & saw >it as ahc1. Now that the secondary controller has been added, it sees it as >ahc0, gets the disks off it 1st and fails when it attempts to mount root of >the first disk on the ahc0 chain. All would be hunky dory if I could disable >ahc0 from the boot prompt or automagically change which disk it looks at for >its root partition. Why not hardwire the SCSI devices? In your kernel config file, you can specify the controller that sd0, sd1, etc attach to. Look at the scsi.4. You'll have to temporarily disconnect the second bus of disks so you can boot and recompile your kernel. > Stephen >-- >The views expressed above are not those of the Worker's Compensation Board of >Queensland, Australia. > > -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Jun 24 10:53:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA12850 for current-outgoing; Mon, 24 Jun 1996 10:53:29 -0700 (PDT) Received: from halloran-eldar.lcs.mit.edu (halloran-eldar.lcs.mit.edu [18.26.0.159]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA12843; Mon, 24 Jun 1996 10:53:26 -0700 (PDT) Received: by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM) id AA23849; Mon, 24 Jun 1996 13:53:23 -0400 Date: Mon, 24 Jun 1996 13:53:23 -0400 From: Garrett Wollman Message-Id: <9606241753.AA23849@halloran-eldar.lcs.mit.edu> To: core@freebsd.org Cc: current@freebsd.org Subject: Out of town Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Sorry for the wide distribution.] In case you haven't already guessed, I'm in Montreal at IETF. If anyone needs to contact me urgently, call the Hotel Inter-Continental. If you too are at IETF, perhaps we'll chance to meet. In any case, I will be deferring any list-originated mail until after I return (next week), although I will be reading personal mail (`more /var/spool/mail/wollman') in the interim. -GAWollman -- Garrett A. Wollman | Shashish is simple, it's discreet, it's brief. ... wollman@lcs.mit.edu | Shashish is the bonding of hearts in spite of distance. Opinions not those of| It is a bond more powerful than absence. We like people MIT, LCS, ANA, or NSA| who like Shashish. - Claude McKenzie + Florent Vollant From owner-freebsd-current Mon Jun 24 11:02:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA13827 for current-outgoing; Mon, 24 Jun 1996 11:02:12 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA13812; Mon, 24 Jun 1996 11:02:10 -0700 (PDT) Message-Id: <199606241802.LAA13812@freefall.freebsd.org> To: Bob Willcox cc: freebsd-current@freefall.freebsd.org Subject: Re: Problem w/dump & Archive (Conner) Python tape drives In-reply-to: Your message of "Mon, 24 Jun 1996 07:11:17 CDT." <199606241211.HAA03715@luke.pmr.com> Date: Mon, 24 Jun 1996 11:02:09 -0700 From: "Justin T. Gibbs" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >As it turns out, the problems I was having were related to the >disks I was trying to dump, not the tape drive. In despiration I >tried dumping the same disks to /dev/null and had the same hang. >I believe I have some problem on the SCSI bus that that the disks >on that system that dump must trigger. I moved the tape drive to >another system (I only had it on that one for testing) and it worked >ok. If its hanging both the NCR and the 2940, I'd guess so. >BTW, since you have one of these tape drives, perhaps you can tell >me how to enable/disable compression. I had hoped that it would >default to compress on but so far it appears to not want to write >more than appx 4GB on a tape so it looks like it might have >compression off. Its in one of the mode pages. I don't recall off hand, but it was recently added to the scsi.8 mode page table so you should be able to find it in share/scsi_modes and use scsi.8 to tweak it. > >Thanks, >-- >Bob Willcox >bob@luke.pmr.com >Austin, TX -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Mon Jun 24 11:09:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14895 for current-outgoing; Mon, 24 Jun 1996 11:09:02 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA14859; Mon, 24 Jun 1996 11:08:40 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id UAA05466; Mon, 24 Jun 1996 20:08:29 +0200 (SAT) Message-Id: <199606241808.UAA05466@grumble.grondar.za> To: sos@freebsd.org cc: bde@freebsd.org, current@freebsd.org Subject: Re: Syscons mouse as entropy source. Please review... Date: Mon, 24 Jun 1996 20:08:29 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > SYSCONS's new mouse driver is a _Great_ source of entropy. Please > > comment on/review these diffs. I am mostly concerned with the > > placement of the add_mouse_randomness() call, as I do not want > > to slow down the mouse cursor more than is necessary... > > Just a fair bit of warning, but most of the code regarding the interface > between syscons's mousepointer and the apps are going to change shortly. > So could you delay putting this in please ?? OK, Sure... M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Mon Jun 24 13:20:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27763 for current-outgoing; Mon, 24 Jun 1996 13:20:42 -0700 (PDT) Received: from mailhost.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.2.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27754 for ; Mon, 24 Jun 1996 13:20:37 -0700 (PDT) Received: (from jonny@localhost) by mailhost.coppe.ufrj.br (8.7.5/8.7.3) id RAA15887 for freebsd-current@freebsd.org; Mon, 24 Jun 1996 17:20:01 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199606242020.RAA15887@mailhost.coppe.ufrj.br> Subject: Re: Problems booting 2.2-SNAP To: freebsd-current@freebsd.org Date: Mon, 24 Jun 1996 17:20:00 -0300 (EST) X-Mailer: ELM [version 2.4ME+ PL14 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk // From: Doug White // Date: Fri, 21 Jun 1996 23:20:13 -0700 (PDT) // Subject: Re: Problems boot 2.2-SNAP // // On Tue, 18 Jun 1996, Joao Carlos Mendes Luis wrote: // // > I'm trying to install 2.2-SNAP on my desktop machine, which is already // > running 2.1.0-RELEASE. But both 960501 and 960612 SNAPs could not boot // > in it. // > // > It loads from the floppy, uncompresses itself and print the message // > "Booting ...". After this, nothing more happens. I have installed // > it on other machines, so I think it's not my fault. // > // > This machine is a 486DX2/66, 40 MB RAM (no parity), Chipset ALI, VESA BUS, // > Cirrus SVGA, NE2000 NIC, 2 IDE Drives. // // I chant the mantra: // // 1) Is it an ERROR-FREE floppy? Yes. I used it to install other machines. // 2) Was the image downloaded in BINARY mode? See above... // 3) If you are running under Win95, are you booting to MS-DOS to write // the image? I'm doing an upgrade from 2.1-RELEASE. I used dd. :) Windows-NT -> Windows ? No Thanks ! // Doug White | University of Oregon // Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant // http://gladstone.uoregon.edu/~dwhite | Computer Science Major The curious thing is that 2.1-R runs PERFECTLY. Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 ( Job ) jonny@cisi.coppe.ufrj.br Network Manager UFRJ/COPPE/CISI Universidade Federal do Rio de Janeiro From owner-freebsd-current Mon Jun 24 13:32:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29178 for current-outgoing; Mon, 24 Jun 1996 13:32:30 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA29169 for ; Mon, 24 Jun 1996 13:32:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA28865; Mon, 24 Jun 1996 13:27:36 -0700 From: Terry Lambert Message-Id: <199606242027.NAA28865@phaeton.artisoft.com> Subject: Re: tcl -- what's going on here. To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Mon, 24 Jun 1996 13:27:36 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, plm@xs4all.nl, freebsd-current@FreeBSD.ORG In-Reply-To: <199606240848.SAA21511@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 24, 96 06:18:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Terry Lambert stands accused of saying: > > > > > > Is 'bc' used by anything else, for example? Yet it's a useful thing to > > > have. So is perl, so is Tcl, so are a number of other things. > > > > I thought the justification for bs was the same as the justification > > for sh: POSIX 1003.2. > > ... so we should aspire to minimal conformance to a standard which embraces > a consistent level of mediocrity? > > ... or is conformance to the standard meant to be a guarantee that the simple > things will work as expected, so that stress can be spent on things more > rewarding? A standard is a bar. Increasing standardization raises the bar. If you expect OS conformance with a standard when you code for the OS, it raises the baseline for what you can expect to be implemented consistently fom system to system. So OS's should always exceed conformance requirements and applications should always expect only minimal compliance. When enough OS's exceed requirements in the same way, you can change the standard, and the applcation writers can move up their baseline. The big success of Win32 is that it isn't very multiplatform, so you can code right to the line without a lot of wasted effort. You can also have a defacto conformance, which drastically raises the baseline. This is why Windows is so popular, and why it's so hard to emulate: there are a lot of things that are assumed to be below the baseline that realy don't belong there in a coherent design. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jun 24 13:40:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA00344 for current-outgoing; Mon, 24 Jun 1996 13:40:13 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA00333; Mon, 24 Jun 1996 13:40:10 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA28898; Mon, 24 Jun 1996 13:35:01 -0700 From: Terry Lambert Message-Id: <199606242035.NAA28898@phaeton.artisoft.com> Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * To: kallio@cc.jyu.fi (Seppo Kallio) Date: Mon, 24 Jun 1996 13:35:01 -0700 (MST) Cc: multimedia@freebsd.org, users@freebsd.org, current@freebsd.org In-Reply-To: from "Seppo Kallio" at Jun 24, 96 02:06:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have two kind of machines one with MicroStar P120 PCI motherboard one > with SOYO P150 PCI Motherboard. > > The Amancio's gus pnp driver 3 works fine in MicroStar, but in SOYO it is > blocking somehow the Ethernet cards (Both tested: SMC Elite and 3COM > Etherlink III) > > Has someone got GUS PnP Pro + guspnp3 running? In SOYO Motherboard. If has > how. > > Please help. I have 6 machines and 6 GUS PnP Pro cards and I cannot get > them to work together. Does the motherboard actually have PnP BIOS? The ethernet cards must be identified to the PnP BIOS as well so that their address assignments aren't conflicted. A Real(tm) PnP BIOS will have a CMOS setup that lets you locate state cards in the interference graph so the PnP assignments will not conflict. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Mon Jun 24 15:21:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA16502 for current-outgoing; Mon, 24 Jun 1996 15:21:09 -0700 (PDT) Received: from gateway.sri.MT.net (sri.MT.net [204.94.231.129]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA16358 for ; Mon, 24 Jun 1996 15:21:00 -0700 (PDT) Received: (from nate@localhost) by gateway.sri.MT.net (8.6.12/8.6.12) id QAA01238 for freebsd-current@FreeBSD.org; Mon, 24 Jun 1996 16:20:57 -0600 Date: Mon, 24 Jun 1996 16:20:57 -0600 From: Nate Williams Message-Id: <199606242220.QAA01238@gateway.sri.MT.net> To: freebsd-current@FreeBSD.org Subject: Building inside of /usr/src? Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk While I think the new cleanup of the obj handling is great, it appears that it's now impossible to build things *inside* of the /usr/obj tree now? How does one build stuff inside of the current directory using the current mk macros? I leave /usr/obj (and the symlinks) populated with the most recent sources on my development box, so I don't have to re-build everything on updates. Then, when I do local hacking I 'mv obj obj_off' and do all my hacking knowing that I won't mess up my 'normal' obj files, and then after I finish I do a 'cvs update; make cleandir; mv obj_off obj' and I'm back to where I was before I started. Is this still possible? How does make handle things for non-system source such as ports which don't have (and shouldn't have) obj directories? Nate From owner-freebsd-current Mon Jun 24 15:25:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18315 for current-outgoing; Mon, 24 Jun 1996 15:25:13 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA17655; Mon, 24 Jun 1996 15:23:36 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA06619; Tue, 25 Jun 1996 00:23:16 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA01532; Tue, 25 Jun 1996 00:23:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA14463; Tue, 25 Jun 1996 00:21:52 +0200 (MET DST) From: J Wunsch Message-Id: <199606242221.AAA14463@uriah.heep.sax.de> Subject: Re: moused conflicts with X11 To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 25 Jun 1996 00:21:52 +0200 (MET DST) Cc: sos@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606241305.PAA07505@ra.dkuug.dk> from "sos@FreeBSD.org" at "Jun 24, 96 03:05:54 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As sos@FreeBSD.org wrote: > > We should seriously think about a o/s-level mouse driver now. > > We will be having that shortly ... Please, co-operate with the XFree86 folks (and Xinside, for that matter). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jun 24 15:52:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21143 for current-outgoing; Mon, 24 Jun 1996 15:52:30 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21129 for ; Mon, 24 Jun 1996 15:52:20 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA07522 for ; Tue, 25 Jun 1996 00:52:12 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA01995 for freebsd-current@FreeBSD.org; Tue, 25 Jun 1996 00:52:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA15198 for freebsd-current@FreeBSD.org; Tue, 25 Jun 1996 00:50:48 +0200 (MET DST) From: J Wunsch Message-Id: <199606242250.AAA15198@uriah.heep.sax.de> Subject: Re: tcl -- what's going on here. To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 25 Jun 1996 00:50:48 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606240118.UAA08752@compound.Think.COM> from Tony Kimball at "Jun 23, 96 08:18:36 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Tony Kimball wrote: > : They are not ``kludges''. The authors of those tools deliberately > : choose Perl for them > > You are absolutely right. I blew it by using the word "kludge". > Sorry. Ok. > This is arguable. Maintainable perl requires substantial skill to > write, and will quickly degrade when touched by less enlightened > hands. Maintainable perl is nearly as rare as maintainable APL. Hmm, there's also enough obfuscated C around, not only in the IOCCC. :-) The number of people who write maintenable code in scripting languages seems to be increasing these days. I don't think we need to stop this. > Again, you are correct in your response to my statement, which was at > least partially mistaken. As mentioned elsewhere (hackers), my *real* > complaint is about the failure to adhere to what I understand to be a > reasonable modular dependency scheme in the global structure of > FreeBSD. I think i agree with your here. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jun 24 15:54:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21413 for current-outgoing; Mon, 24 Jun 1996 15:54:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA21402 for ; Mon, 24 Jun 1996 15:54:33 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA07489; Tue, 25 Jun 1996 00:51:58 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA01961; Tue, 25 Jun 1996 00:51:53 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id AAA14791; Tue, 25 Jun 1996 00:29:41 +0200 (MET DST) From: J Wunsch Message-Id: <199606242229.AAA14791@uriah.heep.sax.de> Subject: Re: Writing CD ROM - tools for FreeBSD? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 25 Jun 1996 00:29:41 +0200 (MET DST) Cc: kallio@cc.jyu.fi (Seppo Kallio) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Seppo Kallio at "Jun 24, 96 01:33:41 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Seppo Kallio wrote: > 1. Could I get some examples of tested CD ROM writer models > running with FreeBSD. Or are PLASMON, RF4100, HP and 4020i > the ones? Are the new sheap models supported? They are the only ones. UTSL. Adding a new one is not very complicated. Use send-pr to submit your changes. > 2. What about audio CDs. Wormcontrol mentions "fixate > toc-type" 0 as CD audio. There is also CDI. Nobody (not that i knew) has been testing audio CDs by now. Our cdrom driver doesn't know about CD-DA either. > 3. Can I make a copy of CD ROM using dd if=/dev/rcdrom or > something like that? Even from Audio CD or CDI? dd will quickly starve, since it can do only one thing (input _or_ output) at a time. Trust me, i've tried it. Use team. I wouldn't risk burning it from a CD directly, though it seems like it might be possible. I've donated an entire 1.8 GB disk to hold the CD images... Use at your own risk, and keep us posted. Hey, that's how all this is working here! -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Mon Jun 24 17:34:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA26831 for current-outgoing; Mon, 24 Jun 1996 17:34:09 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA26822; Mon, 24 Jun 1996 17:34:03 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id CAA06814; Tue, 25 Jun 1996 02:33:02 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id CAA24628; Tue, 25 Jun 1996 02:32:21 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id BAA11538; Tue, 25 Jun 1996 01:30:57 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606242330.BAA11538@keltia.freenix.fr> Subject: Re: 'fetch' fixes to conform HTTP standard To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Tue, 25 Jun 1996 01:30:57 +0200 (MET DST) Cc: jkh@FreeBSD.org, asami@cs.berkeley.edu, current@FreeBSD.org In-Reply-To: <199606241554.TAA01498@nagual.ru> from "[______ ______]" at "Jun 24, 96 07:54:37 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It seems that [______ ______] said: > It is a bit difficult, because whole buffer (header) is searched, > simple 200 can be anywhere in the buffer. It means that header must be > parsed by lines and require much more changes to this code. I'm surprised. I assumed that HTTP was as many TCP/IP protocols with the same format, the return code in [100,599], a space then a possibly (but not mandatory) error message... All that count in the return code. > BTW, all HTTPDs I saw respond as ... 200 OK The return code is supposed to free you from these kind of assumptions. Who cares what is behind 200 when all that matters in to get that 200... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-current Mon Jun 24 17:47:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27767 for current-outgoing; Mon, 24 Jun 1996 17:47:20 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA27762 for ; Mon, 24 Jun 1996 17:47:18 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA14241; Mon, 24 Jun 1996 17:46:50 -0700 (PDT) To: Nate Williams cc: freebsd-current@FreeBSD.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Mon, 24 Jun 1996 16:20:57 MDT." <199606242220.QAA01238@gateway.sri.MT.net> Date: Mon, 24 Jun 1996 17:46:50 -0700 Message-ID: <14239.835663610@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > While I think the new cleanup of the obj handling is great, it appears that > it's now impossible to build things *inside* of the /usr/obj tree now? [Looks at Nate's scenario] "Yuck." I'm not sure that the safety trade-off here makes it anything I'd ever want to deliberately encourage anyone to do. I mean, if you still *really* wanted to do it then you could just move the relevant obj directory aside (and I'm sure a studly guy like Nate could make a shell function out if it so that he never had to know the corresponding obj dir location). Jordan From owner-freebsd-current Mon Jun 24 18:09:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28974 for current-outgoing; Mon, 24 Jun 1996 18:09:38 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA28957; Mon, 24 Jun 1996 18:09:33 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id LAA02494; Tue, 25 Jun 1996 11:09:25 +1000 From: David Dawes Message-Id: <199606250109.LAA02494@rf900.physics.usyd.edu.au> Subject: Re: moused conflicts with X11 To: sos@freebsd.org Date: Tue, 25 Jun 1996 11:09:25 +1000 (EST) Cc: current@freebsd.org In-Reply-To: <199606241104.NAA06679@ra.dkuug.dk> from "sos@freebsd.org" at Jun 24, 96 01:04:18 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > Actually I think its an artifact from both moused & the X server >> > having /dev/mousedev open at the same time. This is only >> > fixable by either killing moused when running X, or have >> > moused track the shown vty, and open/close /dev/mousedev according >> > to that. >> >> Why? Syscons already detect when terminal video mode >> changed to graphics mode. All you need is turn off moused >> while syscons in graphics mode and turn it back on >> graphics mode exit. > >Because the way I understand it, its because BOTH mosed & X has the >mousedevice open at the same time, this is only fixable by having >one of then close it. BUT the X server NEVER closes it during its >life time :( That isn't true for the XFree86 servers. They close the mouse device when switching away from the X server. They do this so that other things can use the mouse (eg, an X server running on another vty). David From owner-freebsd-current Mon Jun 24 18:10:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29049 for current-outgoing; Mon, 24 Jun 1996 18:10:20 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29042 for ; Mon, 24 Jun 1996 18:10:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id TAA29369 for ; Mon, 24 Jun 1996 19:10:06 -0600 (MDT) Message-Id: <199606250110.TAA29369@rover.village.org> To: freebsd-current@FreeBSD.org (FreeBSD-current users) Subject: Re: tcl -- what's going on here. Date: Mon, 24 Jun 1996 19:10:06 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Having just read all of this discussion, and trying to avoid the inflamitory parts (or at least not post immediate flames or counterflams) it strikes me that no one has mentioned, that I could see, what OpenBSD has done on this. I know that this group may have political problems associated with it, but they have written bmakefiles that encapsolate the ones provided by the vendors. I don't know if they are good or bad, but they claim to be able to drop in new releases fairly easily with that scheme. I'm currently pulling over most of the sources for their system (I've up til now only had the kernel sources online because I want a working MIPS port and the active MIPS porter lives in the OpenBSD camp, but that's another story). It is unclear to me if this system had its base in the NetBSD part of OpenBSD or not. I certainly intend no slander if that is indeed the case. I don't have a NetBSD source distribution online, nor access to enough of the revision history to know for sure. So why has no one talked about this system? If there is any interest after this week-long thread for a better summary so that it can be talked about intellegently, I'd be happy to provide one. Or did I just miss it when slogging thought my email? It seems like a tool that the FreeBSD community could profit from. Just my two cents. Warner (Whew! And no flames. Boy, that was hard! And no discussion of the merits of inclusion of TCL on the core distribution either, that was even harder...) From owner-freebsd-current Mon Jun 24 19:03:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA08340 for current-outgoing; Mon, 24 Jun 1996 19:03:51 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [207.102.89.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA08322 for ; Mon, 24 Jun 1996 19:03:46 -0700 (PDT) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.5/8.7.3) with SMTP id TAA06487 for ; Mon, 24 Jun 1996 19:03:43 -0700 (PDT) Message-Id: <199606250203.TAA06487@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: freebsd-current@freebsd.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Mon, 24 Jun 1996 17:46:50 PDT." <14239.835663610@time.cdrom.com> Date: Mon, 24 Jun 1996 19:03:42 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm not sure that the safety trade-off here makes it anything I'd ever > want to deliberately encourage anyone to do. I mean, if you still > *really* wanted to do it then you could just move the relevant obj > directory aside (and I'm sure a studly guy like Nate could make a > shell function out if it so that he never had to know the > corresponding obj dir location). This is really hollering for an implementation of stackable mounts. (Or translucent mounts, or whatever the current buzzword for it is.) Stacked mounts are one of the joys of Plan 9, and we could do well by following their lead. (Wasn't there broken FS code in 4.4 that tried to implement something like this? It's been a while since I looked at a raw 4.4 source tree ...) I'm sure Terry can comment on this :-) --lyndon From owner-freebsd-current Mon Jun 24 20:14:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20125 for current-outgoing; Mon, 24 Jun 1996 20:14:47 -0700 (PDT) Received: from magigimmix.xs4all.nl (magigimmix.xs4all.nl [194.109.6.25]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA20110 for ; Mon, 24 Jun 1996 20:14:43 -0700 (PDT) Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by magigimmix.xs4all.nl (8.7.5/XS4ALL) with ESMTP id FAA12669; Tue, 25 Jun 1996 05:14:40 +0200 (MET DST) Received: from plm.xs4all.nl (uucp@localhost) by asterix (8.7.5/8.7.2) with UUCP id FAA17224; Tue, 25 Jun 1996 05:03:53 +0200 (MET DST) Received: (from plm@localhost) by plm.xs4all.nl (8.7.5/8.7.3) id XAA18043; Mon, 24 Jun 1996 23:49:18 +0200 (MET DST) Date: Mon, 24 Jun 1996 23:49:18 +0200 (MET DST) Message-Id: <199606242149.XAA18043@plm.xs4all.nl> From: Peter Mutsaers To: msmith@atrad.adelaide.edu.au CC: freebsd-current@FreeBSD.ORG In-reply-to: <199606240432.OAA20000@genesis.atrad.adelaide.edu.au> (message from Michael Smith on Mon, 24 Jun 1996 14:02:18 +0930 (CST)) Subject: Re: tcl -- what's going on here. Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> On Mon, 24 Jun 1996 14:02:18 +0930 (CST), Michael Smith >> said: MS> Peter Mutsaers stands accused of saying: me> Do these really warrant that perl4 (in the future perl5, which me> is much bigger?) is part of the base OS? MS> The justification for having tools like perl and Tcl in the MS> base system is their fundamental utility, not their necessity MS> as interpreters for other parts. MS> Is 'bc' used by anything else, for example? Yet it's a useful MS> thing to have. So is perl, so is Tcl, so are a number of MS> other things. But bc, like sh, awk etc. are part of standard Unix (Posix) and thus can expected to be everywhere. -- ______________________________________________________________________ Peter Mutsaers | Abcoude (Utrecht), | Memento Mori plm@xs4all.nl | the Netherlands | From owner-freebsd-current Mon Jun 24 20:32:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA23733 for current-outgoing; Mon, 24 Jun 1996 20:32:37 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA23710 for ; Mon, 24 Jun 1996 20:32:33 -0700 (PDT) Received: (from jkh@localhost) by time.cdrom.com (8.7.5/8.6.9) id UAA16404 for current@freebsd.org; Mon, 24 Jun 1996 20:32:23 -0700 (PDT) Date: Mon, 24 Jun 1996 20:32:23 -0700 (PDT) From: "Jordan K. Hubbard" Message-Id: <199606250332.UAA16404@time.cdrom.com> To: current@freebsd.org Subject: Has anyone noticed a problem with rshd in -current? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems like 1 out of every 3 attempts from another host, it exits immediately and a "Connection refused" is generated on the client. Just checking to see if it's me and my personal weirdness field, first. :) Jordan From owner-freebsd-current Mon Jun 24 20:37:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25036 for current-outgoing; Mon, 24 Jun 1996 20:37:24 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA25016 for ; Mon, 24 Jun 1996 20:37:15 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA05561; Mon, 24 Jun 1996 20:37:14 -0700 Date: Mon, 24 Jun 1996 20:37:14 -0700 (PDT) From: "Brian N. Handy" Reply-To: "Brian N. Handy" To: freebsd-current@freebsd.org Subject: make world falling down down down Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Heya, In a moment of overenthusiasm I decided to give "make world" a spin to see what happened. I supped the tree as of a couple hours ago, and bootstrapped a'la Jordan's request: cd /usr/src/usr.bin/make make clean all install And then.... cd /usr/src make world And then...shortly into things, it happened: ===> usr.sbin/named/xfer rm -f a.out Errs errs mklog named-xfer version.o named-xfer.o db_glue.o version.c version.o named-xfer.8.gz rm -f .depend tags ===> usr.sbin/named/tools make: don't know how to make cleandepend. Stop *** Error code 2 Stop. *** Error code 1 Stop. ...not sure if something's amiss or I'm amiss...ideas? Regards, Brian From owner-freebsd-current Mon Jun 24 20:58:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29629 for current-outgoing; Mon, 24 Jun 1996 20:58:07 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29600; Mon, 24 Jun 1996 20:58:03 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id XAA17163; Mon, 24 Jun 1996 23:54:45 -0400 (EDT) Date: Mon, 24 Jun 1996 23:55:41 -0400 (EDT) From: Brian Tao To: sos@freebsd.org cc: FreeBSD current Subject: Re: Syscons CUT&PASTE functionality added... In-Reply-To: <199606211054.MAA15345@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 21 Jun 1996 sos@freebsd.org wrote: > > I just put in the last bits to get CUT&PASTE to work in syscons. > This now allow one to C&P between the consoles using the mouse > to select the needed text. Any idea how much work it would take to add equivalent functionality into the pcvt driver? -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Mon Jun 24 21:12:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04394 for current-outgoing; Mon, 24 Jun 1996 21:12:31 -0700 (PDT) Received: from multivac.orthanc.com (root@multivac.orthanc.com [207.102.89.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04384 for ; Mon, 24 Jun 1996 21:12:28 -0700 (PDT) Received: from localhost (lyndon@localhost) by multivac.orthanc.com (8.7.5/8.7.3) with SMTP id VAA07543; Mon, 24 Jun 1996 21:12:09 -0700 (PDT) Message-Id: <199606250412.VAA07543@multivac.orthanc.com> X-Authentication-Warning: multivac.orthanc.com: Host lyndon@localhost didn't use HELO protocol From: Lyndon Nerenberg VE7TCP To: "Jordan K. Hubbard" cc: current@freebsd.org Subject: Re: Has anyone noticed a problem with rshd in -current? In-reply-to: Your message of "Mon, 24 Jun 1996 20:32:23 PDT." <199606250332.UAA16404@time.cdrom.com> Date: Mon, 24 Jun 1996 21:12:09 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does this happen according to the following scenario? rsh foo blat [ drop connection and wait ; Mon, 24 Jun 1996 21:31:05 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA16703; Mon, 24 Jun 1996 21:30:37 -0700 (PDT) To: "Brian N. Handy" cc: freebsd-current@FreeBSD.org Subject: Re: make world falling down down down In-reply-to: Your message of "Mon, 24 Jun 1996 20:37:14 PDT." Date: Mon, 24 Jun 1996 21:30:36 -0700 Message-ID: <16701.835677036@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Already fixed, please resync and try again! jordan > Heya, > > In a moment of overenthusiasm I decided to give "make world" a spin to see > what happened. I supped the tree as of a couple hours ago, and > bootstrapped a'la Jordan's request: > > cd /usr/src/usr.bin/make > make clean all install > > And then.... > > cd /usr/src > make world > > And then...shortly into things, it happened: > > ===> usr.sbin/named/xfer > rm -f a.out Errs errs mklog named-xfer version.o named-xfer.o > db_glue.o version.c version.o named-xfer.8.gz > rm -f .depend tags > ===> usr.sbin/named/tools > make: don't know how to make cleandepend. Stop > *** Error code 2 > > Stop. > *** Error code 1 > > Stop. > > ...not sure if something's amiss or I'm amiss...ideas? > > Regards, > > Brian > From owner-freebsd-current Mon Jun 24 21:32:46 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA07877 for current-outgoing; Mon, 24 Jun 1996 21:32:46 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA07868 for ; Mon, 24 Jun 1996 21:32:44 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA16714; Mon, 24 Jun 1996 21:32:24 -0700 (PDT) To: Lyndon Nerenberg VE7TCP cc: current@freebsd.org Subject: Re: Has anyone noticed a problem with rshd in -current? In-reply-to: Your message of "Mon, 24 Jun 1996 21:12:09 PDT." <199606250412.VAA07543@multivac.orthanc.com> Date: Mon, 24 Jun 1996 21:32:24 -0700 Message-ID: <16712.835677144@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Does this happen according to the following scenario? > > rsh foo blat > [ drop connection and wait rsh foo blat No, unfortunately in this scenario even the first `rsh foo blat' often fails. Jordan From owner-freebsd-current Mon Jun 24 23:27:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19979 for current-outgoing; Mon, 24 Jun 1996 23:27:27 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA19972 for ; Mon, 24 Jun 1996 23:27:24 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uYRai-000Qa9C; Tue, 25 Jun 96 08:27 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id IAA21579; Tue, 25 Jun 1996 08:08:43 +0200 Message-Id: <199606250608.IAA21579@allegro.lemis.de> Subject: Re: make fails To: bde@zeta.org.au (Bruce Evans) Date: Tue, 25 Jun 1996 08:08:43 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199606241643.CAA31225@godzilla.zeta.org.au> from "Bruce Evans" at Jun 25, 96 02:43:39 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: > >>>> Wouldn't it be more appropriate to print out the ld invocation line >>>> too? >>> >>> No more than to add -v to CFLAGS. > >> Well, I'd think that you should either print both the cc -c invocation >> and the ld invocation, or neither. It's very confusing to just leave >> some of them out. Personally, I'm for having them both there. > > No, because the ld -x -r step is just to overcome the inability of cc > to handle the -x step. I don't see what that has to do with it. If you show the command invocations, you should show the command invocations, whatever their raison d'Йtre. >>> @ is often misused in makefiles, but one running current should be >>> able to run make -n to see exactly what make would do. > >> Sure. How long does a make -n world run for? Does it really descend >> properly into all subdirectories? Who expects this behaviour? The >> current situation is just plain misleading. > > I don't know about make world because I never run it. make -n is fast > but almost useless because it doesn't descend. That's what I thought. > The lib behaviour is expected by everyone who understands the > library makefiles. Which makes about 20 people? Greg From owner-freebsd-current Mon Jun 24 23:44:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21896 for current-outgoing; Mon, 24 Jun 1996 23:44:35 -0700 (PDT) Received: from diablo.ppp.de (diablo.ppp.de [193.141.101.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA21891 for ; Mon, 24 Jun 1996 23:44:32 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uYRrR-000Qa9C; Tue, 25 Jun 96 08:44 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id IAA21714; Tue, 25 Jun 1996 08:29:19 +0200 Message-Id: <199606250629.IAA21714@allegro.lemis.de> Subject: Re: OK, who broke BSD/OS compatibility? To: julian@ref.tfs.com (JULIAN Elischer) Date: Tue, 25 Jun 1996 08:29:19 +0200 (MET DST) Cc: FreeBSD-current@FreeBSD.ORG (FreeBSD current users) In-Reply-To: <199606242314.QAA03123@ref.tfs.com> from "JULIAN Elischer" at Jun 24, 96 04:14:57 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk JULIAN Elischer writes: > >> Since this morning's build (CVS 2146 vs. 2142), BSD/OS emulation >> doesn't work any more. Processes crap out before hitting _start. >> Could whoever did it please fix it? > > did you ever solve this? No, it's still there with this morning's build (CTM 2158). Greg From owner-freebsd-current Mon Jun 24 23:58:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA22843 for current-outgoing; Mon, 24 Jun 1996 23:58:58 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA22836; Mon, 24 Jun 1996 23:58:55 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA15097; Tue, 25 Jun 1996 08:58:43 +0200 Message-Id: <199606250658.IAA15097@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Tue, 25 Jun 1996 08:58:42 +0200 (MET DST) Cc: sos@freebsd.org, current@freebsd.org In-Reply-To: <199606250109.LAA02494@rf900.physics.usyd.edu.au> from "David Dawes" at Jun 25, 96 11:09:25 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to David Dawes who wrote: > > >Because the way I understand it, its because BOTH mosed & X has the > >mousedevice open at the same time, this is only fixable by having > >one of then close it. BUT the X server NEVER closes it during its > >life time :( > > That isn't true for the XFree86 servers. They close the mouse device > when switching away from the X server. They do this so that other things > can use the mouse (eg, an X server running on another vty). Great !, thanks for the enlightment, it has to be my old'ish Xaccel server that does wierd things. Now that I have your attention, how would you guys prefer to talk to the mouse ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Tue Jun 25 00:05:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23793 for current-outgoing; Tue, 25 Jun 1996 00:05:42 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA23782; Tue, 25 Jun 1996 00:05:39 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA15197; Tue, 25 Jun 1996 09:05:17 +0200 Message-Id: <199606250705.JAA15197@ra.dkuug.dk> Subject: Re: Syscons CUT&PASTE functionality added... To: taob@io.org (Brian Tao) Date: Tue, 25 Jun 1996 09:05:17 +0200 (MET DST) Cc: sos@FreeBSD.org, current@FreeBSD.org In-Reply-To: from "Brian Tao" at Jun 24, 96 11:55:41 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Brian Tao who wrote: > > On Fri, 21 Jun 1996 sos@freebsd.org wrote: > > > > I just put in the last bits to get CUT&PASTE to work in syscons. > > This now allow one to C&P between the consoles using the mouse > > to select the needed text. > > Any idea how much work it would take to add equivalent > functionality into the pcvt driver? No idea, I don't watch the competition, I'm only looking ahead :) :) No, seriously I have no idea, the way syscons and pcvt handles the screens are quite different, so the tecniques that I use in syscons wont fit into pcvt's framework. Joerg ?? ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Tue Jun 25 00:52:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA28207 for current-outgoing; Tue, 25 Jun 1996 00:52:39 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA28178 for ; Tue, 25 Jun 1996 00:52:35 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA21510 for ; Tue, 25 Jun 1996 09:52:24 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA07287 for freebsd-current@FreeBSD.org; Tue, 25 Jun 1996 09:52:24 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA17680 for freebsd-current@FreeBSD.org; Tue, 25 Jun 1996 09:48:06 +0200 (MET DST) From: J Wunsch Message-Id: <199606250748.JAA17680@uriah.heep.sax.de> Subject: Re: Has anyone noticed a problem with rshd in -current? To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 25 Jun 1996 09:48:06 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606250332.UAA16404@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 24, 96 08:32:23 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > It seems like 1 out of every 3 attempts from another host, it > exits immediately and a "Connection refused" is generated on the > client. It _exits_ immediately? I think it's a long-standing bug which never anybody came round to analyze and fix. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jun 25 01:33:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01947 for current-outgoing; Tue, 25 Jun 1996 01:33:52 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA01940 for ; Tue, 25 Jun 1996 01:33:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA31406; Tue, 25 Jun 1996 18:26:34 +1000 Date: Tue, 25 Jun 1996 18:26:34 +1000 From: Bruce Evans Message-Id: <199606250826.SAA31406@godzilla.zeta.org.au> To: freebsd-current@FreeBSD.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >While I think the new cleanup of the obj handling is great, it appears that >it's now impossible to build things *inside* of the /usr/obj tree now? src >How does one build stuff inside of the current directory using the >current mk macros? I leave /usr/obj (and the symlinks) populated with the most >recent sources on my development box, so I don't have to re-build everything on >updates. Then, when I do local hacking I 'mv obj obj_off' and do all my >hacking knowing that I won't mess up my 'normal' obj files, and then after >I finish I do a 'cvs update; make cleandir; mv obj_off obj' and I'm back to >where I was before I started. Move the real obj directory out of the way similary. Make's path building and priorities for finding the obj directory are now broken. Not only the source tree is broken. Try this: $ cd /tmp $ cvs co cat $ cd cat $ make # builds in ".", OK $ make clean $ mkdir obj $ make # still builds in ".", not OK $ make clean $ mkdir /usr/obj/tmp /usr/obj/tmp/cat $ make # now builds in /usr/obj/tmp/cat :-( $ rm -rf /usr/obj/tmp # don't leave this trap $ export MAKEOBJDIR=obj $ mkdir obj $ make # still builds in ".", not OK $ mkdir obj/tmp obj/tmp/cat $ make # now builds in /tmp/cat/obj/tmp/cat :-(. Make's default obj directory search path (in $PATH notation) has changed as follows: case MAKEOBJDIR not set (machine i386): old new --- --- ./obj.i386:./obj:. /usr/obj/tmp/cat:. case MAKEOBJDIR set to "obj": old new --- --- ./obj:./obj. ./obj/tmp/cat:. case MAKEOBJDIR set to "/tmp/cat/obj": old new --- --- /tmp/cat/obj:/tmp/cat/obj:. /tmp/cat/obj/tmp/cat:. The builtin knowledge of /usr/obj is worse than the builtin knowledge of ./obj, and MAKEOBJDIR useless becase the full path to the current directory is appended to it. Fix: restore the old behaviour of make and introduce a new environment variable MAKEOBJTREE to control the new behaviour. The priorities should be: $MAKEOBJDIR (if MAKEOBJDIR is set) (highest) obj.$machine obj $MAKEOBJTREE/`pwd` (if MAKEOBJTREE is set) . MAKEOBJTREE would normally be set in bsd.*.mk. The above priority allow overriding it easily (for building outside the src tree) using `mkdir obj'. There is still the problem that the objects may be put under $MAKEOBJTREE if a directory that you don't know about happens to exist there. I also dislike the full pathname being appended to $MAKEOBJTREE. Bruce From owner-freebsd-current Tue Jun 25 01:36:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02234 for current-outgoing; Tue, 25 Jun 1996 01:36:58 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA02203; Tue, 25 Jun 1996 01:36:46 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id SAA03634; Tue, 25 Jun 1996 18:36:41 +1000 From: David Dawes Message-Id: <199606250836.SAA03634@rf900.physics.usyd.edu.au> Subject: Re: moused conflicts with X11 To: sos@FreeBSD.org Date: Tue, 25 Jun 1996 18:36:41 +1000 (EST) Cc: current@FreeBSD.org In-Reply-To: <199606250658.IAA15097@ra.dkuug.dk> from "sos@FreeBSD.org" at Jun 25, 96 08:58:42 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >In reply to David Dawes who wrote: >> >> >Because the way I understand it, its because BOTH mosed & X has the >> >mousedevice open at the same time, this is only fixable by having >> >one of then close it. BUT the X server NEVER closes it during its >> >life time :( >> >> That isn't true for the XFree86 servers. They close the mouse device >> when switching away from the X server. They do this so that other things >> can use the mouse (eg, an X server running on another vty). > >Great !, thanks for the enlightment, it has to be my old'ish Xaccel >server that does wierd things. Now that I have your attention, how >would you guys prefer to talk to the mouse ?? It would be nice if there was an option to have the OS do the protocol translation, and provide a device from which the translated mouse events can be read. SVR4, SCO and Mach (and OS/2, I think) do this sort of thing. gpm on Linux provides a device (probably a pipe, I don't know the details), which gives output translated to MouseSystems format regardless of the native mouse type. David From owner-freebsd-current Tue Jun 25 01:46:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03074 for current-outgoing; Tue, 25 Jun 1996 01:46:00 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA03069; Tue, 25 Jun 1996 01:45:54 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA16564; Tue, 25 Jun 1996 10:45:31 +0200 Message-Id: <199606250845.KAA16564@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Tue, 25 Jun 1996 10:45:31 +0200 (MET DST) Cc: sos@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199606250836.SAA03634@rf900.physics.usyd.edu.au> from "David Dawes" at Jun 25, 96 06:36:41 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to David Dawes who wrote: > > >Great !, thanks for the enlightment, it has to be my old'ish Xaccel > >server that does wierd things. Now that I have your attention, how > >would you guys prefer to talk to the mouse ?? > > It would be nice if there was an option to have the OS do the protocol > translation, and provide a device from which the translated mouse events > can be read. SVR4, SCO and Mach (and OS/2, I think) do this sort of > thing. gpm on Linux provides a device (probably a pipe, I don't know > the details), which gives output translated to MouseSystems format > regardless of the native mouse type. Hmm, that could easily be arranged, I could easy make a minor# on syscons send out mouse events, no problem in that end... Do we want that ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Tue Jun 25 02:02:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04623 for current-outgoing; Tue, 25 Jun 1996 02:02:35 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA04611 for ; Tue, 25 Jun 1996 02:02:28 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id LAA16761 for current@freebsd.org; Tue, 25 Jun 1996 11:02:26 +0200 Message-Id: <199606250902.LAA16761@ra.dkuug.dk> Subject: syscons & moused has changed.. To: current@freebsd.org (FreeBSD current) Date: Tue, 25 Jun 1996 11:02:26 +0200 (MET DST) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk You need to recompile both as the protocol between them has changed. Sorry for the inconvenience. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Tue Jun 25 03:29:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA11874 for current-outgoing; Tue, 25 Jun 1996 03:29:34 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA11861 for ; Tue, 25 Jun 1996 03:29:31 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id NAA10042; Tue, 25 Jun 1996 13:07:06 +0300 (EET DST) Date: Tue, 25 Jun 1996 13:07:05 +0300 (EET DST) From: Seppo Kallio To: Amancio Hasty cc: current@freebsd.org Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * In-Reply-To: <199606241148.EAA08977@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Amancio Hasty wrote: > On the machines that the gus pnp does not work, boot with the -v flag > so we can get an idea as to what is the system configurating the > devices to .... > > Amancio And how can I see what -v is displaying. The output is on the screen about 0.1 seconds. Seppo From owner-freebsd-current Tue Jun 25 05:09:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA20348 for current-outgoing; Tue, 25 Jun 1996 05:09:36 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA20343; Tue, 25 Jun 1996 05:09:32 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id PAA17755; Tue, 25 Jun 1996 15:05:56 +0300 (EET DST) Date: Tue, 25 Jun 1996 15:05:55 +0300 (EET DST) From: Seppo Kallio To: Terry Lambert cc: multimedia@freebsd.org, users@freebsd.org, current@freebsd.org Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * In-Reply-To: <199606242035.NAA28898@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Terry Lambert wrote: > > I have two kind of machines one with MicroStar P120 PCI motherboard one > > with SOYO P150 PCI Motherboard. > > > > The Amancio's gus pnp driver 3 works fine in MicroStar, but in SOYO it is > > blocking somehow the Ethernet cards (Both tested: SMC Elite and 3COM > > Etherlink III) > > > > Has someone got GUS PnP Pro + guspnp3 running? In SOYO Motherboard. If has > > how. > > > > Please help. I have 6 machines and 6 GUS PnP Pro cards and I cannot get > > them to work together. > > Does the motherboard actually have PnP BIOS? Award Plug and Play BIOS Extension v1.0A Copyright Award Software Inc > The ethernet cards must be identified to the PnP BIOS as well so that > their address assignments aren't conflicted. A Real(tm) PnP BIOS > will have a CMOS setup that lets you locate state cards in the > interference graph so the PnP assignments will not conflict. In my test today: SMC irq is 10, port is 300, iomem is cc000 GUS irq is 11, port is 220, dma is now 5,7 (1,3 tested also) In kernel I have device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr controller snd0 device gus0 at isa? vector gusintr If gus is in the box I am getting ed0 timeout if I take gus out ed0 works OK. So there must be some other pci card conflicting with ed0 when gus is in. * Ah. Now it works. I did change ed0 to irq 3 port 280 iomem d0000 * But I understand this at all ... In CMOS in PCI Configuration Setup: PnP BIOS Autoconfig enabled Slot1 using INT#: AUTO Slot2 using INT#: AUTO Slot3 using INT#: AUTO Slot4 using INT#: AUTO PCI IRQ Actived By: Level PCI IDE IRQ Map to: PCI-AUTO Primary IDE INT#: A Secondary IDE INT#: B Seppo From owner-freebsd-current Tue Jun 25 05:12:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA20522 for current-outgoing; Tue, 25 Jun 1996 05:12:12 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA20516 for ; Tue, 25 Jun 1996 05:12:09 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA00776; Tue, 25 Jun 1996 22:17:13 +0930 From: Michael Smith Message-Id: <199606251247.WAA00776@genesis.atrad.adelaide.edu.au> Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * To: kallio@cc.jyu.fi (Seppo Kallio) Date: Tue, 25 Jun 1996 22:17:12 +0930 (CST) Cc: hasty@rah.star-gate.com, current@freebsd.org In-Reply-To: from "Seppo Kallio" at Jun 25, 96 01:07:05 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Seppo Kallio stands accused of saying: > > > On the machines that the gus pnp does not work, boot with the -v flag > > so we can get an idea as to what is the system configurating the > > devices to .... > > > > Amancio > > And how can I see what -v is displaying. The output is on the > screen about 0.1 seconds. Grr. This is a REALLY STUPID question. If you're asking this, you're telling us that you haven't read the documentation. The answer, just so that this isn't entirely a flame, is to hit the Scroll Lock key and scroll the console back to read it. > Seppo -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Jun 25 09:03:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA11982 for current-outgoing; Tue, 25 Jun 1996 09:03:19 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA11976 for ; Tue, 25 Jun 1996 09:03:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA18588; Tue, 25 Jun 1996 09:02:48 -0700 (PDT) To: Bruce Evans cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Tue, 25 Jun 1996 18:26:34 +1000." <199606250826.SAA31406@godzilla.zeta.org.au> Date: Tue, 25 Jun 1996 09:02:48 -0700 Message-ID: <18586.835718568@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Make's path building and priorities for finding the obj directory are now > broken. Not only the source tree is broken. Try this: But it's not! > $ cd /tmp > $ cvs co cat > $ cd cat > $ make # builds in ".", OK > $ make clean > $ mkdir obj > $ make # still builds in ".", not OK WRONG. This is not how it works now! I don't know what this weird fixation people have with trampling on /usr/src now is, but there's no reason for this to work because it's not looking in ${.SRCDIR}/obj and never will again. Don't be fooled by the `objlink' stuff as that's only user convenience - the make system does *not* follow the link! > $ make clean > $ mkdir /usr/obj/tmp /usr/obj/tmp/cat "make obj" is recommended. > $ make # now builds in /usr/obj/tmp/cat :-( Exactly! That's correct. > $ rm -rf /usr/obj/tmp # don't leave this trap > $ export MAKEOBJDIR=obj Again, this is wrong and I explained this! MAKEOBJDIR is an absolute path now, NOT the name of the obj directory itself. > $ mkdir obj > $ make # still builds in ".", not OK Totally OK. This is correct. > $ mkdir obj/tmp obj/tmp/cat > $ make # now builds in /tmp/cat/obj/tmp/cat :-(. And still correct. Sorry Bruce, but there's nothing broken here except your expectation that everything should be still broken in the ways it was broken before! :-) Jordan From owner-freebsd-current Tue Jun 25 09:04:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12112 for current-outgoing; Tue, 25 Jun 1996 09:04:23 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA12107 for ; Tue, 25 Jun 1996 09:04:21 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA18599; Tue, 25 Jun 1996 09:04:01 -0700 (PDT) To: Bruce Evans cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Tue, 25 Jun 1996 18:26:34 +1000." <199606250826.SAA31406@godzilla.zeta.org.au> Date: Tue, 25 Jun 1996 09:04:01 -0700 Message-ID: <18597.835718641@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The builtin knowledge of /usr/obj is worse than the builtin knowledge of > ./obj, and MAKEOBJDIR useless becase the full path to the current directory > is appended to it. P.S. I still don't see how this makes it useless at all - this is how it *should* work! We seem to be totally out of sync on what the build system is supposed to do, did before correctly and is doing now correctly. I don't know what to say! :-( Jordan From owner-freebsd-current Tue Jun 25 09:15:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12925 for current-outgoing; Tue, 25 Jun 1996 09:15:14 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA12898; Tue, 25 Jun 1996 09:15:06 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id MAA21581; Tue, 25 Jun 1996 12:11:48 -0400 (EDT) Date: Tue, 25 Jun 1996 12:12:43 -0400 (EDT) From: Brian Tao To: FREEBSD-CURRENT-L , FREEBSD-ISP-L Subject: New clue to "machine disappears off network" problem? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In another thread, several people noted that they have seen a machine suddenly lose its Ethernet connection. Most were using an SMC EtherPower PCI card of some sort, and I think one fellow said he had a 3com. Proposed solutions included pinging the machine from another node on the network, restarted routed and putting the interface through an ifconfig down/up cycle. I upgraded my workstation (the only machine on our network to have this problem) to 2.2-960612-SNAP, and it started reporting errors on the network interface: Jun 25 04:46:26 cabal /kernel: de0: receiver: CRC error Jun 25 05:29:52 cabal /kernel: de0: receiver: CRC error Jun 25 05:52:00 cabal /kernel: de0: receiver: CRC error Jun 25 06:05:25 cabal /kernel: de0: receiver: CRC error Jun 25 06:18:00 cabal /kernel: de0: receiver: CRC error Jun 25 06:39:25 cabal /kernel: de0: receiver: CRC error Jun 25 07:33:37 cabal /kernel: de0: receiver: CRC error Jun 25 08:03:57 cabal /kernel: de0: receiver: CRC error [etc.] No other machines are running this snapshot yet, so I can't say for sure if there is a correlation between a network hang and the reporting of these errors. Is this an indication of a bad cable or a bad card? I would be interested in hearing if anyone else sees these errors and has experienced the network hang problem. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Tue Jun 25 09:27:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14028 for current-outgoing; Tue, 25 Jun 1996 09:27:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14019 for ; Tue, 25 Jun 1996 09:27:25 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA15531; Wed, 26 Jun 1996 02:24:16 +1000 Date: Wed, 26 Jun 1996 02:24:16 +1000 From: Bruce Evans Message-Id: <199606251624.CAA15531@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Building inside of /usr/src? Cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> The builtin knowledge of /usr/obj is worse than the builtin knowledge of >> ./obj, and MAKEOBJDIR useless becase the full path to the current directory >> is appended to it. >P.S. I still don't see how this makes it useless at all - this is how >it *should* work! Because the default object directory for joe user running make in /home/joe/src/prog is /usr/obj/home/joe/src/prog. Bruce From owner-freebsd-current Tue Jun 25 09:29:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14268 for current-outgoing; Tue, 25 Jun 1996 09:29:31 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14249; Tue, 25 Jun 1996 09:29:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id JAA10524; Tue, 25 Jun 1996 09:29:09 -0700 (PDT) Message-Id: <199606251629.JAA10524@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Brian Tao cc: FREEBSD-CURRENT-L , FREEBSD-ISP-L Subject: Re: New clue to "machine disappears off network" problem? In-reply-to: Your message of "Tue, 25 Jun 1996 12:12:43 EDT." From: David Greenman Reply-To: davidg@root.com Date: Tue, 25 Jun 1996 09:29:09 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I upgraded my workstation (the only machine on our network to have >this problem) to 2.2-960612-SNAP, and it started reporting errors on >the network interface: > >Jun 25 04:46:26 cabal /kernel: de0: receiver: CRC error >Jun 25 05:29:52 cabal /kernel: de0: receiver: CRC error >Jun 25 05:52:00 cabal /kernel: de0: receiver: CRC error >Jun 25 06:05:25 cabal /kernel: de0: receiver: CRC error >Jun 25 06:18:00 cabal /kernel: de0: receiver: CRC error >Jun 25 06:39:25 cabal /kernel: de0: receiver: CRC error >Jun 25 07:33:37 cabal /kernel: de0: receiver: CRC error >Jun 25 08:03:57 cabal /kernel: de0: receiver: CRC error >[etc.] > > No other machines are running this snapshot yet, so I can't say >for sure if there is a correlation between a network hang and the >reporting of these errors. Is this an indication of a bad cable or a >bad card? I would be interested in hearing if anyone else sees these >errors and has experienced the network hang problem. It appears to be caused by a bug in the driver. It has been seen on several other machines as well (not the least of which was wcarchive before I pulled out the driver and put the old one back in). The author is at the IETF meeting and will be back next week. There is also a bug in it that will cause a panic. It'll be fixed after 2.1.5R ships. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Jun 25 09:53:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16885 for current-outgoing; Tue, 25 Jun 1996 09:53:40 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA16874 for ; Tue, 25 Jun 1996 09:53:34 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id CAA16299; Wed, 26 Jun 1996 02:50:48 +1000 Date: Wed, 26 Jun 1996 02:50:48 +1000 From: Bruce Evans Message-Id: <199606251650.CAA16299@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Building inside of /usr/src? Cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Make's path building and priorities for finding the obj directory are now >> broken. Not only the source tree is broken. Try this: >But it's not! >> $ cd /tmp >> $ cvs co cat >> $ cd cat >> $ make # builds in ".", OK >> $ make clean >> $ mkdir obj >> $ make # still builds in ".", not OK >WRONG. This is not how it works now! I don't know what this weird This is exactly how it works now. Have you tried it? :-). >fixation people have with trampling on /usr/src now is, but there's no >reason for this to work because it's not looking in ${.SRCDIR}/obj and >never will again. Don't be fooled by the `objlink' stuff as that's >only user convenience - the make system does *not* follow the link! Building things in /usr/src is only slightly broken. Building elsewhere is completely broken. My example builds in /tmp just because paths like /home/bde wouldn't be portable. >> $ make clean >> $ mkdir /usr/obj/tmp /usr/obj/tmp/cat >"make obj" is recommended. It will normally fail because normal users won't have write permission in /usr/obj, and in any case it only applies for building standard sources. >> $ rm -rf /usr/obj/tmp # don't leave this trap >> $ export MAKEOBJDIR=obj >Again, this is wrong and I explained this! MAKEOBJDIR is an absolute >path now, NOT the name of the obj directory itself. Actually, it's still relative to the current directory unless it begins with a '/', but most of the point of this is lost by appending the full path to the current directory to $MAKEOBJDIR. >Sorry Bruce, but there's nothing broken here except your expectation >that everything should be still broken in the ways it was broken >before! :-) There is no reason to break the old behaviour. If you want to break it, break it properly by removing the builtin /usr/obj path which is at best right for building /usr/src. Bruce From owner-freebsd-current Tue Jun 25 09:54:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA17034 for current-outgoing; Tue, 25 Jun 1996 09:54:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA17027 for ; Tue, 25 Jun 1996 09:54:51 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA18920; Tue, 25 Jun 1996 09:54:31 -0700 (PDT) To: Bruce Evans cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 02:24:16 +1000." <199606251624.CAA15531@godzilla.zeta.org.au> Date: Tue, 25 Jun 1996 09:54:31 -0700 Message-ID: <18918.835721671@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >P.S. I still don't see how this makes it useless at all - this is how > >it *should* work! > > Because the default object directory for joe user running make in > /home/joe/src/prog is /usr/obj/home/joe/src/prog. And..? It's correct! It's the same way it *used* to be, in fact. Unless you by luck had your src directory *really* under /usr/src, the sed script which intended to strip /usr/src off always failed and you'd end up with /usr/obj/actual/source/path/, something which was guaranteed in the case where you had "joe" checking out and building parts of his own tree. Jordan From owner-freebsd-current Tue Jun 25 10:09:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18235 for current-outgoing; Tue, 25 Jun 1996 10:09:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA18228 for ; Tue, 25 Jun 1996 10:08:59 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA19069; Tue, 25 Jun 1996 10:08:23 -0700 (PDT) To: Bruce Evans cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 02:50:48 +1000." <199606251650.CAA16299@godzilla.zeta.org.au> Date: Tue, 25 Jun 1996 10:08:23 -0700 Message-ID: <19067.835722503@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >WRONG. This is not how it works now! I don't know what this weird > > This is exactly how it works now. Have you tried it? :-). No, you misunderstood (and I was ambiguous) - I meant "This is not the way the system works now and your obj directory has no meaning." > Building things in /usr/src is only slightly broken. Building elsewhere > is completely broken. My example builds in /tmp just because paths like > /home/bde wouldn't be portable. Uh.. root@time-> cd /usr/tmp root@time-> cvs co cat cvs checkout: Updating cat U cat/Makefile U cat/cat.1 U cat/cat.c root@time-> cd cat root@time-> make obj /usr/obj/usr/tmp/cat created for /usr/tmp/cat root@time-> make cc -O2 -m486 -pipe -c /usr/tmp/cat/cat.c cc -O2 -m486 -pipe -o cat cat.o gzip -c /usr/tmp/cat/cat.1 > cat.1.gz root@time-> ls CVS Makefile cat.1 cat.c Looks good to me! Yes, /usr/obj/usr/tmp/cat is perfectly correct, too. > It will normally fail because normal users won't have write permission > in /usr/obj, and in any case it only applies for building standard If normal users want to build sources like this then they should probably either not use obj (same problem existed before after all, they just had the option of "fixing" it differently) or they should set MAKEOBJDIR to point to a hierarchy where they DO have write permission. > There is no reason to break the old behaviour. If you want to break > it, break it properly by removing the builtin /usr/obj path which is > at best right for building /usr/src. Where would you recommend I set it then? I don't like putting it in make either, it was simply the least invasive change to modify the meaning of MAKEOBJDIR and adjust _PATH_OBJDIR to match. If you want to eliminate the default value entirely then I guess we could set it in sys.mk - would that make you happier? :-) Jordan From owner-freebsd-current Tue Jun 25 10:17:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18963 for current-outgoing; Tue, 25 Jun 1996 10:17:24 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA18957 for ; Tue, 25 Jun 1996 10:17:19 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA17130; Wed, 26 Jun 1996 03:15:32 +1000 Date: Wed, 26 Jun 1996 03:15:32 +1000 From: Bruce Evans Message-Id: <199606251715.DAA17130@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Building inside of /usr/src? Cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> >P.S. I still don't see how this makes it useless at all - this is how >> >it *should* work! >> >> Because the default object directory for joe user running make in >> /home/joe/src/prog is /usr/obj/home/joe/src/prog. >And..? It's correct! It's the same way it *used* to be, in fact. No, it used to go only to subdirectories of `prog' which joe can create (namely obj.`uname -m`, obj and "." in that order). Now the existence of /usr/obj/home/joe/src/prog makes it difficult for joe to even build things in the current directory :-(. >Unless you by luck had your src directory *really* under /usr/src, the >sed script which intended to strip /usr/src off always failed and >you'd end up with /usr/obj/actual/source/path/, something >which was guaranteed in the case where you had "joe" checking out and >building parts of his own tree. That's for building the FreeBSD src tree. A subdirectory named "obj" or simply "." worked well enough for single directories, although things were broken for the whole tree. I'm complaining about "obj" being broken for non-FreeSBD sources and "." being broken if the tree in /usr/obj somehow mirrors joe's tree. Bruce From owner-freebsd-current Tue Jun 25 10:42:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA21276 for current-outgoing; Tue, 25 Jun 1996 10:42:13 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA21269 for ; Tue, 25 Jun 1996 10:42:09 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA17962; Wed, 26 Jun 1996 03:38:24 +1000 Date: Wed, 26 Jun 1996 03:38:24 +1000 From: Bruce Evans Message-Id: <199606251738.DAA17962@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Building inside of /usr/src? Cc: freebsd-current@FreeBSD.org, nate@sri.MT.net Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> It will normally fail because normal users won't have write permission >> in /usr/obj, and in any case it only applies for building standard >If normal users want to build sources like this then they should >probably either not use obj (same problem existed before after all, >they just had the option of "fixing" it differently) or they should >set MAKEOBJDIR to point to a hierarchy where they DO have write >permission. Yes, but MAKEOBJDIR's operation is inconvenient for this since the full path to the current directory gets appended to it. If my source is in ~/src which is N levels below /, the obj dirs will go N levels below $MAKEOBJDIR. For MAKEOBJDIR=~/obj, I would like paths involving ~/src to be substituted to ~/obj (much like the old bsd.prog.mk did). This can almost be done by allowing MAKEOBJDIR to be a subsitution pattern (make probably needs to parse it specially). >> There is no reason to break the old behaviour. If you want to break >> it, break it properly by removing the builtin /usr/obj path which is >> at best right for building /usr/src. >Where would you recommend I set it then? I don't like putting it Put it in bsd.own.mk or somewhere that gets included everwhere for building /usr/src (and ports?). bsd.own.mk and (/etc/mk.conf) currently get included in sys.mk. This should be fixed soon - include bsd.own.mk only in bsd.*.mk and split up /etc/make.conf... >in make either, it was simply the least invasive change to modify >the meaning of MAKEOBJDIR and adjust _PATH_OBJDIR to match. If >you want to eliminate the default value entirely then I guess we >could set it in sys.mk - would that make you happier? :-) If it has the old semantics (for "obj"). Bruce From owner-freebsd-current Tue Jun 25 11:18:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25066 for current-outgoing; Tue, 25 Jun 1996 11:18:33 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA25055; Tue, 25 Jun 1996 11:18:27 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA00193; Tue, 25 Jun 1996 11:17:49 -0700 From: Terry Lambert Message-Id: <199606251817.LAA00193@phaeton.artisoft.com> Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * To: kallio@cc.jyu.fi (Seppo Kallio) Date: Tue, 25 Jun 1996 11:17:49 -0700 (MST) Cc: terry@lambert.org, multimedia@freebsd.org, users@freebsd.org, current@freebsd.org In-Reply-To: from "Seppo Kallio" at Jun 25, 96 03:05:55 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Does the motherboard actually have PnP BIOS? > > Award Plug and Play BIOS Extension v1.0A > Copyright Award Software Inc [ ... ] > > The ethernet cards must be identified to the PnP BIOS as well so that > > their address assignments aren't conflicted. A Real(tm) PnP BIOS > > will have a CMOS setup that lets you locate state cards in the > > interference graph so the PnP assignments will not conflict. > > In my test today: > > SMC irq is 10, port is 300, iomem is cc000 > GUS irq is 11, port is 220, dma is now 5,7 (1,3 tested also) These are BIOS-generated messages? > In kernel I have > > device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr > controller snd0 > device gus0 at isa? vector gusintr > > If gus is in the box I am getting ed0 timeout if I take gus out ed0 > works OK. > > So there must be some other pci card conflicting with ed0 when gus is in. > > * Ah. Now it works. I did change ed0 to irq 3 port 280 iomem d0000 * > > But I understand this at all ... It is the GUS. It is swallowing a lot of ports, but you have only a 1.0A (very old) version of the BIOS. You will need to turn off PnP or physically relocate the cards to avoid collision. You haven't really said whether the ethernet card is a PnP card or not. If it isn't, you must put it in the CMOS, or the PnP BIOS can't see it. Since an old PnP BIOS can't see the multiple ranges used by the GUS anyway, this is probably irrelevant. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Jun 25 11:52:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28265 for current-outgoing; Tue, 25 Jun 1996 11:52:23 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA28260; Tue, 25 Jun 1996 11:52:19 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id LAA22753; Tue, 25 Jun 1996 11:51:30 -0700 (PDT) Message-Id: <199606251851.LAA22753@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Terry Lambert cc: kallio@cc.jyu.fi (Seppo Kallio), multimedia@FreeBSD.org, users@FreeBSD.org, current@FreeBSD.org Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * In-reply-to: Your message of "Tue, 25 Jun 1996 11:17:49 PDT." <199606251817.LAA00193@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jun 1996 11:51:30 -0700 From: Amancio Hasty Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, I would disable the Plug and Play option for the BIOS and insert the IRQs manually on the CMOS. I had do that once with a buggy AMI Plug & Play BIOS. To configure the gus pnp in the above scenario, generate a config entry similar to this: device gus0 at isa? port 0x220 irq 11 drq 7 flags 0x5 vector gusintr In other words let the gus pnp sound driver fully configure the gus pnp for you. The config entry: > > device gus0 at isa? vector gusintr Tells the gus pnp driver to rely on the BIOS to fill in the appropiate values in the gus pnp card ... Hope this helps, Amancio >From The Desk Of Terry Lambert : > > > Does the motherboard actually have PnP BIOS? > > > > Award Plug and Play BIOS Extension v1.0A > > Copyright Award Software Inc > [ ... ] > > > > The ethernet cards must be identified to the PnP BIOS as well so that > > > their address assignments aren't conflicted. A Real(tm) PnP BIOS > > > will have a CMOS setup that lets you locate state cards in the > > > interference graph so the PnP assignments will not conflict. > > > > In my test today: > > > > SMC irq is 10, port is 300, iomem is cc000 > > GUS irq is 11, port is 220, dma is now 5,7 (1,3 tested also) > > These are BIOS-generated messages? > > > In kernel I have > > > > device ed0 at isa? port 0x300 net irq 10 iomem 0xcc000 vector edintr > > controller snd0 > > device gus0 at isa? vector gusintr > > > > If gus is in the box I am getting ed0 timeout if I take gus out ed0 > > works OK. > > > > So there must be some other pci card conflicting with ed0 when gus is in. > > > > * Ah. Now it works. I did change ed0 to irq 3 port 280 iomem d0000 * > > > > But I understand this at all ... > > It is the GUS. It is swallowing a lot of ports, but you have only a 1.0A > (very old) version of the BIOS. You will need to turn off PnP or physically > relocate the cards to avoid collision. > > You haven't really said whether the ethernet card is a PnP card or not. > If it isn't, you must put it in the CMOS, or the PnP BIOS can't see it. > Since an old PnP BIOS can't see the multiple ranges used by the GUS > anyway, this is probably irrelevant. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. From owner-freebsd-current Tue Jun 25 12:32:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA02886 for current-outgoing; Tue, 25 Jun 1996 12:32:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA02869 for ; Tue, 25 Jun 1996 12:31:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA00496; Tue, 25 Jun 1996 12:31:11 -0700 From: Terry Lambert Message-Id: <199606251931.MAA00496@phaeton.artisoft.com> Subject: Re: Building inside of /usr/src? To: lyndon@orthanc.com (Lyndon Nerenberg VE7TCP) Date: Tue, 25 Jun 1996 12:31:11 -0700 (MST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199606250203.TAA06487@multivac.orthanc.com> from "Lyndon Nerenberg VE7TCP" at Jun 24, 96 07:03:42 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'm not sure that the safety trade-off here makes it anything I'd ever > > want to deliberately encourage anyone to do. I mean, if you still > > *really* wanted to do it then you could just move the relevant obj > > directory aside (and I'm sure a studly guy like Nate could make a > > shell function out if it so that he never had to know the > > corresponding obj dir location). > > This is really hollering for an implementation of stackable mounts. > (Or translucent mounts, or whatever the current buzzword for it is.) > Stacked mounts are one of the joys of Plan 9, and we could do well > by following their lead. (Wasn't there broken FS code in 4.4 that > tried to implement something like this? It's been a while since I > looked at a raw 4.4 source tree ...) > > I'm sure Terry can comment on this :-) This is the intrinsic "union" option. It does not work. It does not work because VOP_ADVLOCK does not veto. It does not work because VOP_LOCK can not be stacked because it is stupidly referencing flags specific to the underlying vnode for lock resoloution instead of the union vnode. It does not work because VOP_LOOKUP, VOP_RENAME, etc. can not be stacked because they actually deallocate path structures that were allocated by code in vfs_syscalls.c, instead of the buffers being deallocated in vfs_syscalls.c as well, as you would expect in a proper idempotent layering implementation. VOP_LOCK stupidly references these flags because vclean needs them. vclean is an abomination before God, and is a half-kludge to deal with not having both vnode/offset and dev/offset based cache references simultaneously. Use of vnode/offset cache entries is a result of the unified cache implementation. It saves a bmap call when moving data to/from user space. It's why FreeBSD has faster I/O than most other systems. The lack of a parallel dev/offset based caching allows us to be lazy, and enlarges the bit limit on FS storage, though it does not help the inherent limit on file size (due to mapping). The lack of a parallel dev/offset results in the need for implementation of a "second chance cache" via ihash. Still, we will discard perfectly good pages from cache as a side effect of having no way to reassociate them with a vnode. The use of a global vnode pool instead of per FS mount instance vnode allocations damages cache locality. Combined with vclean, it also damages cache coherency. To repair: 1) Fix the stackability issues with the VFS interface itself, which will incidently cause the VFS to more closely conform to the Heidemann Thesis design on which it is based. Currently it only implements a subset of the specified functionality. 2) Migrate the vnode locking to the vnode instead of the per FS inode; get rid of the second chance cache at the same time (the Lite2 code does some of this). The pointer should have been in the vnode, not the inode, from the very beginning. 3) Move the directory name cache out of the per FS code and into the lookup code. 4) Move the vnodes from the global pool; establish a per-FS vnode free routine. 5) Establish VOP_GETPAGE/VOP_PUTPAGE, etc... 6) Union mounts will then work without kludges in lookup, locking, and other code. They *could* be made to work with great, gross kludges and changes to at least 3 FS's (that I know of), but that's a kludge I won't do. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Tue Jun 25 13:22:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA13157 for current-outgoing; Tue, 25 Jun 1996 13:22:39 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA13109 for ; Tue, 25 Jun 1996 13:22:27 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA25955; Tue, 25 Jun 1996 22:21:37 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA16356; Tue, 25 Jun 1996 22:21:36 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA19927; Tue, 25 Jun 1996 22:14:50 +0200 (MET DST) From: J Wunsch Message-Id: <199606252014.WAA19927@uriah.heep.sax.de> Subject: Re: moused conflicts with X11 To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 25 Jun 1996 22:14:50 +0200 (MET DST) Cc: dawes@rf900.physics.usyd.edu.au Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606250845.KAA16564@ra.dkuug.dk> from "sos@FreeBSD.org" at "Jun 25, 96 10:45:31 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As sos@FreeBSD.org wrote: > Hmm, that could easily be arranged, I could easy make a minor# on > syscons send out mouse events, no problem in that end... > Do we want that ?? Not _that_, but this. :-) Don't make it dependant on syscons. It's some sort of a super-driver layered on top of either sio or mse or psm, but only losely related to the console driver itself. You could actually even have a mouse but don't have a keyboard or graphics card, even though it would hardly make sense. Anyway, i'm (naturally :) more concerned about pcvt users. We should avoid things that would require more console-driver dependant hacks in the Xserver. (The Xserver would need hacks for both mouse scenarios anyway, for a reasonable transition time.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jun 25 13:54:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18478 for current-outgoing; Tue, 25 Jun 1996 13:54:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA18419; Tue, 25 Jun 1996 13:53:55 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA26740; Tue, 25 Jun 1996 22:52:18 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA16998; Tue, 25 Jun 1996 22:52:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA20127; Tue, 25 Jun 1996 22:32:52 +0200 (MET DST) From: J Wunsch Message-Id: <199606252032.WAA20127@uriah.heep.sax.de> Subject: Re: Syscons CUT&PASTE functionality added... To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Tue, 25 Jun 1996 22:32:52 +0200 (MET DST) Cc: taob@io.org, sos@FreeBSD.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606250705.JAA15197@ra.dkuug.dk> from "sos@FreeBSD.ORG" at "Jun 25, 96 09:05:17 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As sos@FreeBSD.ORG wrote: > > Any idea how much work it would take to add equivalent > > functionality into the pcvt driver? > > No idea, I don't watch the competition, I'm only looking ahead :) :) > > No, seriously I have no idea, the way syscons and pcvt handles the > screens are quite different, so the tecniques that I use in syscons > wont fit into pcvt's framework. Unless other people volunteer, i'm afraid it won't be done. Hellmuth is in ISDN these days, and his available amount of spare-time has been dropping drastically after the birth of his daughter last year anyway. :-) I don't have an infinite amount of time available myself, and pcvt basically does everything _i_ would need it for (except no longer supporting 132 col's on my new video card...), so the driving force for me is rather minimal. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Tue Jun 25 15:27:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00524 for current-outgoing; Tue, 25 Jun 1996 15:27:19 -0700 (PDT) Received: from sequent.kiae.su (sequent.kiae.su [193.125.152.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00507; Tue, 25 Jun 1996 15:27:10 -0700 (PDT) Received: by sequent.kiae.su id AA29833 (5.65.kiae-2 ); Wed, 26 Jun 1996 02:24:19 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 26 Jun 96 02:24:18 +0400 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id CAA02358; Wed, 26 Jun 1996 02:22:54 +0400 (MSD) Message-Id: <199606252222.CAA02358@nagual.ru> Subject: Syscons 8bit chars mouse paste fix To: sos@freebsd.org (Soren Schmidt), current@freebsd.org (FreeBSD-current) Date: Wed, 26 Jun 1996 02:22:54 +0400 (MSD) From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk 8bit chars not passed without this fix (l_rint expands sign bit): *** syscons.c.bak Tue Jun 25 15:06:37 1996 --- syscons.c Tue Jun 25 15:20:01 1996 *************** *** 3260,3266 **** { if (scp->status & MOUSE_ENABLED) { struct tty *tp; ! char *ptr = cut_buffer; tp = VIRTUAL_TTY(get_scr_num()); while (*ptr) --- 3260,3266 ---- { if (scp->status & MOUSE_ENABLED) { struct tty *tp; ! unsigned char *ptr = cut_buffer; tp = VIRTUAL_TTY(get_scr_num()); while (*ptr) -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Tue Jun 25 15:41:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02674 for current-outgoing; Tue, 25 Jun 1996 15:41:00 -0700 (PDT) Received: from ns.altadena.net (ns.altadena.net [206.126.128.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA02667 for ; Tue, 25 Jun 1996 15:40:58 -0700 (PDT) Received: by ns.altadena.net (Smail3.1.29.1 #8) id m0uYgn3-0003gOC; Tue, 25 Jun 96 15:40 PDT Message-Id: From: pete@ns.altadena.net (Pete Carah) Subject: arp lookup problems on -stable To: current@freebsd.org Date: Tue, 25 Jun 1996 15:40:57 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have a system configured as a router (ethernet p-p connection to a cisco 7k on one port, 4 virtual host addresses on the other ethernet, one of which is the "expected" router port for others on that net. All works fine and it routes as expected, but with all kernel revs since sometime in May it gives me a bunch of messages every 30 seconds (independent of whether I'm running gated, routed, or none): /kernel: arplookup 207.67.184.106 failed: could not allocate llinfo /kernel: arpresolve: can't allocate llinfo for 207.67.184.106 repeated for all of the addresses on the internal network. The messages are annoying but don't "seem" to affect operation? What's going on? -- Pete From owner-freebsd-current Tue Jun 25 15:55:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04679 for current-outgoing; Tue, 25 Jun 1996 15:55:40 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA04670 for ; Tue, 25 Jun 1996 15:55:34 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA00779; Tue, 25 Jun 1996 16:54:58 -0600 (MDT) Date: Tue, 25 Jun 1996 16:54:58 -0600 (MDT) Message-Id: <199606252254.QAA00779@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-Reply-To: <18586.835718568@time.cdrom.com> References: <199606250826.SAA31406@godzilla.zeta.org.au> <18586.835718568@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Sorry Bruce, but there's nothing broken here except your expectation > that everything should be still broken in the ways it was broken > before! :-) The *previous* behavior *allowed* you to use a read-only /usr/src tree, but it wasn't it's primary purpose. As a matter of fact (as I already pointed out to someone else), BSDi uses the same setup as we used to have on the CD which allowed building from a Read-Only media, but they simply pre-created the symlinks before the burned the CDs. (At least this was on an older CD of theirs, I haven't looked in quite a while). As I understand it, the purpose of the obj stuff was to allow building multiple architectures in one tree, and the symlink/'/usr/obj' was a way to keep *all* of the build files in one area. However, you could use obj directories just as easily (the previous version of bsd.obj.mk allowed this, but this was removed). You're removed some *useful* functionality from the obj system that both Bruce and I both pointed out, and your arguements haven't even begun to address the *real* issue. Instead, you've hid behind the smoke-screen of 'this is how it was *supposed* to work'. I disagree. The folks at CSRG were fully capable of making the obj stuff 'less flexible' as you've done, but instead left it flexible. Having a 'read-only' source tree is a side-effect of wanting to guarantee that none of the architecture-specific stuff inside the source tree to avoid screwing up the next architecture's build. Read-only sources wasn't the primary reason for 'obj'. Enough said. It's not a religious issue for me, but I do wish we could have the flexibility of the 'old' way and a knob to turn on the new behavior for those times where building from a read-only media is desired. Nate From owner-freebsd-current Tue Jun 25 17:07:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11316 for current-outgoing; Tue, 25 Jun 1996 17:07:10 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA11288 for ; Tue, 25 Jun 1996 17:06:07 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id BAA07884; Wed, 26 Jun 1996 01:03:50 GMT Message-Id: <199606260103.BAA07884@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 01:03:49 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 25, 9:02am X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" , Bruce Evans Subject: Re: Building inside of /usr/src? Cc: freebsd-current@freebsd.org, nate@sri.MT.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > > $ cd /tmp > > $ cvs co cat > > $ cd cat > > $ make # builds in ".", OK > > $ make clean > > $ mkdir obj > > $ make # still builds in ".", not OK > > WRONG. This is not how it works now! I don't know what this weird > fixation people have with trampling on /usr/src now is, What's this weird fixation one person has about sources not being built where they always have been. :-( (By the way, that reference to `/usr/src' should have been to `.', since modulo bugs there is nothing special about /usr/src.) I, too, expect the behaviour described by Bruce, and much prefer make(1) having hooks for doing things I tell it to than assuming knowledge of a /usr/obj heirarchy which was previously purely convention (and the whole obj directory thing was optional modulo a few bugs). This will certainly confuse anyone who has to deal with both FreeBSD and any other 4.4BSD-derived system. > Don't be fooled by the `objlink' stuff as that's > only user convenience - the make system does *not* follow the link! Oh, so I have to add some confusing redundancy to my system now to get anywhere near the behaviour I'm used to... :-( > > $ make # now builds in /usr/obj/tmp/cat :-( > > Exactly! That's correct. Not if I didn't tell it to. > Sorry Bruce, but there's nothing broken here except your expectation > that everything should be still broken in the ways it was broken > before! :-) It wasn't broken (much). By the way, there may have been bugs in the original code preventing it, but what's *now* the proper method of having simultaneous obj.i386 and obj.sparc (say) symlinks in `.' (so that `ls obj.*/.' works, among other things). Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 17:11:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11527 for current-outgoing; Tue, 25 Jun 1996 17:11:29 -0700 (PDT) Received: from luke.pmr.com (luke.pmr.com [206.224.65.132]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA11519 for ; Tue, 25 Jun 1996 17:11:22 -0700 (PDT) Received: (from bob@localhost) by luke.pmr.com (8.7.5/8.6.9) id TAA15104 for freebsd-current@freefall.cdrom.com; Tue, 25 Jun 1996 19:11:16 -0500 (CDT) From: Bob Willcox Message-Id: <199606260011.TAA15104@luke.pmr.com> Subject: Errors making world To: freebsd-current@freefall.FreeBSD.org (freebsd-current) Date: Tue, 25 Jun 1996 19:11:16 -0500 (CDT) X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am seeing these error messages on a make world in -current: ===> share/doc/FAQ sgmlfmt -f ascii /usr/src/share/doc/FAQ/freebsd-faq.sgml Insecure PATH at /usr/bin/sgmlfmt line 112. generating freebsd-faq.ascii... *** Error code 2 (continuing) sgmlfmt -f html /usr/src/share/doc/FAQ/freebsd-faq.sgml Insecure PATH at /usr/bin/sgmlfmt line 112. generating freebsd-faq.html... *** Error code 2 (continuing) `all' not remade because of errors. ===> share/doc/handbook sgmlfmt -f ascii /usr/src/share/doc/handbook/handbook.sgml Insecure PATH at /usr/bin/sgmlfmt line 112. generating handbook.ascii... *** Error code 2 (continuing) sgmlfmt -f html /usr/src/share/doc/handbook/handbook.sgml Insecure PATH at /usr/bin/sgmlfmt line 112. generating handbook.html... *** Error code 2 (continuing) `all' not remade because of errors. Anybody have any insight?? Thanks, -- Bob Willcox bob@luke.pmr.com Austin, TX From owner-freebsd-current Tue Jun 25 17:14:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11736 for current-outgoing; Tue, 25 Jun 1996 17:14:43 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA11711 for ; Tue, 25 Jun 1996 17:14:29 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id BAA07974; Wed, 26 Jun 1996 01:10:45 GMT Message-Id: <199606260110.BAA07974@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 01:10:45 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 25, 9:54am X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" , Bruce Evans Subject: Re: Building inside of /usr/src? Cc: freebsd-current@FreeBSD.ORG, nate@sri.MT.net Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > > Because the default object directory for joe user running make in > > /home/joe/src/prog is /usr/obj/home/joe/src/prog. > > And..? It's correct! It's the same way it *used* to be, in fact. What, even without /home/joe/src/obj? How about if joe had: /home/joe/src/obj.i386 -> /home/joe/i386/obj /home/joe/src/obj.sparc -> /home/joe/sparc/obj > Unless you by luck had your src directory *really* under /usr/src, the > sed script which intended to strip /usr/src off always failed and > you'd end up with /usr/obj/actual/source/path/, something > which was guaranteed in the case where you had "joe" checking out and > building parts of his own tree. I think I remember some implementation bugs along these lines. That's a far cry from being a design bug, though. Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 17:27:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA13450 for current-outgoing; Tue, 25 Jun 1996 17:27:32 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA13395 for ; Tue, 25 Jun 1996 17:26:48 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id BAA08095; Wed, 26 Jun 1996 01:25:22 GMT Message-Id: <199606260125.BAA08095@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 01:25:22 +0000 In-Reply-To: Nate Williams's message of Jun 25, 4:54pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Nate Williams , "Jordan K. Hubbard" Subject: Re: Building inside of /usr/src? Cc: Bruce Evans , freebsd-current@FreeBSD.ORG, nate@sri.MT.net Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Nate Williams > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > As I understand it, the purpose of the obj stuff was to allow building > multiple architectures in one tree, and the symlink/'/usr/obj' was a way > to keep *all* of the build files in one area. However, you could use > obj directories just as easily (the previous version of bsd.obj.mk > allowed this, but this was removed). Nate's words reflect my understanding of the 4.4BSD build system precisely. Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 19:04:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23348 for current-outgoing; Tue, 25 Jun 1996 19:04:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23342 for ; Tue, 25 Jun 1996 19:04:27 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA15628; Tue, 25 Jun 1996 19:03:19 -0700 (PDT) To: Nate Williams cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Tue, 25 Jun 1996 16:54:58 MDT." <199606252254.QAA00779@rocky.mt.sri.com> Date: Tue, 25 Jun 1996 19:03:19 -0700 Message-ID: <15626.835754599@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You're removed some *useful* functionality from the obj system that both > Bruce and I both pointed out, and your arguements haven't even begun to > address the *real* issue. Instead, you've hid behind the smoke-screen > of 'this is how it was *supposed* to work'. I disagree. The folks at Well, hang on now. Just because I don't agree with you or Bruce doesn't mean I'm hiding behind any smoke screens - I still have yet to hear a *substantive* argument as to WHY the old behavior should be preserved. What I get instead is "well, if you really *wanted* to stand on your head and wiggle your left foot while whistling ``I can't get no satisfaction'' then you wouldn't be able to now and this is bad." Sorry, I just don't see it as at all useful, with or without asterisks, and to be honest I'm feeling a little annoyed that neither of you lifted a finger to address the problems with the old system but have no compunctions about tying me up in exchange after exchange concerning the new one. I suffered all manner of problems with the old system, complained about it bitterly for *years* and I never heard a single squeak from anyone about how they'd undertake to fix it. Fine, I figure nobody gives a god-damn and take it upon myself to fix it and now suddenly everyone's crawling out of the woodwork with their favorite wacky disaster scenarios.. :-( If someone can convince me that I've broken something *without* using obviously contrived examples (of which we could spin thousands and be locked in discussion until the sun goes dark) then I'm more than amenable to making further changes. Jordan From owner-freebsd-current Tue Jun 25 19:13:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23855 for current-outgoing; Tue, 25 Jun 1996 19:13:14 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23848 for ; Tue, 25 Jun 1996 19:13:08 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id WAA27309; Tue, 25 Jun 1996 22:09:32 -0400 (EDT) Date: Tue, 25 Jun 1996 22:10:28 -0400 (EDT) From: Brian Tao To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: Syscons CUT&PASTE functionality added... In-Reply-To: <199606252032.WAA20127@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, J Wunsch wrote: > > Unless other people volunteer, i'm afraid it won't be done. Argh, oh well.... I'm not enough of a hacker and C coder to be able to take on this kind of thing either. :( -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Tue Jun 25 19:13:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23934 for current-outgoing; Tue, 25 Jun 1996 19:13:54 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA23924 for ; Tue, 25 Jun 1996 19:13:50 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA01934; Tue, 25 Jun 1996 20:12:30 -0600 (MDT) Date: Tue, 25 Jun 1996 20:12:30 -0600 (MDT) Message-Id: <199606260212.UAA01934@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Nate Williams , Bruce Evans , freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-Reply-To: <15626.835754599@time.cdrom.com> References: <199606252254.QAA00779@rocky.mt.sri.com> <15626.835754599@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You're removed some *useful* functionality from the obj system that both > > Bruce and I both pointed out, and your arguements haven't even begun to > > address the *real* issue. Instead, you've hid behind the smoke-screen > > of 'this is how it was *supposed* to work'. I disagree. The folks at > > Well, hang on now. Just because I don't agree with you or Bruce > doesn't mean I'm hiding behind any smoke screens - I still have yet to > hear a *substantive* argument as to WHY the old behavior should be > preserved. Because it's useful *and* used. Just because *you* don't use it doesn't mean not's useful. The current behavior is non-intuitive at best, and confusing at worst. > What I get instead is "well, if you really *wanted* to stand on your > head and wiggle your left foot while whistling ``I can't get no > satisfaction'' then you wouldn't be able to now and this is bad." This is *exactly* the point I'm making. You trivialize anyone who *uses* the current behavior and claim that it's never used and/or stupid. I call that a smoke screen. > Sorry, I just don't see it as at all useful, with or without > asterisks, and to be honest I'm feeling a little annoyed that neither > of you lifted a finger to address the problems with the old system but > have no compunctions about tying me up in exchange after exchange > concerning the new one. Tell me *what* was broken about the old way that required the fix you did other than you couldn't take a system and do a make world on it? Pre-create the obj directories and have at it. That's one of the *requirements* of the old system. > I suffered all manner of problems with the > old system, complained about it bitterly for *years* and I never heard > a single squeak from anyone about how they'd undertake to fix it. But the things you complain about weren't related to your fixes on the obj directory. You complain and moan about the whole pmake paradigm and it not being standard, so why even work with it at all. You haven't addressed *any* of the problems with the obj directory except for the need for symlinks in the source directory, which were < 1% of your complaints. > Fine, I figure nobody gives a god-damn and take it upon myself to fix > it and now suddenly everyone's crawling out of the woodwork with their > favorite wacky disaster scenarios.. :-( Because what you 'fixed' wasn't broken. And, what you complained about still isn't fixed (the requirement of dealing with obj/no-obj dirs, having to Bmake tools, and the paradigm of where the install stuff occurs). Most of your complaints have little to do with pmake and instead are related to having a (necessarily) complicated build system. > If someone can convince me that I've broken something *without* using > obviously contrived examples (of which we could spin thousands and be > locked in discussion until the sun goes dark) then I'm more than > amenable to making further changes. I've given you 4-5 examples I use on a regular basis, but since they aren't relevant to you then they aren't relevant. Bruce has given you easily reproducable examples yet you ignore them as well. You haven't shown any inkling to listen, so what does it matter? They will be blown off as 'standing on your head sucking milk through your nose, so it's irrelevant' anyway. Nate From owner-freebsd-current Tue Jun 25 19:19:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24359 for current-outgoing; Tue, 25 Jun 1996 19:19:38 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24351 for ; Tue, 25 Jun 1996 19:19:34 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA15721; Tue, 25 Jun 1996 19:14:36 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 01:03:49 -0000." <199606260103.BAA07884@linus.demon.co.uk> Date: Tue, 25 Jun 1996 19:14:36 -0700 Message-ID: <15719.835755276@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > What's this weird fixation one person has about sources not being built > where they always have been. :-( I want to share one source directory on multiple machines or point the user at a CDROM mounted /usr/src and say "go make world" in the usual way with no special case handling required. You don't know how many times I've fielded requests from people wanting this functionality, to say nothing of myself. > Oh, so I have to add some confusing redundancy to my system now to get > anywhere near the behaviour I'm used to... :-( Oh foo, one line in your /etc/make.conf will do the trick and you never have to think about it again. > It wasn't broken (much). It was enough to be a perennial thorn in my side (or I wouldn't have fixed it, geeze!). Jordan From owner-freebsd-current Tue Jun 25 19:21:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24588 for current-outgoing; Tue, 25 Jun 1996 19:21:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24579 for ; Tue, 25 Jun 1996 19:21:39 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA15747; Tue, 25 Jun 1996 19:15:56 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: Bruce Evans , freebsd-current@FreeBSD.ORG, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 01:10:45 -0000." <199606260110.BAA07974@linus.demon.co.uk> Date: Tue, 25 Jun 1996 19:15:56 -0700 Message-ID: <15745.835755356@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > What, even without /home/joe/src/obj? How about if joe had: > > /home/joe/src/obj.i386 -> /home/joe/i386/obj > /home/joe/src/obj.sparc -> /home/joe/sparc/obj That never worked. :-) > I think I remember some implementation bugs along these lines. That's > a far cry from being a design bug, though. It's fundamentally the same thing if a) nobody is going to fix it and b) it impacts your work. Who cares if it was design or implementation related if you're still suffering either way? Jordan From owner-freebsd-current Tue Jun 25 19:35:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA25821 for current-outgoing; Tue, 25 Jun 1996 19:35:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA25815 for ; Tue, 25 Jun 1996 19:34:57 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id TAA15798; Tue, 25 Jun 1996 19:30:46 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: Nate Williams , Bruce Evans , freebsd-current@FreeBSD.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 01:25:22 -0000." <199606260125.BAA08095@linus.demon.co.uk> Date: Tue, 25 Jun 1996 19:30:45 -0700 Message-ID: <15796.835756245@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Nate's words reflect my understanding of the 4.4BSD build system precisely. Look, this is getting silly. Here's my final opinion on the matter and I'll simply whack "delete" on anything else in this vein since it's really starting to take me away from things I should be doing instead, like work on 2.1.5 bogons: 1. I will fix outright bugs in my current implementation if they break some part of the *FreeBSD* build system. Sorry, I can't worry about every hypothetical TomBSD, DickBSD and HarryBSD - if they don't like FreeBSD's changes then they hardly have to take them, either - they're hardly being shoved down the *BSD world's throat here! 2. If someone else can give me the following features: 2a) Build from a totally read-only source tree with nothing more advanced than, say, `cd /cdrom/usr/src && make world'. This is not me being stubborn, this is me wanting to make symlinks to the CDROM sources on the behalf of the user, if they so choose, and not have to document the build procedure as being special in any way. No matter how they're getting to their source, it should be the *exact same* procedure and no magic environment variables to set. 2b) Don't have make world build/teardown symlinks as part of the build. Not only does this conflict with #1, but it will nuke any other build using the same tree simultaneously. 2c) Make it easy to destroy *all* artifacts of a build with a simple `rm -rf someobjdir' - I don't want to have to chase around through multiple parts of the system just to delete the old objects. Then I'll be perfectly happy to see the approach I took die and the new one, whatever that might be, take its place. None of these examples are contrived and they're ALL walls I have run into at one point or another (or kept me from making the sources easier to use for the novice with little disk space). If you or Bruce or Nate would care to do 2a - 2c then I'll happily bow out of the build-tree modification business, content that a bogon I've been complaining about for years was finally fixed and I didn't have to play lightning rod, either. Jordan From owner-freebsd-current Tue Jun 25 19:43:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA27151 for current-outgoing; Tue, 25 Jun 1996 19:43:10 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA27137 for ; Tue, 25 Jun 1996 19:43:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id TAA12883; Tue, 25 Jun 1996 19:43:01 -0700 (PDT) Message-Id: <199606260243.TAA12883@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: pete@ns.altadena.net (Pete Carah) cc: current@FreeBSD.ORG Subject: Re: arp lookup problems on -stable In-reply-to: Your message of "Tue, 25 Jun 1996 15:40:57 PDT." From: David Greenman Reply-To: davidg@root.com Date: Tue, 25 Jun 1996 19:43:01 -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I have a system configured as a router (ethernet p-p connection to >a cisco 7k on one port, 4 virtual host addresses on the other ethernet, >one of which is the "expected" router port for others on that >net. All works fine and it routes as expected, but with all kernel >revs since sometime in May it gives me a bunch of messages every >30 seconds (independent of whether I'm running gated, routed, or >none): > >/kernel: arplookup 207.67.184.106 failed: could not allocate llinfo >/kernel: arpresolve: can't allocate llinfo for 207.67.184.106 > >repeated for all of the addresses on the internal network. > >The messages are annoying but don't "seem" to affect operation? > >What's going on? This indicates, that, for whatever reason, arp was not able to find a route to reply to an incoming arp request. This is usually caused by a misconfigured netmask on either the router or the client. The arps get broadcast okay, but the netmask prevents a reply on the same interface. Hope this helps - I'm very pressed for time right now. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Jun 25 20:16:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29245 for current-outgoing; Tue, 25 Jun 1996 20:16:29 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29240 for ; Tue, 25 Jun 1996 20:16:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA02742; Wed, 26 Jun 1996 12:28:55 +0930 From: Michael Smith Message-Id: <199606260258.MAA02742@genesis.atrad.adelaide.edu.au> Subject: Re: Building inside of /usr/src? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 26 Jun 1996 12:28:54 +0930 (CST) Cc: mark@linus.demon.co.uk, bde@zeta.org.au, freebsd-current@FreeBSD.org, nate@sri.MT.net In-Reply-To: <15745.835755356@time.cdrom.com> from "Jordan K. Hubbard" at Jun 25, 96 07:15:56 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > What, even without /home/joe/src/obj? How about if joe had: > > > > /home/joe/src/obj.i386 -> /home/joe/i386/obj > > /home/joe/src/obj.sparc -> /home/joe/sparc/obj > > That never worked. :-) ...entirely aside from the fact that there isn't an existing toolchain that will let you do it anyway. And I don't see any sparc code in the FreeBSD tree, but I too have fielded questions about building from read-only source distributions. I for one _like_ the direction you're headed 8) If the tree is mounted on machines with native toolchains, then you have MAKEOBJDIR set seperately for each of them, or you specify it on the make commandline. I can't for the life of me see what people are whining about 8( > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Tue Jun 25 20:18:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29484 for current-outgoing; Tue, 25 Jun 1996 20:18:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29477 for ; Tue, 25 Jun 1996 20:18:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA16053; Tue, 25 Jun 1996 20:18:02 -0700 (PDT) To: Nate Williams cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Tue, 25 Jun 1996 20:12:30 MDT." <199606260212.UAA01934@rocky.mt.sri.com> Date: Tue, 25 Jun 1996 20:18:01 -0700 Message-ID: <16051.835759081@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Tell me *what* was broken about the old way that required the fix you > did other than you couldn't take a system and do a make world on it? I've already discussed this to death. You know exactly what was broken with the old system. > Pre-create the obj directories and have at it. That's one of the And they'll be blown away again immediately by a make world, or at the least it will try and fail miserably if the medium is not writable. Are you sure you know what you're talking about? :-) > But the things you complain about weren't related to your fixes on the > obj directory. You complain and moan about the whole pmake paradigm and > it not being standard, so why even work with it at all. You haven't Yes they were, Nate! I've already clarified exactly how and when they got in my way and, for the record, I *never* said "the pmake paradigm isn't standard" - there is no standard for this so I wouldn't even contemplate such a statement. What I said was that it was broken in several major respects. > Because what you 'fixed' wasn't broken. And, what you complained about > still isn't fixed (the requirement of dealing with obj/no-obj dirs, Yes it is, modulo *two* places in /usr/src/release/Makefile which bogusly traverse through obj rather than using a specialized target. I'll get to those later. > having to Bmake tools, and the paradigm of where the install stuff Uh, you're mixing arguments here. None of this has anything to do with the need for bmaking tools. > I've given you 4-5 examples I use on a regular basis, but since they > aren't relevant to you then they aren't relevant. Bruce has given you You've given me 2 examples of things you needed to do and I gave you a way to do them. You cited the need to have obj symlinks and I gave you selectable links. You cited the need to move obj links out of the way and I made what I thought was the entirely reasonable suggestion that you could just as easily move the directories if that's what you wanted. I'm not aware of any other examples that were directly from your experience. Mostly I've heard arguments like "you've broken the multiple-architecture model", despite the fact that it didn't really work before AND that we've no other architectures to speak of. If we were to suddenly get one, you may rest assured that I'd make sure it worked. > easily reproducable examples yet you ignore them as well. You haven't > shown any inkling to listen, so what does it matter? They will be blown Oh I'm willing to listen, I'm just not willing to turn handsprings over someone's contrived failure mode. Again, the two clear examples that were broken _anew_ (e.g. not always broken) I've fixed. See my other reply for what I feel to be a reasonable "final position" on this. If someone cares to do this better, I'm not wedded to my own implementation. Just don't bring back: @echo "--------------------------------------------------------------" @echo " Cleaning up the source tree, and rebuilding the obj tree" @echo "--------------------------------------------------------------" @echo here=`pwd`; dest=/usr/obj`echo $$here | sed 's,^/usr/src,,'`; \ if test -d /usr/obj -a ! -d $$dest; then \ mkdir -p $$dest; \ else \ true; \ fi; \ cd $$dest && rm -rf ${SUBDIR} find . -name obj | xargs rm -rf Whatever you do, PLEASE! Jordan From owner-freebsd-current Tue Jun 25 20:20:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29616 for current-outgoing; Tue, 25 Jun 1996 20:20:41 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29459 for ; Tue, 25 Jun 1996 20:18:28 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id EAA09754; Wed, 26 Jun 1996 04:16:40 GMT Message-Id: <199606260416.EAA09754@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 04:16:40 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 25, 7:15pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" Subject: Re: Building inside of /usr/src? Cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.mt.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > > What, even without /home/joe/src/obj? How about if joe had: > > > > /home/joe/src/obj.i386 -> /home/joe/i386/obj > > /home/joe/src/obj.sparc -> /home/joe/sparc/obj > > That never worked. :-) Have you tried it? :-) $ cd ~/tmp $ mkdir src i386 i386/obj $ cd src $ ln -s ../i386/obj obj.i386 $ vi foo.c $ make foo cc -O2 -m486 -pipe /home/mark/tmp/src/foo.c -o foo $ ls foo.c obj.i386 $ ls obj.i386 foo $ obj.i386/foo Yes, it does. This is -current from Saturday. I'd imagine that the /usr/share/mk/*.mk rules are even fixed to avoid breaking this for /usr/src in one or more of NetBSD, OpenBSD and BSD/OS, and would be fixed in short order for FreeBSD as soon as other platforms became interesting. > > I think I remember some implementation bugs along these lines. That's > > a far cry from being a design bug, though. > > It's fundamentally the same thing if a) nobody is going to fix it and > b) it impacts your work. Who cares if it was design or implementation > related if you're still suffering either way? I guess it matters very little if you're overworked and have a deadline. :-( Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 20:21:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29692 for current-outgoing; Tue, 25 Jun 1996 20:21:19 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29683 for ; Tue, 25 Jun 1996 20:21:15 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA02231; Tue, 25 Jun 1996 21:20:47 -0600 (MDT) Date: Tue, 25 Jun 1996 21:20:47 -0600 (MDT) Message-Id: <199606260320.VAA02231@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Nate Williams , Bruce Evans , freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-Reply-To: <16051.835759081@time.cdrom.com> References: <199606260212.UAA01934@rocky.mt.sri.com> <16051.835759081@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > See my other reply for what I feel to be a reasonable "final position" > on this. If someone cares to do this better, I'm not wedded to my own > implementation. Just don't bring back: > > @echo "--------------------------------------------------------------" > @echo " Cleaning up the source tree, and rebuilding the obj tree" > @echo "--------------------------------------------------------------" > @echo > here=`pwd`; dest=/usr/obj`echo $$here | sed 's,^/usr/src,,'`; \ > if test -d /usr/obj -a ! -d $$dest; then \ > mkdir -p $$dest; \ > else \ > true; \ > fi; \ > cd $$dest && rm -rf ${SUBDIR} > find . -name obj | xargs rm -rf > > Whatever you do, PLEASE! How is this any different from what you're doing now? Nate From owner-freebsd-current Tue Jun 25 20:27:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29913 for current-outgoing; Tue, 25 Jun 1996 20:27:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29907 for ; Tue, 25 Jun 1996 20:27:42 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA16121; Tue, 25 Jun 1996 20:26:58 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.mt.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 04:16:40 -0000." <199606260416.EAA09754@linus.demon.co.uk> Date: Tue, 25 Jun 1996 20:26:58 -0700 Message-ID: <16118.835759618@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Have you tried it? :-) > > $ cd ~/tmp > $ mkdir src i386 i386/obj Uh, that's supposed to work automatically though. You shouldn't need to know your architecture. Sure, it'll *use* the symlink (and I do know since I looked at the code that implements this! :-) but there was no infrastructure for creating the architecture specific links and if it's not done transparently then it's not much use (at least not unless you *like* answering user questions :-). Jordan From owner-freebsd-current Tue Jun 25 20:27:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA29933 for current-outgoing; Tue, 25 Jun 1996 20:27:54 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA29820 for ; Tue, 25 Jun 1996 20:23:35 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id DAA09656; Wed, 26 Jun 1996 03:41:58 GMT Message-Id: <199606260341.DAA09656@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 03:41:57 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 25, 7:14pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" Subject: Re: Building inside of /usr/src? Cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.mt.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > I want to share one source directory on multiple machines or point the > user at a CDROM mounted /usr/src and say "go make world" in the usual > way with no special case handling required. Nate already pointed out that you can burn the symlinks on the CD... > You don't know how many > times I've fielded requests from people wanting this functionality, to > say nothing of myself. For how many people will this work without a symlink tree anyway? What if you need to apply a source patch? Or build secure/ or eBones/? Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 20:30:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00326 for current-outgoing; Tue, 25 Jun 1996 20:30:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00320 for ; Tue, 25 Jun 1996 20:30:07 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA16155; Tue, 25 Jun 1996 20:29:27 -0700 (PDT) To: Nate Williams cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Tue, 25 Jun 1996 21:20:47 MDT." <199606260320.VAA02231@rocky.mt.sri.com> Date: Tue, 25 Jun 1996 20:29:27 -0700 Message-ID: <16153.835759767@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > How is this any different from what you're doing now? If you have to ask that question then we shouldn't even be having this discussion.. :-) It's *totally* different! Just look at the Makefile if you don't believe me. jordan From owner-freebsd-current Tue Jun 25 20:31:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00422 for current-outgoing; Tue, 25 Jun 1996 20:31:35 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00417 for ; Tue, 25 Jun 1996 20:31:32 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA16173; Tue, 25 Jun 1996 20:30:06 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.mt.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 03:41:57 -0000." <199606260341.DAA09656@linus.demon.co.uk> Date: Tue, 25 Jun 1996 20:30:06 -0700 Message-ID: <16170.835759806@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Nate already pointed out that you can burn the symlinks on the CD... That's not enough. People, PLEASE study the build system before making these "just do xxx" suggestions! This will NOT work! Jordan From owner-freebsd-current Tue Jun 25 20:37:55 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00959 for current-outgoing; Tue, 25 Jun 1996 20:37:55 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00950 for ; Tue, 25 Jun 1996 20:37:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id UAA00245; Tue, 25 Jun 1996 20:35:29 -0700 (PDT) Message-Id: <199606260335.UAA00245@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Michael Smith cc: jkh@time.cdrom.com (Jordan K. Hubbard), mark@linus.demon.co.uk, bde@zeta.org.au, freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 12:28:54 +0930." <199606260258.MAA02742@genesis.atrad.adelaide.edu.au> From: David Greenman Reply-To: davidg@root.com Date: Tue, 25 Jun 1996 20:35:29 -0700 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Jordan K. Hubbard stands accused of saying: >> >> > What, even without /home/joe/src/obj? How about if joe had: >> > >> > /home/joe/src/obj.i386 -> /home/joe/i386/obj >> > /home/joe/src/obj.sparc -> /home/joe/sparc/obj >> >> That never worked. :-) > >...entirely aside from the fact that there isn't an existing toolchain >that will let you do it anyway. And I don't see any sparc code in the >FreeBSD tree, but I too have fielded questions about building from >read-only source distributions. I for one _like_ the direction you're >headed 8) For what it's worth, I do too. Jordan proposed his solution to this several days ago and I was and am all for it. >If the tree is mounted on machines with native toolchains, then you >have MAKEOBJDIR set seperately for each of them, or you specify it on >the make commandline. I can't for the life of me see what people are >whining about 8( Me neither. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Tue Jun 25 21:27:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03771 for current-outgoing; Tue, 25 Jun 1996 21:27:35 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA03766 for ; Tue, 25 Jun 1996 21:27:32 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id VAA01875 for ; Tue, 25 Jun 1996 21:27:00 -0700 (PDT) To: current@freebsd.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Tue, 25 Jun 1996 20:35:29 PDT." <199606260335.UAA00245@root.com> Date: Tue, 25 Jun 1996 21:27:00 -0700 Message-ID: <1873.835763220@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From what I've read in this thread, I'm all for it. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Jun 25 21:35:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04381 for current-outgoing; Tue, 25 Jun 1996 21:35:42 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04371 for ; Tue, 25 Jun 1996 21:35:36 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id FAA10427; Wed, 26 Jun 1996 05:27:44 GMT Message-Id: <199606260527.FAA10427@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 05:27:43 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 25, 8:30pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" Subject: Re: Building inside of /usr/src? Cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.mt.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > > Nate already pointed out that you can burn the symlinks on the CD... > > That's not enough. People, PLEASE study the build system before making > these "just do xxx" suggestions! This will NOT work! We *know* that the FreeBSD build system has bugs which make this not "just work" - you're already doing work on src/Makefile, *.mk and so on, and that's certainly necessary. However, the point we're trying to put across is that it shouldn't be necessary to modify/break current behaviour of make(1) to do it. Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 21:36:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04434 for current-outgoing; Tue, 25 Jun 1996 21:36:25 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04429 for ; Tue, 25 Jun 1996 21:36:21 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id FAA10413; Wed, 26 Jun 1996 05:20:57 GMT Message-Id: <199606260520.FAA10413@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 05:20:57 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 25, 8:26pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" Subject: Re: Building inside of /usr/src? Cc: Bruce Evans , freebsd-current@freebsd.org, nate@sri.mt.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > > Have you tried it? :-) > > > > $ cd ~/tmp > > $ mkdir src i386 i386/obj > > Uh, that's supposed to work automatically though. You shouldn't need > to know your architecture. Sure, it'll *use* the symlink (and I do > know since I looked at the code that implements this! :-) but there > was no infrastructure for creating the architecture specific links and > if it's not done transparently then it's not much use (at least not > unless you *like* answering user questions :-). This is a rather confused response. Please think beyond /usr/src and /usr/share/mk; pmake is used for far more than that, and breaking it will break third party application build systems. Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 21:40:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04691 for current-outgoing; Tue, 25 Jun 1996 21:40:28 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04679 for ; Tue, 25 Jun 1996 21:40:16 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id FAA10456; Wed, 26 Jun 1996 05:35:32 GMT Message-Id: <199606260535.FAA10456@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 05:35:32 +0000 In-Reply-To: Michael Smith's message of Jun 26, 12:28pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Michael Smith , "Jordan K. Hubbard" Subject: Re: Building inside of /usr/src? Cc: bde@zeta.org.au, freebsd-current@freebsd.org, nate@sri.MT.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Michael Smith > Date: Wed 26 Jun, 1996 > Subject: Re: Building inside of /usr/src? > ...entirely aside from the fact that there isn't an existing toolchain > that will let you do it anyway. Do you *know* which features of make(1) every third party application build system uses? > And I don't see any sparc code in the > FreeBSD tree, Ever? Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 21:40:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04718 for current-outgoing; Tue, 25 Jun 1996 21:40:39 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04686 for ; Tue, 25 Jun 1996 21:40:26 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id FAA10447; Wed, 26 Jun 1996 05:33:54 GMT Message-Id: <199606260533.FAA10447@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 05:33:54 +0000 In-Reply-To: David Greenman's message of Jun 25, 8:35pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: davidg@root.com, Michael Smith Subject: Re: Building inside of /usr/src? Cc: "Jordan K. Hubbard" , bde@zeta.org.au, freebsd-current@freebsd.org, nate@sri.mt.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >...entirely aside from the fact that there isn't an existing toolchain > >that will let you do it anyway. And I don't see any sparc code in the > >FreeBSD tree, but I too have fielded questions about building from > >read-only source distributions. I for one _like_ the direction you're > >headed 8) > > For what it's worth, I do too. Jordan proposed his solution to this several > days ago and I was and am all for it. None of us have any problems with fixing up the FreeBSD build system to make it possible to achieve Jordan's goals, and each of us is probably more than willing to lend a hand where practicable. We just disagree that breaking a major design feature of make(1) - a `third party' utility shared among BSD systems and ported to other systems so that thrird party applications can rely on its functionality - is the way to go about it. Mark. -- Mark Valentine at Home From owner-freebsd-current Tue Jun 25 22:31:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06901 for current-outgoing; Tue, 25 Jun 1996 22:31:02 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA06890 for ; Tue, 25 Jun 1996 22:30:57 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA02074 for ; Tue, 25 Jun 1996 22:30:54 -0700 (PDT) To: current@freebsd.org Subject: contrib SW, the policy! Reply-to: phk@freebsd.org Date: Tue, 25 Jun 1996 22:30:53 -0700 Message-ID: <2072.835767053@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Well, here it is, the official word on contrib software. Contact peter@freebsd.org or phk@freebsd.org for more info. At this stage I think we can say that "discussion is futile" :-) Poul-Henning -------------------------------------------------------------------------- "Contributed software" Some parts of the FreeBSD distribution consists of software that is actively being maintained outside the FreeBSD project. For historical reasons, we call this "contributed" software. Some examples are perl, gcc and patch. Over the last couple of years, various methods have been used in dealing with this type of software and all have some number of advantages and drawbacks. No clear winner has emerged. Since this is the case, after some debate one of these methods has been selected as the "official" method and will be required for future imports of software of this kind. Furthermore, it is strongly suggested that existing contrib software converge on this model over time as it has significant advantages over the old method, including the ability to easily obtain diffs relative to the "official" versions of the source by everyone (even without cvs access). This will make it significantly easier to return changes to the primary developers of the contributed software. Ultimately, however, it comes down to the people actually doing the work. If using this model is particularly unsuited to the package being dealt with, exceptions to these rules may be granted only with the approval of the core team and with the general consensus of the other developers. The ability to maintain the package in the future will be a key issue in the decisions. The "Tcl" embeddable programming language will be used as example of how this model works: src/contrib/tcl contains the source as distributed by the maintainers of this package. Parts that are entirely not applicable for FreeBSD can be removed. In the case of Tcl, the "mac", "win" and "compat" subdirectories were eliminated before the import src/lib/libtcl contains only a "bmake style" Makefile that uses the standard bsd.lib.mk makefile rules to produce the library and install the documentation. src/usr.bin/tclsh contains only a bmake style Makefile which will produce and install the "tclsh" program and its associated man-pages using the standard bsd.prog.mk rules. src/tools/tcl contains a couple of shell-scrips that can be of help when the tcl software needs updated, these are not part of the build or installed software. The important thing here is that the "src/contrib/tcl" directory is created according to the rules: It is supposed to contain the sources as distributed (on a proper CVS vendor-branch) with as few FreeBSD-specific changes as possible. The 'easy-import' tool on freefall will assist in doing the import but, if there are any doubts on how to go about it, it is imperative that you ask first and not blunder ahead and hope it "works out". CVS is not forgiving of import accidents and a fair amount of effort is required to back out major mistakes. Because of some unfortunate design limitations with CVS's vendor branches, it is required that "official" patches from the vendor be applied to the original distributed sources and the result re-imported onto the vendor branch again. Official patches should never be patched into the the FreeBSD checked out version and "committed", as this destroys the vendor branch coherency and makes imports future versions rather difficult as there will be conflicts. Since many packages contain files that are meant for compatibility with other architectures and environments that FreeBSD, it is permissible to remove parts of the dist tree that are of no interest to FreeBSD in order to save space. Files containing copyright notices and release-note kind of information applicable to the remaining files shall >not< be removed. If it seems easier, the "bmake" makefiles can be produced from the dist tree automatically by some utility, something which would hopefully make it even easier to upgrade to a new version. If this is done, be sure to check in such utilities (as necessary) in the src/tools directory along with the port itself so that it's available to future maintainers. In the src/contrib/tcl level directory, a file called README.FreeBSD should be added and it should states things like: - Which files have been left out - Where the original distribution was obtained from and/or the official master site. - Where to send patches back to the original authors - Perhaps an overview of the FreeBSD-specific changes that have been made. FreeBSD Core-team. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Jun 25 22:38:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08097 for current-outgoing; Tue, 25 Jun 1996 22:38:35 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08090 for ; Tue, 25 Jun 1996 22:38:30 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id HAA28205; Wed, 26 Jun 1996 07:16:02 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id HAA00465; Wed, 26 Jun 1996 07:17:20 +0200 (MET DST) Date: Wed, 26 Jun 1996 07:17:20 +0200 (MET DST) From: Andreas Klemm To: Bob Willcox cc: freebsd-current Subject: Re: Errors making world In-Reply-To: <199606260011.TAA15104@luke.pmr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Tue, 25 Jun 1996, Bob Willcox wrote: > I am seeing these error messages on a make world in -current: > > ===> share/doc/FAQ > sgmlfmt -f ascii /usr/src/share/doc/FAQ/freebsd-faq.sgml > Insecure PATH at /usr/bin/sgmlfmt line 112. > generating freebsd-faq.ascii... > *** Error code 2 (continuing) I'm at ctm level cvs-cur 2161. Everything went fine when I did a make world this night. Andreas /// - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMdDH3vMLpmkD/U+FAQGCTwQAj70BM5uh/oo0sjhX2vegoiNv7z2uFosc YM0H/RG9WH5+HS4xpveKAJfOdvG19wgKfZ/v0pr3qyjYq2C0dAoMoLj9U24xnbAy o8YN5IWiunbNtJldxxJefFU4CRKzD9MNYS2SRPsN15LzUEP3uD4a6hPY+9a8vDTa BgZ6vI4Erow= =cwRP -----END PGP SIGNATURE----- From owner-freebsd-current Tue Jun 25 22:39:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08147 for current-outgoing; Tue, 25 Jun 1996 22:39:03 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08132; Tue, 25 Jun 1996 22:38:56 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id HAA28214; Wed, 26 Jun 1996 07:16:07 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with ESMTP id HAA00498; Wed, 26 Jun 1996 07:20:21 +0200 (MET DST) Date: Wed, 26 Jun 1996 07:20:21 +0200 (MET DST) From: Andreas Klemm To: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= cc: Soren Schmidt , FreeBSD-current Subject: Re: Syscons 8bit chars mouse paste fix In-Reply-To: <199606252222.CAA02358@nagual.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996, [KOI8-R] Андрей Чернов wrote: > 8bit chars not passed without this fix (l_rint expands sign bit): Another thing that should be fixed is, that the text, you cut and paste is after pasting in one line ! Would be nice, to insert every 80 cheracters or so a newline ;-) Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Tue Jun 25 22:43:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08510 for current-outgoing; Tue, 25 Jun 1996 22:43:53 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08503 for ; Tue, 25 Jun 1996 22:43:50 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA02107 for ; Tue, 25 Jun 1996 22:43:48 -0700 (PDT) To: current@freebsd.org Subject: Another policy... Reply-to: phk@freebsd.org Date: Tue, 25 Jun 1996 22:43:47 -0700 Message-ID: <2105.835767827@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We made this one up too: "MAINTAINER in Makefiles" If a particular subpart of the FreeBSD is being maintained by a person or group of persons, they can communicate this fact to the world by adding a MAINTAINER= email-addresses line to the makefiles covering this piece of subpart of the tree. The semantics of this is as follows: The maintainer owns and is responsible for that code. This means that he is responsible for fixing bugs and answer PRs pertaining to that piece of the code, and in the case of contrib software, for tracking new versions, as appropriate. Commits to the directories covered by this shall be sent to the maintainer for review. Only if the maintainer does not respond for un unacceptable period of time, to several emails, will it be acceptable to commit changes without review by the maintainer. It is of course not acceptable to add a person or group as maintainer unless they agree to assume this duty, on the other hand it doesn't have to be a committer and it can easily to be a group of people. The FreeBSD core-team -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Jun 25 22:45:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08600 for current-outgoing; Tue, 25 Jun 1996 22:45:15 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08592; Tue, 25 Jun 1996 22:45:06 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id XAA02856; Tue, 25 Jun 1996 23:44:49 -0600 (MDT) Date: Tue, 25 Jun 1996 23:44:49 -0600 (MDT) Message-Id: <199606260544.XAA02856@rocky.mt.sri.com> From: Nate Williams To: phk@freebsd.org Cc: current@freebsd.org Subject: Re: contrib SW, the policy! In-Reply-To: <2072.835767053@critter.tfs.com> References: <2072.835767053@critter.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, here it is, the official word on contrib software. > > Contact peter@freebsd.org or phk@freebsd.org for more info. Does this mean that Peter's Bmake'd gcc/libg++ stuff isn't going in? If not, why? The work is already done, so why not do it already. :) If so, I'm eagerly awaiting it Nate From owner-freebsd-current Tue Jun 25 22:54:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA09141 for current-outgoing; Tue, 25 Jun 1996 22:54:09 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA09135; Tue, 25 Jun 1996 22:54:06 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA02179; Tue, 25 Jun 1996 22:54:03 -0700 (PDT) To: Nate Williams cc: current@freebsd.org Subject: Re: contrib SW, the policy! In-reply-to: Your message of "Tue, 25 Jun 1996 23:44:49 MDT." <199606260544.XAA02856@rocky.mt.sri.com> Date: Tue, 25 Jun 1996 22:54:03 -0700 Message-ID: <2177.835768443@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199606260544.XAA02856@rocky.mt.sri.com>, Nate Williams writes: >> Well, here it is, the official word on contrib software. >> >> Contact peter@freebsd.org or phk@freebsd.org for more info. > >Does this mean that Peter's Bmake'd gcc/libg++ stuff isn't going in? > >If not, why? The work is already done, so why not do it already. :) > >If so, I'm eagerly awaiting it I'm not speaking for Peter, but I would expect it to go in as soon as Peter is able to do it, and after 2.1.5 has happened. Tcl will be redone now, so expect a sizeable delta. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Tue Jun 25 23:35:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA12094 for current-outgoing; Tue, 25 Jun 1996 23:35:21 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA12060; Tue, 25 Jun 1996 23:35:02 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id IAA15165; Wed, 26 Jun 1996 08:34:42 +0200 (SAT) Message-Id: <199606260634.IAA15165@grumble.grondar.za> To: phk@freebsd.org cc: current@freebsd.org Subject: Re: contrib SW, the policy! Date: Wed, 26 Jun 1996 08:34:34 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Win, win, win and win again! This is great! M Poul-Henning Kamp wrote: > > Well, here it is, the official word on contrib software. > > Contact peter@freebsd.org or phk@freebsd.org for more info. > > At this stage I think we can say that "discussion is futile" :-) > > Poul-Henning > > -------------------------------------------------------------------------- > "Contributed software" ... und so weiter -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Tue Jun 25 23:57:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA12976 for current-outgoing; Tue, 25 Jun 1996 23:57:37 -0700 (PDT) Received: from sunrise.cs.berkeley.edu (root@sunrise.CS.Berkeley.EDU [128.32.38.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA12971; Tue, 25 Jun 1996 23:57:34 -0700 (PDT) Received: (from asami@localhost) by sunrise.cs.berkeley.edu (8.6.12/8.6.12) id AAA04220; Wed, 26 Jun 1996 00:05:43 -0700 Date: Wed, 26 Jun 1996 00:05:43 -0700 Message-Id: <199606260705.AAA04220@sunrise.cs.berkeley.edu> To: ache@nagual.ru CC: jkh@freebsd.org, current@freebsd.org In-reply-to: <199606220533.JAA00573@nagual.ru> (ache@nagual.ru) Subject: Re: various 'fetch' errors From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk * 1) Just notice that fetch not set correct date/time for * ftp-received file :-( This was intentional, it was a real pain to maintain the sup and ftp distfiles backup on freefall/wcarchive before. Now we can easily tell what's the latest bits. * It really needed, because some packages keeps the same name * while package date changes, so it is impossible to determine * package version when date always set to current as fetch does now. That's what files/md5 is for. Satoshi From owner-freebsd-current Wed Jun 26 00:00:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13144 for current-outgoing; Wed, 26 Jun 1996 00:00:01 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA13098 for ; Tue, 25 Jun 1996 23:59:54 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA26099; Wed, 26 Jun 1996 08:59:12 +0200 Message-Id: <199606260659.IAA26099@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 26 Jun 1996 08:59:12 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG, dawes@rf900.physics.usyd.edu.au In-Reply-To: <199606252014.WAA19927@uriah.heep.sax.de> from "J Wunsch" at Jun 25, 96 10:14:50 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who wrote: > > As sos@FreeBSD.org wrote: > > > Hmm, that could easily be arranged, I could easy make a minor# on > > syscons send out mouse events, no problem in that end... > > Do we want that ?? > > Not _that_, but this. :-) > > Don't make it dependant on syscons. It's some sort of a super-driver > layered on top of either sio or mse or psm, but only losely related to > the console driver itself. You could actually even have a mouse but > don't have a keyboard or graphics card, even though it would hardly > make sense. You have a point there, except I dont like the "superdriver" idea.. A generice mousedevice that does what syscons does now would be just fine. The only problem I have with that is that the interface between that driver and the console driver would be an ugly SOAB... But if that's what it takes I'll rip out that part of syscons and make it a pseudo driver instead. > Anyway, i'm (naturally :) more concerned about pcvt > users. We should avoid things that would require more console-driver > dependant hacks in the Xserver. (The Xserver would need hacks for > both mouse scenarios anyway, for a reasonable transition time.) I (naturally:)) dont care about pcvt problems with this, that particular set of problems would never arise if we had _one_ consoledriver, but thats history. There is no easy solution to that I guess. However I dont see that the Xserver should be changed, as they will see /dev/mouse as a say mousesystems mouse, no matter what mouse actually is on the system. That would also ease the X installation for J. Randomuser. And besides I dont see the need for Yet Another Mouse Interface (YAMI), when we can just use one of the de facto standards. We also would have a BIG problem with commercial progs that way, so lets not get that insane... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Jun 26 00:14:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13911 for current-outgoing; Wed, 26 Jun 1996 00:14:34 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13903 for ; Wed, 26 Jun 1996 00:14:28 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA26197; Wed, 26 Jun 1996 09:14:15 +0200 Message-Id: <199606260714.JAA26197@ra.dkuug.dk> Subject: Re: Syscons CUT&PASTE functionality added... To: taob@io.org (Brian Tao) Date: Wed, 26 Jun 1996 09:14:15 +0200 (MET DST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.org In-Reply-To: from "Brian Tao" at Jun 25, 96 10:10:28 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to Brian Tao who wrote: > > On Tue, 25 Jun 1996, J Wunsch wrote: > > > > Unless other people volunteer, i'm afraid it won't be done. > > Argh, oh well.... I'm not enough of a hacker and C coder to be > able to take on this kind of thing either. :( Uhm, I have another idea: I looks to me like the number one reason folks run pcvt is that it does a pretty good job at vt220 emulation. I have a version of syscons that loads its term interpreter as a LKM and so it can be changed to some other emulation. If would could get a volounter to take pcvt's vt220 emu and massage it a bit, I'll help with the syscons interface and what extra hooks might be nessesary. This would put us on the right track to the "great unified console driver".. Oh well, enough dreaming for today.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Jun 26 00:20:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14146 for current-outgoing; Wed, 26 Jun 1996 00:20:06 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14138; Wed, 26 Jun 1996 00:20:02 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id AAA11511; Wed, 26 Jun 1996 00:19:54 -0700 From: "Rodney W. Grimes" Message-Id: <199606260719.AAA11511@GndRsh.aac.dev.com> Subject: Re: Another policy... To: phk@freebsd.org Date: Wed, 26 Jun 1996 00:19:54 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <2105.835767827@critter.tfs.com> from Poul-Henning Kamp at "Jun 25, 96 10:43:47 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > We made this one up too: > > "MAINTAINER in Makefiles" ... I expect to soon see the addition of a ``Policy'' section (if it does not already exist) with this and the other ``Policy'' just layed down to be added to the handbook so that there is more of a record of these than just these 2 mail messages. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Wed Jun 26 00:41:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA16488 for current-outgoing; Wed, 26 Jun 1996 00:41:10 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA16475; Wed, 26 Jun 1996 00:41:06 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id AAA16968; Wed, 26 Jun 1996 00:40:24 -0700 (PDT) To: asami@cs.berkeley.edu (Satoshi Asami) cc: ache@nagual.ru, jkh@freebsd.org, current@freebsd.org Subject: Re: various 'fetch' errors In-reply-to: Your message of "Wed, 26 Jun 1996 00:05:43 PDT." <199606260705.AAA04220@sunrise.cs.berkeley.edu> Date: Wed, 26 Jun 1996 00:40:23 -0700 Message-ID: <16966.835774823@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This was intentional, it was a real pain to maintain the sup and ftp > distfiles backup on freefall/wcarchive before. Now we can easily tell > what's the latest bits. Hmmm. Well, I thought Andrey's request was a reasonable one (it makes mirroring actually work, for one thing) so I added it as the default behavior. I'll add a flag for making it do what you want as well. Jordan From owner-freebsd-current Wed Jun 26 00:52:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA17143 for current-outgoing; Wed, 26 Jun 1996 00:52:59 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA17138; Wed, 26 Jun 1996 00:52:55 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA26415; Wed, 26 Jun 1996 09:51:11 +0200 Message-Id: <199606260751.JAA26415@ra.dkuug.dk> Subject: Re: Syscons 8bit chars mouse paste fix To: andreas@klemm.gtn.com (Andreas Klemm) Date: Wed, 26 Jun 1996 09:51:11 +0200 (MET DST) Cc: ache@nagual.ru, sos@freebsd.org, current@freebsd.org In-Reply-To: from "Andreas Klemm" at Jun 26, 96 07:20:21 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Andreas Klemm who wrote: > > > 8bit chars not passed without this fix (l_rint expands sign bit): > > Another thing that should be fixed is, that the text, you cut and > paste is after pasting in one line ! Would be nice, to insert > every 80 cheracters or so a newline ;-) Got both fixed, I have another mod I like to get finished, and I will commit the fixes later today... Any other gripes at the moment ?? (It seems I had forgotten how much fun its been writing syscons, but the enthusiasm is coming back) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Jun 26 01:02:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17658 for current-outgoing; Wed, 26 Jun 1996 01:02:19 -0700 (PDT) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA17650 for ; Wed, 26 Jun 1996 01:02:15 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0uYpYA-000I0GC; Wed, 26 Jun 96 10:02 MET DST Received: by ernie.kts.org (Smail3.1.29.1 #4) id m0uYofM-00000yC; Wed, 26 Jun 96 09:05 MET DST Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: ping: sendto: No buffer space available To: andreas@klemm.gtn.com Date: Wed, 26 Jun 1996 09:05:32 +0200 (MET DST) Cc: current@freebsd.org, isdn@muc.ditec.de, mg@gtn.com In-Reply-To: from "Andreas Klemm" at Jun 23, 96 11:11:55 am Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From the keyboard of Andreas Klemm: > I'm using FreeBSD-very-current and bisdn-095 to connect to my ISP. > Unfortunally the Netgw router of my ISP is sometimes very busy. > > After many many retries to connect to my ISP, networking seems > to "shut down". > > When I try to ping the ISDN router of my ISP, then I receive > the message: > > root{1119} /usr/bisdn-095/bisdnd ping gtn-isdn > PING gtn-isdn (194.77.2.33): 56 data bytes > ping: sendto: No buffer space available > ping: wrote gtn-isdn 64 chars, ret=-1 > ping: sendto: No buffer space available > ping: wrote gtn-isdn 64 chars, ret=-1 > > All resolver functions seems to hung. Nothing concerning name > resolution works. No dialup to my default gateway takes place > anymore to resolve addresses. The problem is caused by the ipi driver eating up all mbufs available in the system if no connection is made to the remote system. I am working on this problem and have a solution for this but it needs some thinking, work and testing to make the solution more general. The new driver will be made available ASAP! hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-current Wed Jun 26 01:08:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA18504 for current-outgoing; Wed, 26 Jun 1996 01:08:47 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (pp@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA18490 for ; Wed, 26 Jun 1996 01:08:43 -0700 (PDT) Received: from bunyip.cc.uq.oz.au by bunyip.cc.uq.oz.au id <05525-0@bunyip.cc.uq.oz.au>; Wed, 26 Jun 1996 18:08:30 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id SAA29353 for ; Wed, 26 Jun 1996 18:09:29 +1000 Received: from localhost by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id IAA14102 for ; Wed, 26 Jun 1996 08:09:52 GMT Message-Id: <199606260809.IAA14102@netfl15a.devetir.qld.gov.au> X-Mailer: exmh version 1.6.5 12/11/95 To: current@freebsd.org Subject: New make stuff breaks for those of us using int'l secure dist X-Face: 3}heU+2?b->-GSF-G4T4>jEB9~FR(V9lo&o>kAy=Pj&;oVOc<|pr%I/VSG"ZD32J>5gGC0N 7gj]^GI@M:LlqNd]|(2OxOxy@$6@/!,";-!OlucF^=jq8s57$%qXd/ieC8DhWmIy@J1AcnvSGV\|*! >Bvu7+0h4zCY^]{AxXKsDTlgA2m]fX$W@'8ev-Qi+-;%L'CcZ'NBL!@n?}q!M&Em3*eW7,093nOeV8 M)(u+6D;%B7j\XA/9j4!Gj~&jYzflG[#)E9sI&Xe9~y~Gn%fA7>F:YKr"Wx4cZU*6{^2ocZ!YyR Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Jun 1996 18:09:51 +1000 From: Stephen Hocking Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ===> libkrb rm -f .depend mkdep -f .depend -a -DKERBEROS -DCRYPT -DDEBUG -DBSD42 -I/usr/src/eBones/lib/li bkrb/../../../secure/lib/libdes -I/usr/src/eBones/lib/libkrb/../../include krb_ err.c /usr/src/eBones/lib/libkrb/create_auth_reply.c /usr/src/eBones/lib/libkrb/ create_ciph.c /usr/src/eBones/lib/libkrb/create_death_packet.c /usr/src/eBones/l ib/libkrb/create_ticket.c /usr/src/eBones/lib/libkrb/debug_decl.c /usr/src/eBone s/lib/libkrb/decomp_ticket.c /usr/src/eBones/lib/libkrb/des_rw.c /usr/src/eBones /lib/libkrb/dest_tkt.c /usr/src/eBones/lib/libkrb/extract_ticket.c /usr/src/eBon es/lib/libkrb/fgetst.c /usr/src/eBones/lib/libkrb/get_ad_tkt.c /usr/src/eBones/l ib/libkrb/get_admhst.c /usr/src/eBones/lib/libkrb/get_cred.c /usr/src/eBones/lib /libkrb/get_in_tkt.c /usr/src/eBones/lib/libkrb/get_krbhst.c /usr/src/eBones/lib /libkrb/get_krbrlm.c /usr/src/eBones/lib/libkrb/get_phost.c /usr/src/eBones/lib/ libkrb/get_pw_tkt.c /usr/src/eBones/lib/libkrb/get_request.c /usr/src/eBones/lib /libkrb/get_svc_in_tkt.c /usr/src/eBones/lib/libkrb/get_tf_fullname.c /usr/src/e Bones/lib/libkrb/get_tf_realm.c /usr/src/eBones/lib/libkrb/getrealm.c /usr/src/e Bones/lib/libkrb/getst.c /usr/src/eBones/lib/libkrb/in_tkt.c /usr/src/eBones/lib /libkrb/k_gethostname.c /usr/src/eBones/lib/libkrb/klog.c /usr/src/eBones/lib/li bkrb/kname_parse.c /usr/src/eBones/lib/libkrb/kntoln.c /usr/src/eBones/lib/libkr b/kparse.c /usr/src/eBones/lib/libkrb/krb_err_txt.c /usr/src/eBones/lib/libkrb/k rb_get_in_tkt.c /usr/src/eBones/lib/libkrb/kuserok.c /usr/src/eBones/lib/libkrb/ log.c /usr/src/eBones/lib/libkrb/mk_err.c /usr/src/eBones/lib/libkrb/mk_priv.c / usr/src/eBones/lib/libkrb/mk_req.c /usr/src/eBones/lib/libkrb/mk_safe.c /usr/src /eBones/lib/libkrb/month_sname.c /usr/src/eBones/lib/libkrb/netread.c /usr/src/e Bones/lib/libkrb/netwrite.c /usr/src/eBones/lib/libkrb/one.c /usr/src/eBones/lib /libkrb/pkt_cipher.c /usr/src/eBones/lib/libkrb/pkt_clen.c /usr/src/eBones/lib/l ibkrb/rd_err.c /usr/src/eBones/lib/libkrb/rd_priv.c /usr/src/eBones/lib/libkrb/r d_req.c /usr/src/eBones/lib/libkrb/rd_safe.c /usr/src/eBones/lib/libkrb/read_se r vice_key.c /usr/src/eBones/lib/libkrb/recvauth.c /usr/src/eBones/lib/libkrb/sav e _credentials.c /usr/src/eBones/lib/libkrb/send_to_kdc.c /usr/src/eBones/lib/libk rb/sendauth.c /usr/src/eBones/lib/libkrb/stime.c /usr/src/eBones/lib/libkrb/tf_ u til.c /usr/src/eBones/lib/libkrb/tkt_string.c /usr/src/eBones/lib/libkrb/util.c cc: krb_err.c: No such file or directory mkdep: compile failed. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Mark - is this your baby? Stephen -- The views expressed above are not those of the Worker's Compensation Board of Queensland, Australia. From owner-freebsd-current Wed Jun 26 03:05:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA27719 for current-outgoing; Wed, 26 Jun 1996 03:05:17 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA27704 for ; Wed, 26 Jun 1996 03:05:04 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id MAA16255; Wed, 26 Jun 1996 12:03:45 +0200 (SAT) Message-Id: <199606261003.MAA16255@grumble.grondar.za> To: Stephen Hocking cc: current@freebsd.org Subject: Re: New make stuff breaks for those of us using int'l secure dist Date: Wed, 26 Jun 1996 12:03:44 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stephen Hocking wrote: > ===> libkrb > rm -f .depend > mkdep -f .depend -a -DKERBEROS -DCRYPT -DDEBUG -DBSD42 > -I/usr/src/eBones/lib/li : [bits deleted] : > /usr/src/eBones/lib/libk > rb/sendauth.c /usr/src/eBones/lib/libkrb/stime.c /usr/src/eBones/lib/libkrb/t f_ > u > til.c /usr/src/eBones/lib/libkrb/tkt_string.c /usr/src/eBones/lib/libkrb/util .c > cc: krb_err.c: No such file or directory > mkdep: compile failed. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > Mark - is this your baby? Sorta - but right now I don't have too much time - and I am having probs with understanig some of the changes. The international code is _identical_ to the US stuff - in my home dir on freefall are both, and I diffed them, so I am sure. Methinks this is jkh's baby right now :-) I can get to it this w/e only. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Wed Jun 26 04:30:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA03012 for current-outgoing; Wed, 26 Jun 1996 04:30:56 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA03007 for ; Wed, 26 Jun 1996 04:30:53 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id UAA01036; Wed, 26 Jun 1996 20:30:39 +0900 (JST) Message-Id: <199606261130.UAA01036@marble.eps.nagoya-u.ac.jp> To: current@freebsd.org Cc: jkh@time.cdrom.com Subject: Re: The Great PC98 Merge In-Reply-To: Your message of "Sat, 15 Jun 1996 10:08:41 -0700" References: <21369.834858521@time.cdrom.com> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 26 Jun 1996 20:30:38 +0900 From: KATO Takenori Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > One final question, if you would be so kind - how do you currently do > your releases? If there are reasonable changes we can make there to > accomodate you, it might be arranged! PC98 distribution includes following files: boot.flp, root.flp for PC98 Binaries modified for PC98 Documents written in Japanese. Source code for PC98. PC98 version of rawrite. Other distribution, such as bin, manpage, are not changed. PC98 binaries overwrite kernel and other binaries for IBM-PC. We have changed some parts of src/release stuff: 1. Because disk format of PC98 is deferrence from IBM-PC, libdisk is changed. 2. We localize installer and prepare both original English menu and Japanese menu. To show Japanese menu, we use 8bit-through libncurses. 3. PC98 binaries (98bin) are added to distribution set menu. 4. The X server names are changed into PC98 servers. 5. Makefile doesn't produce bin, manpage, etc. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan Voice: +81-52-789-2529 Fax: +81-52-789-3033 My PGP public key was changed on 21 Jun 1996. From owner-freebsd-current Wed Jun 26 06:37:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09036 for current-outgoing; Wed, 26 Jun 1996 06:37:18 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA09031 for ; Wed, 26 Jun 1996 06:37:14 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id XAA28908; Wed, 26 Jun 1996 23:36:30 +1000 Date: Wed, 26 Jun 1996 23:36:30 +1000 From: Bruce Evans Message-Id: <199606261336.XAA28908@godzilla.zeta.org.au> To: mark@linus.demon.co.uk, msmith@atrad.adelaide.edu.au Subject: Re: Building inside of /usr/src? Cc: bde@zeta.org.au, freebsd-current@freebsd.org, jkh@time.cdrom.com, nate@sri.MT.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >read-only source distributions. I for one _like_ the direction you're >> >headed 8) >> >> For what it's worth, I do too. Jordan proposed his solution to this several >> days ago and I was and am all for it. >None of us have any problems with fixing up the FreeBSD build system to >make it possible to achieve Jordan's goals, and each of us is probably >more than willing to lend a hand where practicable. Nate confused the issue by arguing against changes in the build system. >We just disagree that breaking a major design feature of make(1) - a `third >party' utility shared among BSD systems and ported to other systems so that >thrird party applications can rely on its functionality - is the way to go >about it. Exactly. I would like to point to breaking documented behaviour of obj.machine, obj and MAKEOBJDIR, but this behaviour seems to be undocumented. The man page only documents the use of MAKEOBJDIR (not what it does) and the tutorial doesn't mention anything to do with obj directories (not even ${.OBJDIR}). Bruce From owner-freebsd-current Wed Jun 26 06:42:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA09197 for current-outgoing; Wed, 26 Jun 1996 06:42:42 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA09192 for ; Wed, 26 Jun 1996 06:42:37 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id JAA01142; Wed, 26 Jun 1996 09:38:32 -0400 (EDT) Date: Wed, 26 Jun 1996 09:39:27 -0400 (EDT) From: Brian Tao To: Lyndon Nerenberg VE7TCP cc: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: Has anyone noticed a problem with rshd in -current? In-Reply-To: <199606250412.VAA07543@multivac.orthanc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Lyndon Nerenberg VE7TCP wrote: > > If so, this is a symptom of a long-standing bug (since 2.1-RELEASE at > the very least) related to reuse of addr/port pairs that I haven't > been able to track down. (And lots of other people have seen.) I've been seeing it since my first FreeBSD installation, just after 2.0 was released. I've personally only seen it happen with rlogin only, and Jordan reports a similar or identical problem with rsh. I've *never* seen it happen with any other inetd service. On top of that, rlogins from our Livingston PM-2e termservers to our FreeBSD servers have never failed either. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Wed Jun 26 07:25:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA11228 for current-outgoing; Wed, 26 Jun 1996 07:25:54 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA11211 for ; Wed, 26 Jun 1996 07:25:42 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id QAA29111 for current@freebsd.org; Wed, 26 Jun 1996 16:25:31 +0200 Message-Id: <199606261425.QAA29111@ra.dkuug.dk> Subject: RFC: cut&paste funtionality... To: current@freebsd.org (FreeBSD current) Date: Wed, 26 Jun 1996 16:25:31 +0200 (MET DST) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So, I'm left with a little problem about how to handle the marked text when new output goes to the screen, possibly messing up the marked area or moving it around. There is 3 possible solutions to this: 1. Catch all updates and change the marking to comply 2. Remove the marking on all updates. 3. Only show the marked text when actually doing the cut action, remove as soon as the mousebutton is released. Now, 1 above is almost impossible, so unless we will accept a MAJOR slowdown on screen updates, this is not really an option. 2 above is possible (thats the route I've started) but it generates quite alot of code. 3 is easy and does not cost anything... So comments are VERY welcome... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Jun 26 07:42:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA12537 for current-outgoing; Wed, 26 Jun 1996 07:42:53 -0700 (PDT) Received: from leinlein.mt.cs.keio.ac.jp (leinlein.mt.cs.keio.ac.jp [131.113.32.126]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12526 for ; Wed, 26 Jun 1996 07:42:47 -0700 (PDT) Received: (from hosokawa@localhost) by leinlein.mt.cs.keio.ac.jp (8.7.5/8.7.3) id WAA18750; Wed, 26 Jun 1996 22:55:01 GMT Date: Wed, 26 Jun 1996 22:55:01 GMT Message-Id: <199606262255.WAA18750@leinlein.mt.cs.keio.ac.jp> To: kato@eclogite.eps.nagoya-u.ac.jp Cc: current@FreeBSD.ORG, jkh@time.cdrom.com, hosokawa@mt.cs.keio.ac.jp Subject: Re: The Great PC98 Merge In-Reply-To: Your message of Wed, 26 Jun 1996 20:30:38 +0900. <199606261130.UAA01036@marble.eps.nagoya-u.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.19] 1995-07/21(Fri) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In article <199606261130.UAA01036@marble.eps.nagoya-u.ac.jp> kato@eclogite.eps.nagoya-u.ac.jp writes: >> 2. We localize installer and prepare both original English menu and >> Japanese menu. To show Japanese menu, we use 8bit-through >> libncurses. Hmm? I created a Japanese (but the charset is jis-x0201.1976, not jis-x0208-1983, sorry :-) !) boot.flp for PC-clone architecture yesterday, and no patches are needed to display jis-x0201.1976 characters. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-current Wed Jun 26 07:51:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA12982 for current-outgoing; Wed, 26 Jun 1996 07:51:41 -0700 (PDT) Received: from nvsgi1.netvision.net.il (nvsgi1.NetVision.net.il [194.90.1.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA12971; Wed, 26 Jun 1996 07:51:35 -0700 (PDT) Received: from Burka.NetVision.net.il (gena@burka.NetVision.net.il [194.90.6.15]) by nvsgi1.netvision.net.il (8.7.5/8.7.3) with SMTP id HAA21495; Thu, 27 Jun 1996 07:51:02 -0700 (PDT) Message-ID: X-Mailer: XFMail 0.4-prerelease [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 In-Reply-To: <199606261425.QAA29111@ra.dkuug.dk> Date: Wed, 26 Jun 1996 17:50:29 +0200 (IST) X-Face: #v>4HN>#D_"[olq9y`HqTYkLVB89Xy|3')Vs9v58JQ*u-xEJVKY`xa.}E?z0RkLI/P&;BJmi0#u=W0).-Y'J4(dw{"54NhSG|YYZG@[)(`e! >jN#L!~qI5fE-JHS+< Organization: NetVision Ltd. From: Gennady Sorokopud To: sos@freebsd.org Subject: RE: RFC: cut&paste funtionality... Cc: (FreeBSD current) Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! I just tried to understand what programs like xterm does in this case. When the text is moving the selection moves (new output) with it, and when something else happens the text is being deselected... Seems like an acceptable policy to me. On 26-Jun-96 sos@freebsd.org wrote: >>So, I'm left with a little problem about how to handle the marked >text when new output goes to the screen, possibly messing up >the marked area or moving it around. There is 3 possible >solutions to this: > >1. Catch all updates and change the marking to comply > >2. Remove the marking on all updates. > >3. Only show the marked text when actually doing the > cut action, remove as soon as the mousebutton is=20 > released. > >Now, 1 above is almost impossible, so unless we will accept >a MAJOR slowdown on screen updates, this is not really an >option. 2 above is possible (thats the route I've started) >but it generates quite alot of code. 3 is easy and does >not cost anything... > >So comments are VERY welcome... > >-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. Best regards. -------- Gennady B. Sorokopud - System programmer at NetVision Israel. E-Mail: Gennady Sorokopud Homepage: http://www.netvision.net.il/~gena This message was sent at 06/26/96 17:50:30 by XF-Mail From owner-freebsd-current Wed Jun 26 07:53:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA13081 for current-outgoing; Wed, 26 Jun 1996 07:53:13 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA13033 for ; Wed, 26 Jun 1996 07:52:03 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id PAA01688; Wed, 26 Jun 1996 15:49:09 GMT Message-Id: <199606261549.PAA01688@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 15:49:08 +0000 In-Reply-To: Bruce Evans's message of Jun 26, 11:36pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Bruce Evans , msmith@atrad.adelaide.edu.au Subject: Re: Building inside of /usr/src? Cc: freebsd-current@freebsd.org, jkh@time.cdrom.com, nate@sri.MT.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Bruce Evans > Date: Wed 26 Jun, 1996 > Subject: Re: Building inside of /usr/src? > I would like to point to breaking documented behaviour of obj.machine, > obj and MAKEOBJDIR, but this behaviour seems to be undocumented. The > man page only documents the use of MAKEOBJDIR (not what it does) and > the tutorial doesn't mention anything to do with obj directories (not > even ${.OBJDIR}). MAKEOBJDIR is documented in a comment in /usr/src/usr.bin/make/main.c and in /usr/src/share/mk/bsd.obj.mk, and the obj stuff is mentioned in /usr/src/share/mk/bsd.README. BSDOBJDIR is also documented in bsd.*.mk. Documentation in source files and in installed rule files counts for a lot in FreeBSD. The make sources are easy to read. Cheers, Mark. -- Mark Valentine at Home From owner-freebsd-current Wed Jun 26 08:04:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA13591 for current-outgoing; Wed, 26 Jun 1996 08:04:12 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (marble.eps.nagoya-u.ac.jp [133.6.57.68]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA13585 for ; Wed, 26 Jun 1996 08:04:07 -0700 (PDT) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by marble.eps.nagoya-u.ac.jp (8.7.4+2.6Wbeta6/3.3W9) with ESMTP id AAA00342; Thu, 27 Jun 1996 00:03:37 +0900 (JST) Message-Id: <199606261503.AAA00342@marble.eps.nagoya-u.ac.jp> To: hosokawa@mt.cs.keio.ac.jp Cc: kato@eclogite.eps.nagoya-u.ac.jp, current@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: The Great PC98 Merge In-Reply-To: Your message of "Wed, 26 Jun 1996 22:55:01 GMT" References: <199606262255.WAA18750@leinlein.mt.cs.keio.ac.jp> X-Mailer: Mew version 1.05+ on Emacs 19.28.1, Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Thu, 27 Jun 1996 00:03:34 +0900 From: KATO Takenori Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996 22:55:01 GMT, hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) said: > Hmm? I created a Japanese (but the charset is jis-x0201.1976, not > jis-x0208-1983, sorry :-) !) boot.flp for PC-clone architecture > yesterday, and no patches are needed to display jis-x0201.1976 > characters. The charset of our boot.flp is EUC-JP, and the boot.flp shows Kanji-characters. ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan Voice: +81-52-789-2529 Fax: +81-52-789-3033 My PGP public key was changed on 21 Jun 1996. From owner-freebsd-current Wed Jun 26 08:07:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA13721 for current-outgoing; Wed, 26 Jun 1996 08:07:06 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA13714; Wed, 26 Jun 1996 08:07:03 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.5/8.7.3) with SMTP id IAA04249; Wed, 26 Jun 1996 08:07:14 -0700 (PDT) Date: Wed, 26 Jun 1996 08:07:01 -0700 (PDT) From: "Eric J. Schwertfeger" To: sos@FreeBSD.ORG cc: FreeBSD current Subject: Re: RFC: cut&paste funtionality... In-Reply-To: <199606261425.QAA29111@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996 sos@FreeBSD.ORG wrote: > > So, I'm left with a little problem about how to handle the marked > text when new output goes to the screen, possibly messing up > the marked area or moving it around. There is 3 possible > solutions to this: > > 1. Catch all updates and change the marking to comply > > 2. Remove the marking on all updates. > > 3. Only show the marked text when actually doing the > cut action, remove as soon as the mousebutton is > released. > > Now, 1 above is almost impossible, so unless we will accept > a MAJOR slowdown on screen updates, this is not really an > option. 2 above is possible (thats the route I've started) > but it generates quite alot of code. 3 is easy and does > not cost anything... > > So comments are VERY welcome... I don't like 3 because I tend to move the mouse when I let go of the button, and the only reason I notice this under X is because it leaves the area highlighted. 2 also keeps xterm behavior, which I like (for consistency, not because I think it's the best way to do it). In fact, I was disappointed when gpm became the standard under linux, because selection was mostly xterm-mouse software compatible, so I had text editors that I could use the mouse on the console or in an xterm without having to change a thing. sigh :-) Sometimes I do miss a linux kludge or two (not that the entire OS is a kludge, but the development model supports kludges becoming standard). From owner-freebsd-current Wed Jun 26 08:12:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA13998 for current-outgoing; Wed, 26 Jun 1996 08:12:36 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA13991; Wed, 26 Jun 1996 08:12:33 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id IAA25301 ; Wed, 26 Jun 1996 08:11:51 -0700 Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id QAA01803; Wed, 26 Jun 1996 16:06:47 GMT Message-Id: <199606261606.QAA01803@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 16:06:47 +0000 In-Reply-To: sos@freebsd.org's message of Jun 26, 4:25pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: sos@freebsd.org, current@freebsd.org (FreeBSD current) Subject: Re: RFC: cut&paste funtionality... Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: sos@freebsd.org > Date: Wed 26 Jun, 1996 > Subject: RFC: cut&paste funtionality... > 1. Catch all updates and change the marking to comply > > 2. Remove the marking on all updates. > > 3. Only show the marked text when actually doing the > cut action, remove as soon as the mousebutton is > released. I think (3) misses important visual feedback - you can't switch back to a vty to remind yourself what's in your buffer before you paste it, and it's often difficult to tell whether the character at the end was actually marked or not (especially with small fonts - I tend to move the mouse a wee bit as I release the button). I think something close to xterm's behaviour might be to remove the marking only if writing to any character cell it covers, but from what you say that's even more code than (2). Cheers, Mark. -- Mark Valentine at Home From owner-freebsd-current Wed Jun 26 08:29:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA14841 for current-outgoing; Wed, 26 Jun 1996 08:29:10 -0700 (PDT) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA14836; Wed, 26 Jun 1996 08:29:06 -0700 (PDT) Message-Id: <199606261529.IAA14836@freefall.freebsd.org> To: sos@freebsd.org cc: current@freebsd.org (FreeBSD current) Subject: Re: RFC: cut&paste funtionality... In-reply-to: Your message of "Wed, 26 Jun 1996 16:25:31 +0200." <199606261425.QAA29111@ra.dkuug.dk> Date: Wed, 26 Jun 1996 08:29:06 -0700 From: "Justin T. Gibbs" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ... >So comments are VERY welcome... I would want it to act just like an xterm. >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > So much code to hack -- so little time. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-current Wed Jun 26 08:46:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15780 for current-outgoing; Wed, 26 Jun 1996 08:46:05 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA15762; Wed, 26 Jun 1996 08:46:01 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.6.12) with ESMTP id IAA06013; Wed, 26 Jun 1996 08:45:54 -0700 (PDT) Message-Id: <199606261545.IAA06013@austin.polstra.com> To: phk@freebsd.org Cc: current@freebsd.org Subject: Re: contrib SW, the policy! In-reply-to: <2072.835767053@critter.tfs.com> Date: Wed, 26 Jun 1996 08:45:54 -0700 From: John Polstra Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > "Contributed software" > [policy description elided] This sounds really good! Thanks for paying attention to the concerns people raised. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-current Wed Jun 26 09:46:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19950 for current-outgoing; Wed, 26 Jun 1996 09:46:02 -0700 (PDT) Received: from trout.mt.sri.com (trout.sri.MT.net [204.182.243.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA19929 for ; Wed, 26 Jun 1996 09:45:55 -0700 (PDT) Received: (from nate@localhost) by trout.mt.sri.com (8.6.12/8.6.12) id KAA25194 for current@FreeBSD.org; Wed, 26 Jun 1996 10:45:51 -0600 Date: Wed, 26 Jun 1996 10:45:51 -0600 From: Nate Williams Message-Id: <199606261645.KAA25194@trout.mt.sri.com> To: current@FreeBSD.org Subject: socketpair bug? Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Path: helena.MT.net!news.sprintlink.net!news-stk-11.sprintlink.net!guitar.sound.net!winternet.com!uunet!in2.uu.net!EU.net!news.eunet.fi!news.spb.su!satisfy.kiae.su!Gamma.RU!srcc!macsimum.gamma.ru!boris.macsimum.gamma.ru!user From: boris@macsimum.gamma.ru (Boris Lavrinovich) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: socketpair() in 2.2-960612-SNAP Date: Wed, 26 Jun 1996 00:52:30 +0300 Organization: Macsimum, Ltd Lines: 37 Message-ID: NNTP-Posting-Host: boris.macsimum.gamma.ru In article <4qc13h$12i@helena.MT.net>, "Nate Williams" wrote: > In article , > Boris Lavrinovich wrote: > >I installed 2.2-960612-SNAP and discovered that socketpair() system call > >returns "File exists" error in my programs. I used Linux before and > >suppose that there should be /dev/unix device but there is no such device. > > Why should there be a /dev/unix device? > > >Should I set any options in kernel to make it work? I did not find any. > > It should work fine now. What does your code look like? I suspect you > are using some sort of non-portable Linuxism (is that a word?) that doesn't > exist on FreeBSD. Oh, I have found where the problem is. socketpair() actually succeeded but returned the value of first descriptor in pair instead of 0. This is strange because it does not conform to man page (I am not sure wheither it comforms to POSIX too). So the code that tests return value not to be equal -1 will work, but code that tests return value to be equal 0 won't. This is nor a big problem for me, but I suppose it should be fixed. Boris. ============================================= Boris Lavrinovich Macsimum, Ltd 119899 Moscow University Computer Center Vorobiovy Gory Moscow Russia Voice: (095) 939-2471 Fax: (095) 939-1022 Internet: boris@macsimum.gamma.ru From owner-freebsd-current Wed Jun 26 12:09:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28365 for current-outgoing; Wed, 26 Jun 1996 12:09:39 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA28357 for ; Wed, 26 Jun 1996 12:09:37 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA25919; Wed, 26 Jun 1996 12:08:51 -0700 (PDT) To: KATO Takenori cc: current@freebsd.org Subject: Re: The Great PC98 Merge In-reply-to: Your message of "Wed, 26 Jun 1996 20:30:38 +0900." <199606261130.UAA01036@marble.eps.nagoya-u.ac.jp> Date: Wed, 26 Jun 1996 12:08:51 -0700 Message-ID: <25917.835816131@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > We have changed some parts of src/release stuff: > [list elided] Hmmm. OK, it sounds like merging the release procedure probably isn't going to work anytime soon then. I guess we'll keep things as they are for now, thanks! Jordan From owner-freebsd-current Wed Jun 26 12:11:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28542 for current-outgoing; Wed, 26 Jun 1996 12:11:28 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA28526 for ; Wed, 26 Jun 1996 12:11:24 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id OAA14284 for ; Wed, 26 Jun 1996 14:12:31 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id OAA14277 for ; Wed, 26 Jun 1996 14:12:31 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id OAA04338; Wed, 26 Jun 1996 14:13:45 -0500 Message-ID: <31D18BE9.4BF61CB5@fa.tdktca.com> Date: Wed, 26 Jun 1996 14:13:45 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: Nate Williams CC: current@FreeBSD.org Subject: Re: socketpair bug? References: <199606261645.KAA25194@trout.mt.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams wrote: > > Path: helena.MT.net!news.sprintlink.net!news-stk-11.sprintlink.net!guitar.sound.net!winternet.com!uunet!in2.uu.net!EU.net!news.eunet.fi!news.spb.su!satisfy.kia > From: boris@macsimum.gamma.ru (Boris Lavrinovich) > Newsgroups: comp.unix.bsd.freebsd.misc > Subject: Re: socketpair() in 2.2-960612-SNAP > Date: Wed, 26 Jun 1996 00:52:30 +0300 > Organization: Macsimum, Ltd > Lines: 37 > Message-ID: > NNTP-Posting-Host: boris.macsimum.gamma.ru > > In article <4qc13h$12i@helena.MT.net>, "Nate Williams" > wrote: > > > In article , > > Boris Lavrinovich wrote: > > >I installed 2.2-960612-SNAP and discovered that socketpair() system call > > >returns "File exists" error in my programs. I used Linux before and > > >suppose that there should be /dev/unix device but there is no such device. > > > > Why should there be a /dev/unix device? > > > > >Should I set any options in kernel to make it work? I did not find any. > > > > It should work fine now. What does your code look like? I suspect you > > are using some sort of non-portable Linuxism (is that a word?) that doesn't > > exist on FreeBSD. > > Oh, I have found where the problem is. socketpair() actually succeeded but > returned the value of first descriptor in pair instead of 0. This is > strange because it does not conform to man page (I am not sure wheither it > comforms to POSIX too). > > So the code that tests return value not to be equal -1 will work, but code > that tests return value to be equal 0 won't. This is nor a big problem for > me, but I suppose it should be fixed. We also have a PR that covers this, 731. http://www.freebsd.org/cgi-bin/query-pr.cgi?pr=731 Alex From owner-freebsd-current Wed Jun 26 12:18:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29194 for current-outgoing; Wed, 26 Jun 1996 12:18:20 -0700 (PDT) Received: from masternet.it (root@masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29174 for ; Wed, 26 Jun 1996 12:18:10 -0700 (PDT) Received: from socrate (ts1port4d.masternet.it [194.184.65.26]) by masternet.it (8.6.12/8.6.9) with SMTP id UAA27232 for ; Wed, 26 Jun 1996 20:15:42 +0200 Message-ID: <31D19A5D.167EB0E7@masternet.it> Date: Wed, 26 Jun 1996 22:15:25 +0200 From: Beck Peccoz Amedeo X-Mailer: Mozilla 2.01 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: new netstat line Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The -current is giving me a strange 'netstat -r' result. I'm referring to the line with ff:ff:ff... I didn't get it with the 2.1.0. What does such a line mean? Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default achillea UGSc 0 0 vx0 10/24 link#1 UC 0 0 achillea 0:a0:24:72:36:8 UHLW 0 408 lo0 ricevimento 0:80:28:80:a0:eb UHLW 1 39 vx0 302 10.0.0.255 ff:ff:ff:ff:ff:ff UHLWb 1 47 vx0 localhost localhost UH 0 1 lo0 224/4 localhost US 0 0 lo0 Thank you -- Beck-Peccoz Amedeo GEA Software S.r.l. Via Deffeyes, 1 11025 Gressoney Saint Jean (AO) ITALY Tel. ++39-125-366302 Fax. ++39-125-366415 From owner-freebsd-current Wed Jun 26 12:30:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29810 for current-outgoing; Wed, 26 Jun 1996 12:30:45 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29803 for ; Wed, 26 Jun 1996 12:30:43 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA26042; Wed, 26 Jun 1996 12:27:24 -0700 (PDT) To: Bruce Evans cc: mark@linus.demon.co.uk, msmith@atrad.adelaide.edu.au, freebsd-current@freebsd.org, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 23:36:30 +1000." <199606261336.XAA28908@godzilla.zeta.org.au> Date: Wed, 26 Jun 1996 12:27:24 -0700 Message-ID: <26040.835817244@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I would like to point to breaking documented behaviour of obj.machine, > obj and MAKEOBJDIR, but this behaviour seems to be undocumented. The > man page only documents the use of MAKEOBJDIR (not what it does) and > the tutorial doesn't mention anything to do with obj directories (not > even ${.OBJDIR}). Thanks for noting this - I *did* indeed RTFM on this to see what the conventions were and when I saw that nothing was mandating that MAKEOBJDIR be a relative path, I figured I wasn't breaking any of the published interfaces by changing it. However, I can say that if it's just the change to MAKEOBJDIR which is sticking in people's craws, I *can* change it to something else - it's only referenced in one or two places and trivial to change. I simply didn't want to add yet another variable to the mix when an old one could be chaned, but if people really do want a new OBJBASEDIR variable or something (suggestions accepted :-) then at this point I'm more than happy to give it to them. I still think that this variable, whatever it is, should be set in sys.mk since we already set things like the X11BASE there. Jordan From owner-freebsd-current Wed Jun 26 12:34:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00212 for current-outgoing; Wed, 26 Jun 1996 12:34:11 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA00200; Wed, 26 Jun 1996 12:34:08 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA26096; Wed, 26 Jun 1996 12:33:43 -0700 (PDT) To: sos@freebsd.org cc: current@freebsd.org (FreeBSD current) Subject: Re: RFC: cut&paste funtionality... In-reply-to: Your message of "Wed, 26 Jun 1996 16:25:31 +0200." <199606261425.QAA29111@ra.dkuug.dk> Date: Wed, 26 Jun 1996 12:33:43 -0700 Message-ID: <26094.835817623@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > 1. Catch all updates and change the marking to comply Probably not worth it. > 2. Remove the marking on all updates. This is how I've seen other systems do it, and it's reasonably acceptable from a UI standpoint. > 3. Only show the marked text when actually doing the > cut action, remove as soon as the mousebutton is > released. I don't like this one and the systems I've seen which did it this way were very annoying to use. :) Jordan From owner-freebsd-current Wed Jun 26 12:39:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00613 for current-outgoing; Wed, 26 Jun 1996 12:39:42 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA00597; Wed, 26 Jun 1996 12:39:32 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id VAA29996; Wed, 26 Jun 1996 21:15:30 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id VAA01663; Wed, 26 Jun 1996 21:12:13 +0200 (MET DST) Date: Wed, 26 Jun 1996 21:12:12 +0200 (MET DST) From: Andreas Klemm To: sos@freebsd.org cc: ache@nagual.ru, current@freebsd.org Subject: Re: Syscons 8bit chars mouse paste fix In-Reply-To: <199606260751.JAA26415@ra.dkuug.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996 sos@freebsd.org wrote: > Any other gripes at the moment ?? No, it's nearly perfect ;-) > (It seems I had forgotten how much fun its been writing syscons, but > the enthusiasm is coming back) It's fun using it, too ;-)) -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< From owner-freebsd-current Wed Jun 26 12:40:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00736 for current-outgoing; Wed, 26 Jun 1996 12:40:17 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA00701 for ; Wed, 26 Jun 1996 12:40:04 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id VAA00215; Wed, 26 Jun 1996 21:16:00 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id VAA01701; Wed, 26 Jun 1996 21:17:31 +0200 (MET DST) Date: Wed, 26 Jun 1996 21:17:31 +0200 (MET DST) From: Andreas Klemm To: Hellmuth Michaelis cc: current@freebsd.org, isdn@muc.ditec.de, mg@gtn.com Subject: Re: ping: sendto: No buffer space available In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Wed, 26 Jun 1996, Hellmuth Michaelis wrote: > The problem is caused by the ipi driver eating up all mbufs available > in the system if no connection is made to the remote system. > > I am working on this problem and have a solution for this but it needs > some thinking, work and testing to make the solution more general. > > The new driver will be made available ASAP! Thanks a lot Hellmuth ! - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMdGMyfMLpmkD/U+FAQHM4wQA1GYNyS8Te6sv5OITlAoSY8Wcj23O/fnv Hr8pCMa4IamnQ+CgT08L7/ASX6i3cB8euqfq/zt8dZyrXFuXEMy/kh5tagEa9OLf bwVsjPWWfV0mbiezinGwR/7UP9kaYpS5ds+8OYYVXjESMSv9SzorYkfjuYbPJfEd 6Gx1G2mfRsY= =Z8+E -----END PGP SIGNATURE----- From owner-freebsd-current Wed Jun 26 14:03:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA11823 for current-outgoing; Wed, 26 Jun 1996 14:03:10 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11457 for ; Wed, 26 Jun 1996 13:59:51 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id VAA04202; Wed, 26 Jun 1996 21:57:22 GMT Message-Id: <199606262157.VAA04202@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 21:57:21 +0000 In-Reply-To: Bruce Evans's message of Jun 25, 6:26pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: Bruce Evans , freebsd-current@FreeBSD.ORG, nate@sri.MT.net Subject: Re: Building inside of /usr/src? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Bruce Evans > Date: Tue 25 Jun, 1996 > Subject: Re: Building inside of /usr/src? > Fix: restore the old behaviour of make and introduce a new environment > variable MAKEOBJTREE to control the new behaviour. The priorities should > be: > > $MAKEOBJDIR (if MAKEOBJDIR is set) (highest) > obj.$machine > obj > $MAKEOBJTREE/`pwd` (if MAKEOBJTREE is set) > . > > MAKEOBJTREE would normally be set in bsd.*.mk. The above priority allow > overriding it easily (for building outside the src tree) using `mkdir obj'. > There is still the problem that the objects may be put under $MAKEOBJTREE > if a directory that you don't know about happens to exist there. > > I also dislike the full pathname being appended to $MAKEOBJTREE. I dislike the redundant MAKEOBJTREE (since BSDOBJDIR already contains that location). Actually, isn't the only thing required here a *boolean* variable, complementary to NOOBJ and NOOBJLINK in bsd.obj.mk? Done right, this would mean that people not using bsd.*.mk (once sys.mk is fixed) shouldn't be affected by the possibility of having stuff go off to an obj tree they know nothing about. Jordan, I haven't played with it enough, but did you find problems which made it *necessary* to teach make(1) about /usr/obj? Can the bsd.obj.mk rules be made to do what they look like they should? (Only bsd.obj.mk seems to use BSDOBJDIR instead of /usr/obj - similarly for BSDSRCDIR - was this brought in from NetBSD recently?) I'll gladly poke in this stuff further, but if you could confirm whether you've already found the above approach unworkable, or pass on details of what fell over if you tried it and gave up... Cheers, Mark. -- Mark Valentine at Home From owner-freebsd-current Wed Jun 26 14:08:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12239 for current-outgoing; Wed, 26 Jun 1996 14:08:10 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA12194 for ; Wed, 26 Jun 1996 14:07:52 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id VAA04209; Wed, 26 Jun 1996 21:59:24 GMT Message-Id: <199606262159.VAA04209@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Wed, 26 Jun 1996 21:59:24 +0000 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 26, 12:27pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" , Bruce Evans Subject: Re: Building inside of /usr/src? Cc: msmith@atrad.adelaide.edu.au, freebsd-current@FreeBSD.ORG, nate@sri.MT.net Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Wed 26 Jun, 1996 > Subject: Re: Building inside of /usr/src? > but if people > really do want a new OBJBASEDIR variable or something (suggestions > accepted :-) then at this point I'm more than happy to give it to > them. How does this variable differ from BSDOBJDIR? > I still think that this variable, whatever it is, should be set > in sys.mk since we already set things like the X11BASE there. That's a bug. Cheers, Mark. -- Mark Valentine at Home From owner-freebsd-current Wed Jun 26 14:33:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14291 for current-outgoing; Wed, 26 Jun 1996 14:33:38 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA14281 for ; Wed, 26 Jun 1996 14:33:30 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA25465; Wed, 26 Jun 1996 14:29:21 -0700 (PDT) To: mark@linus.demon.co.uk (Mark Valentine) cc: Bruce Evans , msmith@atrad.adelaide.edu.au, freebsd-current@FreeBSD.ORG, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Wed, 26 Jun 1996 21:59:24 -0000." <199606262159.VAA04209@linus.demon.co.uk> Date: Wed, 26 Jun 1996 14:29:21 -0700 Message-ID: <25463.835824561@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > really do want a new OBJBASEDIR variable or something (suggestions > > accepted :-) then at this point I'm more than happy to give it to > > them. > > How does this variable differ from BSDOBJDIR? BSDOBJDIR was only used in one place, the gross-and-often-dysfunctional sed script that used to make the obj links. When that went away, it was removed since it wasn't referenced anywhere else. > > I still think that this variable, whatever it is, should be set > > in sys.mk since we already set things like the X11BASE there. > > That's a bug. And it's been that way for ages. You didn't answer the question. :-) Jordan From owner-freebsd-current Wed Jun 26 15:22:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24881 for current-outgoing; Wed, 26 Jun 1996 15:22:41 -0700 (PDT) Received: from hda (ip62-max1-fitch.zipnet.net [199.232.245.62]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA24840; Wed, 26 Jun 1996 15:22:34 -0700 (PDT) Received: (from dufault@localhost) by hda (8.6.11/8.6.9) id SAA22631; Wed, 26 Jun 1996 18:35:05 -0400 From: Peter Dufault Message-Id: <199606262235.SAA22631@hda> Subject: Re: Another policy... To: current@FreeBSD.org Date: Wed, 26 Jun 1996 18:35:04 -0400 (EDT) Cc: phk@FreeBSD.org In-Reply-To: <199606260719.AAA11511@GndRsh.aac.dev.com> from "Rodney W. Grimes" at Jun 26, 96 00:19:54 am Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > > We made this one up too: > > > > "MAINTAINER in Makefiles" > ... > > I expect to soon see the addition of a ``Policy'' section (if it does > not already exist) with this and the other ``Policy'' just layed down > to be added to the handbook so that there is more of a record of these > than just these 2 mail messages. And a policy list for discussion of this sort of thing is needed. You will have some -hackers who've missed this. At the moment, I'm pretty much killing 80% of my FreeBSD mail until I come up for air. -- Peter Dufault Real-Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-current Wed Jun 26 15:48:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA00432 for current-outgoing; Wed, 26 Jun 1996 15:48:50 -0700 (PDT) Received: from masternet.it (root@masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00412 for ; Wed, 26 Jun 1996 15:48:46 -0700 (PDT) Received: from socrate (ts1port2d.masternet.it [194.184.65.24]) by masternet.it (8.6.12/8.6.9) with SMTP id XAA29602 for ; Wed, 26 Jun 1996 23:46:12 +0200 Message-ID: <31D1C99F.41C67EA6@masternet.it> Date: Thu, 27 Jun 1996 01:37:03 +0200 From: Beck Peccoz Amedeo X-Mailer: Mozilla 2.01 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG Subject: can't make all Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ===> contrib make: don't know how to make all. Stop *** Error code 2 Stop. Nor do I. Does anybody know how to make all? -- Beck-Peccoz Amedeo GEA Software S.r.l. Via Deffeyes, 1 11025 Gressoney Saint Jean (AO) ITALY Tel. ++39-125-366302 Fax. ++39-125-366415 From owner-freebsd-current Wed Jun 26 16:42:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03211 for current-outgoing; Wed, 26 Jun 1996 16:42:05 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA03206; Wed, 26 Jun 1996 16:42:00 -0700 (PDT) Received: by sovcom.kiae.su id AA16244 (5.65.kiae-1 ); Thu, 27 Jun 1996 02:35:43 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 27 Jun 96 02:35:43 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id DAA00284; Thu, 27 Jun 1996 03:32:22 +0400 (MSD) Message-Id: <199606262332.DAA00284@nagual.ru> Subject: Re: Syscons 8bit chars mouse paste fix To: sos@freebsd.org Date: Thu, 27 Jun 1996 03:32:22 +0400 (MSD) Cc: andreas@klemm.gtn.com, current@freebsd.org In-Reply-To: <199606260751.JAA26415@ra.dkuug.dk> from "sos@freebsd.org" at "Jun 26, 96 09:51:11 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Any other gripes at the moment ?? Yes, it start to paste 8bit chars, but it pust ANOTHER 8bit chars! The reason is simple: screen map not counted for C&P operation. Destructive cursor works now, but I notice that characters AA, B6, B7, BA becomes broken: they contains moving cursor image. They are frame pseudo-graphics in KOI8-R, many programs use them for frames (as my editor f.e.), effect is very strange. X incompatibility and rc incompatibility still exists. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Wed Jun 26 18:19:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10308 for current-outgoing; Wed, 26 Jun 1996 18:19:35 -0700 (PDT) Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA10299; Wed, 26 Jun 1996 18:19:22 -0700 (PDT) Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.6.11/8.6.9) id LAA09419; Thu, 27 Jun 1996 11:19:12 +1000 From: David Dawes Message-Id: <199606270119.LAA09419@rf900.physics.usyd.edu.au> Subject: Re: moused conflicts with X11 To: sos@FreeBSD.ORG Date: Thu, 27 Jun 1996 11:19:12 +1000 (EST) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG In-Reply-To: <199606260659.IAA26099@ra.dkuug.dk> from "sos@FreeBSD.ORG" at Jun 26, 96 08:59:12 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >However I dont see that the Xserver should be changed, as they will >see /dev/mouse as a say mousesystems mouse, no matter what mouse >actually is on the system. That would also ease the X installation If it is done this way, how do you plan to deal with 2-button mice? Would 3-button emulation be included as an option, or would the X server still do that? How would the 2 buttons be mapped? What about a mouse that has more than three buttons (I don't know if the mousesytems protocol supports more than three or not). >for J. Randomuser. And besides I dont see the need for Yet Another >Mouse Interface (YAMI), when we can just use one of the de facto >standards. We also would have a BIG problem with commercial progs >that way, so lets not get that insane... I agree with this. David From owner-freebsd-current Wed Jun 26 19:57:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15231 for current-outgoing; Wed, 26 Jun 1996 19:57:25 -0700 (PDT) Received: from spooky.eis.net.au (spooky.eis.net.au [203.12.171.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA15224 for ; Wed, 26 Jun 1996 19:57:20 -0700 (PDT) Received: (from ernie@localhost) by spooky.eis.net.au (8.7.5/8.6.12) id MAA13771 for freebsd-current@freebsd.org; Thu, 27 Jun 1996 12:56:57 +1000 (EST) From: Ernie Elu Message-Id: <199606270256.MAA13771@spooky.eis.net.au> Subject: Make world stopped To: freebsd-current@freebsd.org Date: Thu, 27 Jun 1996 12:56:57 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I haven t doen a make world since May the 28th. and now it seems to be slightly broken after SUPing the latest changes. It is failing on cleandist with the following: -------------------------------------------------------------- Cleaning up the source tree, and rebuilding the obj tree -------------------------------------------------------------- cd /usr/src && make cleandir ===> include usage: rm [-f | -i] [-dPRr] file ... *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Can anyone tell me how to catch up and get back in sync? - Ernie. From owner-freebsd-current Wed Jun 26 20:56:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20759 for current-outgoing; Wed, 26 Jun 1996 20:56:03 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA20713 for ; Wed, 26 Jun 1996 20:55:58 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA08300; Wed, 26 Jun 1996 21:55:45 -0600 (MDT) Date: Wed, 26 Jun 1996 21:55:45 -0600 (MDT) Message-Id: <199606270355.VAA08300@rocky.mt.sri.com> From: Nate Williams To: Ernie Elu Cc: freebsd-current@freebsd.org Subject: Re: Make world stopped In-Reply-To: <199606270256.MAA13771@spooky.eis.net.au> References: <199606270256.MAA13771@spooky.eis.net.au> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I haven > t doen a make world since May the 28th. and now it seems to be slightly > broken after SUPing the latest changes. > > It is failing on cleandist with the following: > > -------------------------------------------------------------- > Cleaning up the source tree, and rebuilding the obj tree > -------------------------------------------------------------- > cd /usr/src && make cleandir > ===> include > usage: rm [-f | -i] [-dPRr] file ... > *** Error code 1 Jordan announced on the current mailing list (which I assume you are on and have read religiously) that you *must* re-build and re-install make to get around this bug. Nate From owner-freebsd-current Wed Jun 26 21:18:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA22530 for current-outgoing; Wed, 26 Jun 1996 21:18:48 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts13-line3.uoregon.edu [128.223.150.152]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA22521 for ; Wed, 26 Jun 1996 21:18:45 -0700 (PDT) Received: (from dwhite@localhost) by gdi.uoregon.edu (8.6.12/8.6.12) id VAA00557; Wed, 26 Jun 1996 21:18:50 -0700 Date: Wed, 26 Jun 1996 21:18:50 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Joao Carlos Mendes Luis cc: freebsd-current@FreeBSD.org Subject: Re: Problems booting 2.2-SNAP In-Reply-To: <199606242020.RAA15887@mailhost.coppe.ufrj.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Joao Carlos Mendes Luis wrote: > // 3) If you are running under Win95, are you booting to MS-DOS to write > // the image? > > I'm doing an upgrade from 2.1-RELEASE. I used dd. :) > > Windows-NT -> Windows ? No Thanks ! Ooohhh, bad. Go use a DOS machine to build that floppy image; NT messes with rawrite and WILL mess up the image. Someone else just figured this out. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-current Wed Jun 26 22:46:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA01996 for current-outgoing; Wed, 26 Jun 1996 22:46:23 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA01987; Wed, 26 Jun 1996 22:46:17 -0700 (PDT) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id HAA00518; Thu, 27 Jun 1996 07:16:03 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id XAA03298; Wed, 26 Jun 1996 23:38:04 +0200 (MET DST) Date: Wed, 26 Jun 1996 23:38:03 +0200 (MET DST) From: Andreas Klemm To: Poul-Henning Kamp cc: current@FreeBSD.ORG Subject: Re: Another policy... In-Reply-To: <2105.835767827@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- On Tue, 25 Jun 1996, Poul-Henning Kamp wrote: > We made this one up too: > > "MAINTAINER in Makefiles" [...] Well formulated ! Andreas /// - -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<< -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQCVAwUBMdGttfMLpmkD/U+FAQE4rAQApRVBy/eZ6Bt4NEKem75UIgoFlNABpKE8 f7eCl5jtHEqTdMej6RKHomc5KMxHK9c03ncI6jLlJVdRyM03rn7JzGci17fi+r+H hDSlrJNyaVlRo5mY63d3E32w/VE5BYXlkzUDQn+lxyRdzoCy0d/9DOkgAnu9Eri1 5OxF3iAFG5s= =ZsX/ -----END PGP SIGNATURE----- From owner-freebsd-current Wed Jun 26 23:25:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04513 for current-outgoing; Wed, 26 Jun 1996 23:25:06 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA04496; Wed, 26 Jun 1996 23:25:00 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA04754; Thu, 27 Jun 1996 08:24:16 +0200 Message-Id: <199606270624.IAA04754@ra.dkuug.dk> Subject: Re: moused conflicts with X11 To: dawes@rf900.physics.usyd.edu.au (David Dawes) Date: Thu, 27 Jun 1996 08:24:15 +0200 (MET DST) Cc: sos@FreeBSD.ORG, joerg_wunsch@uriah.heep.sax.de, freebsd-current@FreeBSD.ORG In-Reply-To: <199606270119.LAA09419@rf900.physics.usyd.edu.au> from "David Dawes" at Jun 27, 96 11:19:12 am From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to David Dawes who wrote: > > >However I dont see that the Xserver should be changed, as they will > >see /dev/mouse as a say mousesystems mouse, no matter what mouse > >actually is on the system. That would also ease the X installation > > If it is done this way, how do you plan to deal with 2-button mice? > Would 3-button emulation be included as an option, or would the X server > still do that? How would the 2 buttons be mapped? What about a mouse > that has more than three buttons (I don't know if the mousesytems protocol > supports more than three or not). Erhm, the mousesystems protocol was just an example, if another std. one seems more suited, we'll take that one. As for 2 button mice, yes moused supports 3-button emulation. > >for J. Randomuser. And besides I dont see the need for Yet Another > >Mouse Interface (YAMI), when we can just use one of the de facto > >standards. We also would have a BIG problem with commercial progs > >that way, so lets not get that insane... > > I agree with this. That makes two.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Wed Jun 26 23:33:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04951 for current-outgoing; Wed, 26 Jun 1996 23:33:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA04945 for ; Wed, 26 Jun 1996 23:32:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA00544; Wed, 26 Jun 1996 23:31:47 -0700 (PDT) To: Ernie Elu cc: freebsd-current@freebsd.org Subject: Re: Make world stopped In-reply-to: Your message of "Thu, 27 Jun 1996 12:56:57 +1000." <199606270256.MAA13771@spooky.eis.net.au> Date: Wed, 26 Jun 1996 23:31:47 -0700 Message-ID: <542.835857107@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Did you heed my advice about bootstrapping make? If you run -current and don't subscribe to this list, then you should not run -current. Jordan > I haven > t doen a make world since May the 28th. and now it seems to be slightly > broken after SUPing the latest changes. > > It is failing on cleandist with the following: > > -------------------------------------------------------------- > Cleaning up the source tree, and rebuilding the obj tree > -------------------------------------------------------------- > cd /usr/src && make cleandir > ===> include > usage: rm [-f | -i] [-dPRr] file ... > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > *** Error code 1 > > Stop. > > > Can anyone tell me how to catch up and get back in sync? > > - Ernie. From owner-freebsd-current Wed Jun 26 23:37:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05187 for current-outgoing; Wed, 26 Jun 1996 23:37:51 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA05181; Wed, 26 Jun 1996 23:37:42 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id IAA04861; Thu, 27 Jun 1996 08:36:53 +0200 Message-Id: <199606270636.IAA04861@ra.dkuug.dk> Subject: Re: Syscons 8bit chars mouse paste fix To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Thu, 27 Jun 1996 08:36:53 +0200 (MET DST) Cc: sos@FreeBSD.ORG, andreas@klemm.gtn.com, current@FreeBSD.ORG In-Reply-To: <199606262332.DAA00284@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 27, 96 03:32:22 am From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > > Any other gripes at the moment ?? > > Yes, it start to paste 8bit chars, but it pust ANOTHER 8bit chars! > The reason is simple: screen map not counted for C&P operation. So, your patch didn't work proberly ?? :) :) Ok, I'll put in the scrmap call :) > Destructive cursor works now, but I notice that characters > AA, B6, B7, BA becomes broken: they contains moving cursor image. > They are frame pseudo-graphics in KOI8-R, many programs > use them for frames (as my editor f.e.), effect is very strange. Yes this is an artifact of how the mousepointer works, its the chars D0-D3 actually, what you see must be because of your scrmap. There is no fix for this, other than changeing the involved chrs, just tomove the problem to another place. I chose D0-D3 as they seemed to conflict the least in the charsets that I use. Also the chars must be in the range that gets bit 7 copied into bit 8 on 9 bit wide resolutions, which further limits the available range. > X incompatibility and rc incompatibility still exists. Whats the griefs with X if both use /dev/cuaa? ?? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Thu Jun 27 01:47:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10757 for current-outgoing; Thu, 27 Jun 1996 01:47:27 -0700 (PDT) Received: from plaut.de ([194.39.177.166]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA10738 for ; Thu, 27 Jun 1996 01:47:19 -0700 (PDT) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id JAA23503; Thu, 27 Jun 1996 09:56:56 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.7.5/8.7.3) with SMTP id KAA08363; Thu, 27 Jun 1996 10:46:34 +0200 (MET DST) Date: Thu, 27 Jun 1996 10:46:33 +0200 (MET DST) From: Michael Reifenberger To: "Jordan K. Hubbard" cc: FreeBSD-Current Subject: Re: Building inside of /usr/src? In-Reply-To: <26040.835817244@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have /usr/obj and /usr/src symlinked to /a/obj and /a/src. With current I noticed, that if I do a 'make obj' in /usr/src, I get for example a /usr/obj/a/src/lib/libc. If I do a 'make obj' directly in /usr/src/lib/libc I get a: /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc Is it a Bug or Feature? Bye! ---- Michael Reifenberger From owner-freebsd-current Thu Jun 27 02:23:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13309 for current-outgoing; Thu, 27 Jun 1996 02:23:59 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA13297 for ; Thu, 27 Jun 1996 02:23:55 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA02279; Thu, 27 Jun 1996 02:20:53 -0700 (PDT) To: Michael Reifenberger cc: FreeBSD-Current Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 10:46:33 +0200." Date: Thu, 27 Jun 1996 02:20:53 -0700 Message-ID: <2277.835867253@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > With current I noticed, that if I do a 'make obj' in /usr/src, I get for > example a /usr/obj/a/src/lib/libc. Yeah, that looks right. > If I do a 'make obj' directly in /usr/src/lib/libc I get a: > /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc Urk - REALLY? I don't understand this since the path should be "canonicalized" in the same way, regardless of what depth in /usr/src you happen to be. Observe: jkh@time-> ls -l /usr/src lrwxr-xr-x 1 root wheel 6 Jun 24 20:46 /usr/src -> /a/src jkh@time-> cd /usr/src/lib/libc jkh@time-> pwd /usr/src/lib/libc jkh@time-> make cleandir jkh@time-> make obj /usr/obj/a/src/lib/libc created for /a/src/lib/libc Works for me! Are you sure you didn't do something especially bizarre in the second case? I can't reproduce your error! Jordan From owner-freebsd-current Thu Jun 27 02:37:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14120 for current-outgoing; Thu, 27 Jun 1996 02:37:56 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA14113 for ; Thu, 27 Jun 1996 02:37:43 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA03774; Thu, 27 Jun 1996 19:30:39 +1000 Date: Thu, 27 Jun 1996 19:30:39 +1000 From: Bruce Evans Message-Id: <199606270930.TAA03774@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Building inside of /usr/src? Cc: freebsd-current@freebsd.org, mark@linus.demon.co.uk, msmith@atrad.adelaide.edu.au, nate@sri.MT.net Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >places and trivial to change. I simply didn't want to add yet another >variable to the mix when an old one could be chaned, but if people >really do want a new OBJBASEDIR variable or something (suggestions >accepted :-) then at this point I'm more than happy to give it to I already suggested MAKEOBJTREE :-). >them. I still think that this variable, whatever it is, should be set >in sys.mk since we already set things like the X11BASE there. Those things shouldn't be set there. Setting X11BASE there was expedient: ---------------------------- revision 1.5 date: 1994/09/04 02:52:27; author: jkh; state: Exp; lines: +5 -1 Add an X11BASE variable that currently points to /usr/X386 but will be easy to change to /usr/X11R6 if and when the time comes. This is to deal with things like xditview which otherwise had hardcoded assumptions about where X lived. Yuck. Submitted by: jkh ---------------------------- but jhk recently removed xditview to complete the removal of X from the source tree, so there is no need for X11BASE in the source tree now. It is only referenced in make.conf (defined there), porting.sgml (documented for bsd.ports.mk there), sys.mk (usual default defined there) and bsd.port.mk (defined there). Bruce From owner-freebsd-current Thu Jun 27 02:43:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA14434 for current-outgoing; Thu, 27 Jun 1996 02:43:34 -0700 (PDT) Received: from plaut.de ([194.39.177.166]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA14422 for ; Thu, 27 Jun 1996 02:43:18 -0700 (PDT) Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id KAA23964; Thu, 27 Jun 1996 10:50:26 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.7.5/8.7.3) with SMTP id LAA09320; Thu, 27 Jun 1996 11:40:11 +0200 (MET DST) Date: Thu, 27 Jun 1996 11:40:11 +0200 (MET DST) From: Michael Reifenberger To: "Jordan K. Hubbard" cc: FreeBSD-Current Subject: Re: Building inside of /usr/src? In-Reply-To: <2277.835867253@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996, Jordan K. Hubbard wrote: > Date: Thu, 27 Jun 1996 02:20:53 -0700 > From: "Jordan K. Hubbard" > To: Michael Reifenberger > Cc: FreeBSD-Current > Subject: Re: Building inside of /usr/src? > > > With current I noticed, that if I do a 'make obj' in /usr/src, I get for > > example a /usr/obj/a/src/lib/libc. > > Yeah, that looks right. > > > If I do a 'make obj' directly in /usr/src/lib/libc I get a: > > /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc > > Urk - REALLY? I don't understand this since the path should be > "canonicalized" in the same way, regardless of what depth in /usr/src > you happen to be. Observe: (totum)(root) # cd /usr/src/ (totum)(root) # make mk ... (totum)(root) # cd lib/libc (totum)(root) # make cleandir (totum)(root) # make obj /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc (totum)(root) # pwd /usr/src/lib/libc (totum)(root) # cd /a/src/lib/libc (totum)(root) # pwd /a/src/lib/libc (totum)(root) # make cleandir (totum)(root) # make obj /usr/obj/a/src/lib/libc created for /a/src/lib/libc ?????? Bye! ---- Michael Reifenberger From owner-freebsd-current Thu Jun 27 03:02:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA15393 for current-outgoing; Thu, 27 Jun 1996 03:02:07 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA15387 for ; Thu, 27 Jun 1996 03:02:05 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id CAA26039; Thu, 27 Jun 1996 02:59:11 -0700 (PDT) To: Michael Reifenberger cc: FreeBSD-Current Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 11:40:11 +0200." Date: Thu, 27 Jun 1996 02:59:11 -0700 Message-ID: <26037.835869551@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > (totum)(root) # make obj > /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc > (totum)(root) # pwd > /usr/src/lib/libc > (totum)(root) # cd /a/src/lib/libc > (totum)(root) # pwd > /a/src/lib/libc > (totum)(root) # make cleandir > (totum)(root) # make obj > /usr/obj/a/src/lib/libc created for /a/src/lib/libc > > ?????? Yeah, good question.. :-) I wonder if getcwd() is somehow becoming confused on your system. It should return the canonical path and it's clearly not! :( Jordan From owner-freebsd-current Thu Jun 27 03:03:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA15516 for current-outgoing; Thu, 27 Jun 1996 03:03:56 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA15501 for ; Thu, 27 Jun 1996 03:03:47 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id MAA05612; Thu, 27 Jun 1996 12:03:16 +0200 Message-Id: <199606271003.MAA05612@ra.dkuug.dk> Subject: Re: Building inside of /usr/src? To: root@totum.plaut.de (Michael Reifenberger) Date: Thu, 27 Jun 1996 12:03:16 +0200 (MET DST) Cc: jkh@time.cdrom.com, current@freebsd.org In-Reply-To: from "Michael Reifenberger" at Jun 27, 96 11:40:11 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Michael Reifenberger who wrote: > > (totum)(root) # cd /usr/src/ > (totum)(root) # make mk > ... > (totum)(root) # cd lib/libc > (totum)(root) # make cleandir > (totum)(root) # make obj > /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc > (totum)(root) # pwd > /usr/src/lib/libc > (totum)(root) # cd /a/src/lib/libc > (totum)(root) # pwd > /a/src/lib/libc > (totum)(root) # make cleandir > (totum)(root) # make obj > /usr/obj/a/src/lib/libc created for /a/src/lib/libc > > ?????? > Ahhhh, that was why my nfs install went south last night :( -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Thu Jun 27 03:19:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA16545 for current-outgoing; Thu, 27 Jun 1996 03:19:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA16513 for ; Thu, 27 Jun 1996 03:18:22 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id UAA05121; Thu, 27 Jun 1996 20:12:55 +1000 Date: Thu, 27 Jun 1996 20:12:55 +1000 From: Bruce Evans Message-Id: <199606271012.UAA05121@godzilla.zeta.org.au> To: bde@zeta.org.au, freebsd-current@FreeBSD.ORG, mark@linus.demon.co.uk, nate@sri.MT.net Subject: Re: Building inside of /usr/src? Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Fix: restore the old behaviour of make and introduce a new environment >> variable MAKEOBJTREE to control the new behaviour. The priorities should >> be: >> >> $MAKEOBJDIR (if MAKEOBJDIR is set) (highest) >> obj.$machine >> obj >> $MAKEOBJTREE/`pwd` (if MAKEOBJTREE is set) >> . >I dislike the redundant MAKEOBJTREE (since BSDOBJDIR already contains >that location). Actually, isn't the only thing required here a *boolean* >variable, complementary to NOOBJ and NOOBJLINK in bsd.obj.mk? MAKEOBJTREE is named to suggest that it belongs to make(1). BSDOBJDIR was only a little-known variable in the (Free?)BSD makefiles. Now it is only a little-used variable in bsd.port.mk. There has to be such a (tree) variable if make knows nothing about object trees. The reason for putting this knowledge in make is that builtins are easier to use. Getting the current behaviour using the old MAKEOBJDIR semantics would involve lots of substitutions: MAKEOBJDIR= ${.CURDIR:S;^;/usr/obj;} # current behaviour MAKEOBJDIR= ${.CURDIR:S;^/usr/src;/usr/obj;} # old behaviour MAKEOBJDIR= ${.CURDIR:S${BSDOBJTREESUBST}} # I couldn't get this to work Hmm, this isn't very hard. Put this in bsd.src.mk (a new file that centralizes common stuff for building /usr/src) and avoid touching make(1) or *.mk. Why did the old way use all those shell commands with pwd's? :-) Bruce From owner-freebsd-current Thu Jun 27 04:51:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA20464 for current-outgoing; Thu, 27 Jun 1996 04:51:33 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA20448; Thu, 27 Jun 1996 04:51:20 -0700 (PDT) Received: by sovcom.kiae.su id AA16828 (5.65.kiae-1 ); Thu, 27 Jun 1996 14:50:49 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 27 Jun 96 14:50:49 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id PAA00575; Thu, 27 Jun 1996 15:34:37 +0400 (MSD) Message-Id: <199606271134.PAA00575@nagual.ru> Subject: Re: Syscons 8bit chars mouse paste fix To: sos@FreeBSD.ORG Date: Thu, 27 Jun 1996 15:34:36 +0400 (MSD) Cc: andreas@klemm.gtn.com, current@FreeBSD.ORG In-Reply-To: <199606270636.IAA04861@ra.dkuug.dk> from "sos@FreeBSD.ORG" at "Jun 27, 96 08:36:53 am" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > > > > Any other gripes at the moment ?? > > > > Yes, it start to paste 8bit chars, but it pust ANOTHER 8bit chars! > > The reason is simple: screen map not counted for C&P operation. > > So, your patch didn't work proberly ?? :) :) It works, but not for scrnmap. > Yes this is an artifact of how the mousepointer works, its the > chars D0-D3 actually, what you see must be because of your > scrmap. There is no fix for this, other than changeing the > involved chrs, just tomove the problem to another place. I chose > D0-D3 as they seemed to conflict the least in the charsets > that I use. Also the chars must be in the range that gets > bit 7 copied into bit 8 on 9 bit wide resolutions, which further > limits the available range. I know that 4 characters must be dead for mousepointer, but they must be choosed in _per-charset_ basis and scrnmap must be counted too. It can be moused option or maybe put this info into keymap table? > > X incompatibility and rc incompatibility still exists. > > Whats the griefs with X if both use /dev/cuaa? ?? As I already say (my old report still active): try to resize (enlarge) window, i.e. hold down mouse button and move frame slowly, your pointer jumps back in 0,0 location direction periodically. I have mousesystems. I didn't notice any strangeness while simple move mouse without pressing buttons. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Thu Jun 27 05:05:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21016 for current-outgoing; Thu, 27 Jun 1996 05:05:40 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA21006; Thu, 27 Jun 1996 05:05:24 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id OAA06010; Thu, 27 Jun 1996 14:04:21 +0200 Message-Id: <199606271204.OAA06010@ra.dkuug.dk> Subject: Re: Syscons 8bit chars mouse paste fix To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Thu, 27 Jun 1996 14:04:21 +0200 (MET DST) Cc: sos@FreeBSD.ORG, andreas@klemm.gtn.com, current@FreeBSD.ORG In-Reply-To: <199606271134.PAA00575@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 27, 96 03:34:36 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > > Yes this is an artifact of how the mousepointer works, its the > > chars D0-D3 actually, what you see must be because of your > > scrmap. There is no fix for this, other than changeing the > > involved chrs, just tomove the problem to another place. I chose > > D0-D3 as they seemed to conflict the least in the charsets > > that I use. Also the chars must be in the range that gets > > bit 7 copied into bit 8 on 9 bit wide resolutions, which further > > limits the available range. > > I know that 4 characters must be dead for mousepointer, but they > must be choosed in _per-charset_ basis and scrnmap must be counted > too. It can be moused option or maybe put this info into > keymap table? HMMM, it can't be a moused option, as it has (and shouldn't have) no knowledge of whats going on on the screen. Also it cannot be any chars, it HAS to be in the range that the hardware supports the 9'th bit thingy (thats some 32 chars, I don't remember the actual numbers, something like 0xd0-0xef). HMMMM, I'll have to think about this one.... The problem with scrnmap on cut'ed text is solvable by having a reverse scrnmap table.. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Thu Jun 27 05:23:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21529 for current-outgoing; Thu, 27 Jun 1996 05:23:54 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA21512; Thu, 27 Jun 1996 05:23:47 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.7.5/8.7.3) id MAA00459; Thu, 27 Jun 1996 12:23:40 GMT From: Adam David Message-Id: <199606271223.MAA00459@veda.is> Subject: NFS weirdness? To: freebsd-current@freebsd.org Date: Thu, 27 Jun 1996 12:23:40 +0000 (GMT) Cc: freebsd-fs@freebsd.org X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've just seen something strange on an NFS-mounted filesystem. rm -r foodir ended with a a complaint about some directories not being empty. Repeating the command finished the job and terminated normally. This is running current as of today, on both the client and server machines. I don't really have enough information about it to file a sensible PR. -- Adam David From owner-freebsd-current Thu Jun 27 05:52:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA22499 for current-outgoing; Thu, 27 Jun 1996 05:52:06 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-131.ut.nl.ibm.net [139.92.42.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA22481; Thu, 27 Jun 1996 05:51:59 -0700 (PDT) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id NAA12464; Thu, 27 Jun 1996 13:18:19 +0200 (MET DST) Date: Thu, 27 Jun 1996 13:18:19 +0200 (MET DST) Message-Id: <199606271118.NAA12464@vector.jhs.no_domain> To: bostic@cs.berkeley.edu Cc: current@freebsd.org Subject: does cgetent() tgetent() vi see if an element of TERMPATH is a file ? From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Web: http://www.freebsd.org/~jhs/ Mailer: EXMH 1.6.7, PGP available Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Keith Bostic, cc FreeBSD current, Does current FreeBSD lib cgetent() called from tgetent() called from Vi 1.34 always correctly detect the difference between an element of TERMPATH being a file & a directory ? Problem: vi blew up with: Error: initscr failed: Not a directory. xterm: unknown terminal type, or terminal lacks necessary features. as I had TERMPATH /usr/p/jhs/.termcap:/usr/local/etc/termcap:\ /etc/termcap:/usr/share/misc/termcap & /usr/local/etc somehow was a file (from hpack, (BTW I've just checked on my current ports/, & install called from ports/archivers/hpack.non-usa.only automatically creates etc, so no problem there now, if ever, maybe the functionality of install changed or something similar ) I'm not sure if its a bug or a mistake in my config somewhere, as I can demo the effect on my FreeBSD 2.1 Release box, but not on my FreeBSD Current box. Release & Current have identical src/lib/libtermcap/termcap.c Rel & Curr vi are almost the same, only difference: Makefile (MLINKS) & vi/v_ulcase.c (Toggle upper & lower case letters) PS exactly the same README version 1.34 tgetent is called from usr.bin/vi/ sex/sex_screen.c sex/sex_window.c svi/svi_curses.c src/lib/libtermcap/termcap.c line 138: i = cgetent(&dummy, pathvec, (char *)name); libc/gen/getcap.c line 272 : fd = open(*db_p, O_RDONLY, 0); if (fd < 0) { /* No error on unfound file. */ if (errno == ENOENT) continue; free(record); return (-2); Could that be the problem ? Anyone more familiar with this ? Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/ From owner-freebsd-current Thu Jun 27 07:19:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28990 for current-outgoing; Thu, 27 Jun 1996 07:19:36 -0700 (PDT) Received: from lear35.cytex.com (root@lear35.cytex.com [38.252.97.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA28981 for ; Thu, 27 Jun 1996 07:19:33 -0700 (PDT) Received: (from mbartley@localhost) by lear35.cytex.com (8.7.5/8.7.3) id HAA00443 for freebsd-current@freebsd.org; Thu, 27 Jun 1996 07:19:28 -0700 (PDT) From: Matt Bartley Message-Id: <199606271419.HAA00443@lear35.cytex.com> Subject: share/doc/handbook doesn't make clean To: freebsd-current@freebsd.org Date: Thu, 27 Jun 1996 07:19:27 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD-current, last make world last night. I've noticed this problem for a few days. Script started on Thu Jun 27 07:12:47 1996 bash# pwd /usr/src/share/doc/handbook bash# make -n clean bash# make clean bash# ls /usr/obj/usr/src/share/doc/handbook/ handbook.ascii handbook183.html handbook269.html handbook.html handbook184.html handbook27.html handbook1.html handbook185.html handbook270.html handbook10.html handbook186.html handbook271.html handbook100.html handbook187.html handbook272.html handbook101.html handbook188.html handbook273.html handbook102.html handbook189.html handbook274.html handbook103.html handbook19.html handbook275.html handbook104.html handbook190.html handbook276.html handbook105.html handbook191.html handbook277.html handbook106.html handbook192.html handbook278.html handbook107.html handbook193.html handbook279.html handbook108.html handbook194.html handbook28.html handbook109.html handbook195.html handbook280.html handbook11.html handbook196.html handbook281.html handbook110.html handbook197.html handbook29.html handbook111.html handbook198.html handbook3.html handbook112.html handbook199.html handbook30.html handbook113.html handbook2.html handbook31.html handbook114.html handbook20.html handbook32.html handbook115.html handbook200.html handbook33.html handbook116.html handbook201.html handbook34.html handbook117.html handbook202.html handbook35.html handbook118.html handbook203.html handbook36.html handbook119.html handbook204.html handbook37.html handbook12.html handbook205.html handbook38.html handbook120.html handbook206.html handbook39.html handbook121.html handbook207.html handbook4.html handbook122.html handbook208.html handbook40.html handbook123.html handbook209.html handbook41.html handbook124.html handbook21.html handbook42.html handbook125.html handbook210.html handbook43.html handbook126.html handbook211.html handbook44.html handbook127.html handbook212.html handbook45.html handbook128.html handbook213.html handbook46.html handbook129.html handbook214.html handbook47.html handbook13.html handbook215.html handbook48.html handbook130.html handbook216.html handbook49.html handbook131.html handbook217.html handbook5.html handbook132.html handbook218.html handbook50.html handbook133.html handbook219.html handbook51.html handbook134.html handbook22.html handbook52.html handbook135.html handbook220.html handbook53.html handbook136.html handbook221.html handbook54.html handbook137.html handbook222.html handbook55.html handbook138.html handbook223.html handbook56.html handbook139.html handbook224.html handbook57.html handbook14.html handbook225.html handbook58.html handbook140.html handbook226.html handbook59.html handbook141.html handbook227.html handbook6.html handbook142.html handbook228.html handbook60.html handbook143.html handbook229.html handbook61.html handbook144.html handbook23.html handbook62.html handbook145.html handbook230.html handbook63.html handbook146.html handbook231.html handbook64.html handbook147.html handbook232.html handbook65.html handbook148.html handbook233.html handbook66.html handbook149.html handbook234.html handbook67.html handbook15.html handbook235.html handbook68.html handbook150.html handbook236.html handbook69.html handbook151.html handbook237.html handbook7.html handbook152.html handbook238.html handbook70.html handbook153.html handbook239.html handbook71.html handbook154.html handbook24.html handbook72.html handbook155.html handbook240.html handbook73.html handbook156.html handbook241.html handbook74.html handbook157.html handbook242.html handbook75.html handbook158.html handbook243.html handbook76.html handbook159.html handbook244.html handbook77.html handbook16.html handbook245.html handbook78.html handbook160.html handbook246.html handbook79.html handbook161.html handbook247.html handbook8.html handbook162.html handbook248.html handbook80.html handbook163.html handbook249.html handbook81.html handbook164.html handbook25.html handbook82.html handbook165.html handbook250.html handbook83.html handbook166.html handbook251.html handbook84.html handbook167.html handbook252.html handbook85.html handbook168.html handbook253.html handbook86.html handbook169.html handbook254.html handbook87.html handbook17.html handbook255.html handbook88.html handbook170.html handbook256.html handbook89.html handbook171.html handbook257.html handbook9.html handbook172.html handbook258.html handbook90.html handbook173.html handbook259.html handbook91.html handbook174.html handbook26.html handbook92.html handbook175.html handbook260.html handbook93.html handbook176.html handbook261.html handbook94.html handbook177.html handbook262.html handbook95.html handbook178.html handbook263.html handbook96.html handbook179.html handbook264.html handbook97.html handbook18.html handbook265.html handbook98.html handbook180.html handbook266.html handbook99.html handbook181.html handbook267.html handbook_toc.html handbook182.html handbook268.html bash# make -n cleandir obj if [ -d /usr/obj/usr/src/share/doc/handbook ]; then rm -rf /usr/obj/usr/src/ share/doc/handbook; else cd /usr/src/share/doc/handbook && make clean cleandepend; fi if ! test -d /usr/obj/usr/src/share/doc/handbook; then mkdir -p /usr/obj/usr/ src/share/doc/handbook; if ! test -d /usr/obj/usr/src/share/doc/handbook; then echo "Unable to create /usr/obj/usr/src/share/doc/handbook."; exit 1; fi; echo "/usr/obj/usr/src/share/doc/handbook created for /usr/src/share/ doc/handbook"; fi bash# make cleandir obj /usr/obj/usr/src/share/doc/handbook created for /usr/src/share/doc/handbook bash# ls /usr/obj/usr/src/share/doc/handbook/ bash# exit exit Script done on Thu Jun 27 07:13:45 1996 From owner-freebsd-current Thu Jun 27 08:35:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA06539 for current-outgoing; Thu, 27 Jun 1996 08:35:09 -0700 (PDT) Received: from kanto.cc.jyu.fi (root@kanto.cc.jyu.fi [130.234.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA06531; Thu, 27 Jun 1996 08:35:02 -0700 (PDT) Received: from localhost (kallio@localhost [127.0.0.1]) by kanto.cc.jyu.fi (8.7.2/8.7.2) with SMTP id SAA04986; Thu, 27 Jun 1996 18:30:40 +0300 (EET DST) Date: Thu, 27 Jun 1996 18:30:39 +0300 (EET DST) From: Seppo Kallio To: Amancio Hasty cc: Terry Lambert , multimedia@FreeBSD.org, users@FreeBSD.org, current@FreeBSD.org Subject: Re: * GUS PnP Pro + SNAP 960612 + SOYO - please help * In-Reply-To: <199606251851.LAA22753@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Yeach .. everything OK now! Thanks for everyone for replies. GUS PnP works fine, the last trick found was the vat + Full duplex ... These tools are all a little hard to use ... specially these PC hardware with it's PnP and PCI PnP and irq and drq and port and iomem. I hope one day we have real PnP. > I would disable the Plug and Play option for the BIOS and insert the > IRQs manually on the CMOS. I had do that once with a buggy AMI Plug & Play > BIOS. I have it something like that now. > To configure the gus pnp in the above scenario, generate a config entry > similar to this: > > device gus0 at isa? port 0x220 irq 11 drq 7 flags 0x5 vector gusintr Well, that is not like that. No port, irq etc defined. > Hope this helps, > Amancio Yes. I must go back to school and lear more about PC PnP ... But I managet even add one Meteor and one GUS PnP Pro into same PC! I feel I have learned something: It's the irq the problem, every time. Recheck them use -v and remember Scroll Lock + pgup/down. Do not buy PnP 1.0 bios motherboards. Buy only one type of motherboards, the one you know. Newer use IDE and SCSI disks in same PC. etc. Seppo From owner-freebsd-current Thu Jun 27 08:44:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA06945 for current-outgoing; Thu, 27 Jun 1996 08:44:14 -0700 (PDT) Received: from main.statsci.com ([198.145.127.110]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA06939 for ; Thu, 27 Jun 1996 08:44:08 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uZJEK-00060BC; Thu, 27 Jun 96 08:43 PDT Message-Id: X-Mailer: exmh version 1.6.7 5/3/96 To: "Jordan K. Hubbard" cc: Michael Reifenberger , FreeBSD-Current Subject: Re: Building inside of /usr/src? References: <26037.835869551@time.cdrom.com> In-reply-to: Your message of "Thu, 27 Jun 1996 02:59:11 -0700." <26037.835869551@time.cdrom.com> Reply-to: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jun 1996 08:43:39 -0700 From: Scott Blachowicz Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > > (totum)(root) # make obj > > /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc > > (totum)(root) # pwd > > /usr/src/lib/libc > > (totum)(root) # cd /a/src/lib/libc > > (totum)(root) # pwd > > /a/src/lib/libc > > (totum)(root) # make cleandir > > (totum)(root) # make obj > > /usr/obj/a/src/lib/libc created for /a/src/lib/libc > > > > ?????? > > Yeah, good question.. :-) > > I wonder if getcwd() is somehow becoming confused on your system. > It should return the canonical path and it's clearly not! :( Could it somehow be a shell "builtin" pwd that is looking at a $PWD that gets set/cleared oddly? Does everyone have the same shell getting run for the makefile commands? I don't know...just grasping for some straws...:-) Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Thu Jun 27 09:11:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08072 for current-outgoing; Thu, 27 Jun 1996 09:11:38 -0700 (PDT) Received: from main.statsci.com ([198.145.127.110]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA08067 for ; Thu, 27 Jun 1996 09:11:36 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uZJf7-000608C; Thu, 27 Jun 96 09:11 PDT Message-Id: X-Mailer: exmh version 1.6.7 5/3/96 To: Michael Reifenberger cc: "Jordan K. Hubbard" , FreeBSD-Current Subject: Re: Building inside of /usr/src? References: In-reply-to: Your message of "Thu, 27 Jun 1996 17:50:37 +0200." Reply-to: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jun 1996 09:11:20 -0700 From: Scott Blachowicz Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Michael Reifenberger wrote: > > Could it somehow be a shell "builtin" pwd that is looking at a $PWD that > > gets set/cleared oddly? Does everyone have the same shell getting run for > > the makefile commands? I don't know...just grasping for some straws...:-) > > > > It's worse than that: > > (totum)(root) # which pwd > pwd: aliased to echo $cwd > > It is defined in my ~/.tcshrc Does removing it from there actually fix the problem? Well...the reason I was saying "grasping for some straws" was that I assumed that the make file would be using /bin/sh to run its commands and use a pwd command that _shouldn't_ be influenced by the environment at all. I think I've heard people (one of those vague recollections from the recesses of my mind) talk about "smart" pwd commands that look at the inherited $PWD and, if it is still in that directory, will use $PWD. If the current directory isn't the same as $PWD, it would do a real getcwd() since the $PWD has obviously been inherited thru programs that don't maintain it (e.g. /bin/sh, typically). Could that kind of stuff being going on here? Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Thu Jun 27 09:30:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08812 for current-outgoing; Thu, 27 Jun 1996 09:30:39 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA08807 for ; Thu, 27 Jun 1996 09:30:37 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id QAA00763; Wed, 26 Jun 1996 16:32:01 -0700 (PDT) To: Beck Peccoz Amedeo cc: freebsd-current@freebsd.org Subject: Re: can't make all In-reply-to: Your message of "Thu, 27 Jun 1996 01:37:03 +0200." <31D1C99F.41C67EA6@masternet.it> Date: Wed, 26 Jun 1996 16:32:00 -0700 Message-ID: <761.835831920@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <31D1C99F.41C67EA6@masternet.it>, Beck Peccoz Amedeo writes: >===> contrib >make: don't know how to make all. Stop >*** Error code 2 > >Stop. > > Nor do I. Does anybody know how to make all? Make shouldn't decend into contrib... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 09:51:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10326 for current-outgoing; Thu, 27 Jun 1996 09:51:45 -0700 (PDT) Received: from sovcom.kiae.su (sovcom.kiae.su [193.125.152.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA10317; Thu, 27 Jun 1996 09:51:33 -0700 (PDT) Received: by sovcom.kiae.su id AA18208 (5.65.kiae-1 ); Thu, 27 Jun 1996 19:48:53 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Thu, 27 Jun 96 19:48:53 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id UAA01149; Thu, 27 Jun 1996 20:43:01 +0400 (MSD) Message-Id: <199606271643.UAA01149@nagual.ru> Subject: Re: Syscons 8bit chars mouse paste fix To: sos@FreeBSD.ORG Date: Thu, 27 Jun 1996 20:43:01 +0400 (MSD) Cc: andreas@klemm.gtn.com, current@FreeBSD.ORG In-Reply-To: <199606271204.OAA06010@ra.dkuug.dk> from "sos@FreeBSD.ORG" at "Jun 27, 96 02:04:21 pm" From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= (Andrey A. Chernov) X-Class: Fast X-Mailer: ELM [version 2.4ME+ PL22 (25)] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > HMMM, it can't be a moused option, as it has (and shouldn't have) > no knowledge of whats going on on the screen. Maybe vidcontrol option instead? Basically I want to see them something near character set area, maybe somewhere in font loading area? > Also it cannot be any chars, it HAS to be in the range that the > hardware supports the 9'th bit thingy (thats some 32 chars, I don't > remember the actual numbers, something like 0xd0-0xef). I know. But they can be choosed from that range. This range matches CP437 pseudo-graphics area. > The problem with scrnmap on cut'ed text is solvable by having a > reverse scrnmap table.. Reverse table can be builded somewhere in load scrnmap ioctl handler. BTW, what about having text-mode mouse pointer (colored reverse f.e.)? It not makes any characters dead. It will be nice to allow cut&paste even without mouse (by keyboard) after pressing Scroll Lock. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-current Thu Jun 27 09:57:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10550 for current-outgoing; Thu, 27 Jun 1996 09:57:36 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA10533 for ; Thu, 27 Jun 1996 09:57:32 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA10357; Thu, 27 Jun 1996 10:57:23 -0600 (MDT) Date: Thu, 27 Jun 1996 10:57:23 -0600 (MDT) Message-Id: <199606271657.KAA10357@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org Subject: Shakeout time for -stable? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there a plan to have a waiting period for things to 'shake out' before the CD is cut with 2.1.5? With all of the significant 'new' stuff and changes that have gone in the last 72 hours (VM/random in particulr), I'd like to have time to beat on my -stable boxes to make sure nothing got broken. I think the code-freeze is still well-advised, but I think at least a couple weeks of shakeout time to get things beat up well and good would be advisable. I'd *hate* to have this release have some silly bug in it that could easily be fixed when 2.2 is a ways down the road. And, the -stable branch is going to die it appears since all attempts to keep it alive have failed. To support the cause, I'm upgrading all of my mission critical boxes to today's -stable (need to pull over John Polstra's recent change) and will beat the snot out of them. I had planned to upgrade them to 2.1.5 anyway, so the pre-release will *hopefully* be the same code. However, it will be a sad day when I have to reboot my router/gateway/server/DNS/everything box. gateway:/usr/src # uptime 10:55AM up 159 days, 15:41, 3 users, load averages: 0.70, 0.76, 0.53 It's hasn't been touched since Bill Fenner fixed the ARP bug in 2.1R, so I can't complain about it's stability. Now that's a *stable* box! Nate From owner-freebsd-current Thu Jun 27 13:38:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23387 for current-outgoing; Thu, 27 Jun 1996 13:38:36 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23376 for ; Thu, 27 Jun 1996 13:38:32 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id NAA27227; Thu, 27 Jun 1996 13:36:51 -0700 (PDT) To: Bruce Evans cc: freebsd-current@FreeBSD.org, mark@linus.demon.co.uk, nate@sri.MT.net Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 20:12:55 +1000." <199606271012.UAA05121@godzilla.zeta.org.au> Date: Thu, 27 Jun 1996 13:36:51 -0700 Message-ID: <27225.835907811@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > (tree) variable if make knows nothing about object trees. The reason > for putting this knowledge in make is that builtins are easier to use. > Getting the current behaviour using the old MAKEOBJDIR semantics would > involve lots of substitutions: Yes. I actually tried this yesterday in an attempt to placate folks and, after about an hour, gave up due to the fact that it was about 5 times twistier and obfuscated than what we had before! :-) > Hmm, this isn't very hard. Put this in bsd.src.mk (a new file that > centralizes common stuff for building /usr/src) and avoid touching make(1) > or *.mk. Why did the old way use all those shell commands with pwd's? :-) It sounds like you've already got a grand architecture in your head here, so go for it Bruce! I'm behind you all the way! :-) Jordan From owner-freebsd-current Thu Jun 27 13:44:41 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23874 for current-outgoing; Thu, 27 Jun 1996 13:44:41 -0700 (PDT) Received: from main.statsci.com ([198.145.127.110]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA23866 for ; Thu, 27 Jun 1996 13:44:37 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uZNv8-00060AC; Thu, 27 Jun 96 13:44 PDT Message-Id: To: current@freebsd.org Subject: Re: Building inside of /usr/src? Date: Thu, 27 Jun 1996 13:44:09 -0700 From: Scott Blachowicz Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [I forgot to Cc: current on my last reply to Michael, so his reply to me didn't make it, so here it is...So, it looks like $PWD _does_ have an effect in here.] ------- Forwarded Message On Thu, 27 Jun 1996, Scott Blachowicz wrote: > Date: Thu, 27 Jun 1996 13:30:36 -0700 > From: Scott Blachowicz > To: Michael Reifenberger > Subject: Re: Building inside of /usr/src? > ... > Hmmm...what happens if you do something like this: > > # env PWD= make obj > > instead (the idea being to make sure PWD is cleared to make sure it isn't > having an effect on things). > As expected: (totum)(root) # cd /usr/src/lib/libc (totum)(root) # unsetenv PWD (totum)(root) # make cleandir (totum)(root) # make obj /usr/obj/a/src/lib/libc created for /a/src/lib/libc Bye! - ---- Michael Reifenberger ------- End of Forwarded Message From owner-freebsd-current Thu Jun 27 14:04:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25811 for current-outgoing; Thu, 27 Jun 1996 14:04:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25805 for ; Thu, 27 Jun 1996 14:04:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA01160; Thu, 27 Jun 1996 14:03:58 -0700 (PDT) To: Matt Bartley cc: freebsd-current@FreeBSD.org Subject: Re: share/doc/handbook doesn't make clean In-reply-to: Your message of "Thu, 27 Jun 1996 07:19:27 PDT." <199606271419.HAA00443@lear35.cytex.com> Date: Thu, 27 Jun 1996 14:03:58 -0700 Message-ID: <1151.835909438@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > bash# pwd > /usr/src/share/doc/handbook > bash# make -n clean > bash# make clean > bash# ls /usr/obj/usr/src/share/doc/handbook/ > handbook.ascii handbook183.html handbook269.html Hmmmm! Hmmmm! This one doesn't make much sense since make should have simply chdir'd over to /usr/obj/usr/src/share/doc/handbook/ as normal (as it would for any target, much less clean) and then the clean rule should have nuked out all the files. Still, that's two very strange problem reports in 2 days so I'm going to now suspect that something, somewhere is chdir'ing off into space. Give me a day or so to run a bunch of makes here and see if I can't catch something in the act. Despite all the contraversy surrounding them, my changes really are very simple and there just aren't too many ways for them to break as written, so there must be some pathological usage of obj still lurking in the system. I'll hunt it down. Oh yeah, just out of curiousity, is your /usr/src really in /usr or is it symlinked someplace? That would tell me something. Jordan From owner-freebsd-current Thu Jun 27 14:40:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA28316 for current-outgoing; Thu, 27 Jun 1996 14:40:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA28307 for ; Thu, 27 Jun 1996 14:40:41 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA01464; Thu, 27 Jun 1996 14:39:20 -0700 (PDT) To: Nate Williams cc: current@FreeBSD.org Subject: Re: Shakeout time for -stable? In-reply-to: Your message of "Thu, 27 Jun 1996 10:57:23 MDT." <199606271657.KAA10357@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 14:39:19 -0700 Message-ID: <1460.835911559@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Is there a plan to have a waiting period for things to 'shake out' > before the CD is cut with 2.1.5? With all of the significant 'new' > stuff and changes that have gone in the last 72 hours (VM/random in > particulr), I'd like to have time to beat on my -stable boxes to make > sure nothing got broken. I think the code-freeze is still well-advised, > but I think at least a couple weeks of shakeout time to get things beat > up well and good would be advisable. I'd *hate* to have this release Well, I'm not sure if we have a couple of weeks (we're already 7 days late on just the "BETA") but I've released a 2.1-960627-SNAP today which I hope to get some testing on. It's uploading now and when the directory permissions are not 700, that means its ready for testing. I do think the essence of Nate's argument is correct, and I can only suggest that we do some very *accellerated* testing so that we can both get this baby out on schedule (David and I are VERY eager to get back to 2.2 hacking) and make it a good release. Jordan From owner-freebsd-current Thu Jun 27 14:55:09 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29663 for current-outgoing; Thu, 27 Jun 1996 14:55:09 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA29633 for ; Thu, 27 Jun 1996 14:55:00 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA07257; Thu, 27 Jun 1996 14:53:52 -0700 (PDT) To: Scott Blachowicz cc: current@FreeBSD.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 13:44:09 PDT." Date: Thu, 27 Jun 1996 14:53:52 -0700 Message-ID: <7251.835912432@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > (totum)(root) # cd /usr/src/lib/libc > (totum)(root) # unsetenv PWD > (totum)(root) # make cleandir > (totum)(root) # make obj > /usr/obj/a/src/lib/libc created for /a/src/lib/libc AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRH HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH!! !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Ahem. Sorry, I feel better now! :-) Check this out in make: if ((pwd = getenv("PWD")) != NULL) { if (stat(pwd, &sb) == 0 && sa.st_ino == sb.st_ino && sa.st_dev == sb.st_dev) (void) strcpy(curdir, pwd); } Anyone else think that this is totally bogus and should be removed? It certainly EXPLAINS a few things! :-) With all the shells in existance out there, I don't think that $PWD should or can be trusted. Comments? Jordan From owner-freebsd-current Thu Jun 27 15:09:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01231 for current-outgoing; Thu, 27 Jun 1996 15:09:29 -0700 (PDT) Received: from main.statsci.com ([198.145.127.110]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA01226 for ; Thu, 27 Jun 1996 15:09:23 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uZPF8-000604C; Thu, 27 Jun 96 15:08 PDT Message-Id: To: "Jordan K. Hubbard" cc: current@FreeBSD.org Subject: Re: Building inside of /usr/src? References: <7251.835912432@time.cdrom.com> In-reply-to: Your message of "Thu, 27 Jun 1996 14:53:52 -0700." <7251.835912432@time.cdrom.com> Reply-to: scott@statsci.com Date: Thu, 27 Jun 1996 15:08:54 -0700 From: Scott Blachowicz Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > if ((pwd = getenv("PWD")) != NULL) { > if (stat(pwd, &sb) == 0 && sa.st_ino == sb.st_ino && > sa.st_dev == sb.st_dev) > (void) strcpy(curdir, pwd); > } Ahh...I knew I'd heard of that logic before...:-) > Anyone else think that this is totally bogus and should be removed? > It certainly EXPLAINS a few things! :-) It probably goes something like this...if $PWD is set, then the user might be using a shell that sets it to what the user typed in and it follows the user's view of the world. So, if you're doing a "tell me what my current directory is" function and that is to be displayed back to the user, it'd be nice to show the user something that the user expects to see. So, now, the developer says "OK, fine, but there are shells that don't do that" and one way to see if that is what's going on is to see if $PWD refers to the actual current directory and if so, present $PWD as the "current directory" to the user. They refer to the same place, after all, so what's the harm in that...:-) It IS a little more pleasant to see "/homes/scott" than it is to get "/a/apple.statsci.com/fs3/where/we/put/homes/this/year/scott" as the return value. > With all the shells in existance out there, I don't think that $PWD > should or can be trusted. Comments? I don't know enough about the internals and all of the places that this is used to be able to say if it'd be safe to revert the behavior in 'make' itself, but maybe there could be a function added that just returns the "real" getcwd() (or just grab the output from a /bin/pwd run). [NOTE: some of my path names might be wrong for FreeBSD...I use several Unixen and my FreeBSD boxes are at home (I'm not) and stuck in Win95 (my work PC) land right now.] Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Thu Jun 27 15:10:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01323 for current-outgoing; Thu, 27 Jun 1996 15:10:36 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA01318 for ; Thu, 27 Jun 1996 15:10:33 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA11833; Thu, 27 Jun 1996 16:10:13 -0600 (MDT) Date: Thu, 27 Jun 1996 16:10:13 -0600 (MDT) Message-Id: <199606272210.QAA11833@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Scott Blachowicz , current@freebsd.org Subject: Re: Building inside of /usr/src? In-Reply-To: <7251.835912432@time.cdrom.com> References: <7251.835912432@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > (totum)(root) # cd /usr/src/lib/libc > > (totum)(root) # unsetenv PWD > > (totum)(root) # make cleandir > > (totum)(root) # make obj > > /usr/obj/a/src/lib/libc created for /a/src/lib/libc > > AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH!! > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > Ahem. Sorry, I feel better now! :-) > > Check this out in make: > > if ((pwd = getenv("PWD")) != NULL) { > if (stat(pwd, &sb) == 0 && sa.st_ino == sb.st_ino && > sa.st_dev == sb.st_dev) > (void) strcpy(curdir, pwd); > } > > Anyone else think that this is totally bogus and should be removed? > It certainly EXPLAINS a few things! :-) > > With all the shells in existance out there, I don't think that $PWD > should or can be trusted. Comments? Well, you already took it out, so I guess comments don't matter, but there's *probably* a reason for doing it. You're best bet would be to remove it *locally* and then test the change to see if bad things happen before spamming the repository making us find all the bugs. :( Nate From owner-freebsd-current Thu Jun 27 15:32:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02540 for current-outgoing; Thu, 27 Jun 1996 15:32:49 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA02534 for ; Thu, 27 Jun 1996 15:32:46 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA07241; Thu, 27 Jun 1996 15:31:49 -0700 (PDT) To: Nate Williams cc: Scott Blachowicz , current@freebsd.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 16:10:13 MDT." <199606272210.QAA11833@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 15:31:49 -0700 Message-ID: <7235.835914709@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, you already took it out, so I guess comments don't matter, but > there's *probably* a reason for doing it. You're best bet would be to > remove it *locally* and then test the change to see if bad things happen > before spamming the repository making us find all the bugs. :( I did test it and I carefully followed the logic of the code before making the commit (that's why the commit followed so quickly - it became very quickly clear that this behavior was now a bug in the new system). There's absolutely *no* reason to ignore the output of getcwd() and it does check the directory returned for errors / permission problems. The only thing I can figure out was that someone found AMD's path mangling to be non-intuitive (though functional) or something and figured they'd substitite in the value of $PWD. I can think of no other reason for it and, in fact, it could easily be argued that they weren't thinking straight when they made this change as it makes it far too easy to confuse the bejeezus out of make by using a bogus shell or setting the value of PWD yourself. Jordan From owner-freebsd-current Thu Jun 27 15:34:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA02714 for current-outgoing; Thu, 27 Jun 1996 15:34:43 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA02705 for ; Thu, 27 Jun 1996 15:34:40 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA07892; Thu, 27 Jun 1996 15:33:58 -0700 (PDT) To: scott@statsci.com cc: current@FreeBSD.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 15:08:54 PDT." Date: Thu, 27 Jun 1996 15:33:58 -0700 Message-ID: <7890.835914838@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > user's view of the world. So, if you're doing a "tell me what my current > directory is" function and that is to be displayed back to the user, it'd > be nice to show the user something that the user expects to see. So, now, Nice, but hard to make work in all instances. I'll take robustness over a nice appearance. :-) > I don't know enough about the internals and all of the places that this is > used to be able to say if it'd be safe to revert the behavior in 'make' > itself, but maybe there could be a function added that just returns the > "real" getcwd() (or just grab the output from a /bin/pwd run). It did do this, the problem is that it then overlayed a perfectly good "trusted" value for the current directory and then spammed over it with the value of $PWD. Jordan From owner-freebsd-current Thu Jun 27 15:43:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA03128 for current-outgoing; Thu, 27 Jun 1996 15:43:53 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA03120 for ; Thu, 27 Jun 1996 15:43:48 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA12001; Thu, 27 Jun 1996 16:43:29 -0600 (MDT) Date: Thu, 27 Jun 1996 16:43:29 -0600 (MDT) Message-Id: <199606272243.QAA12001@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Nate Williams , Scott Blachowicz , current@freebsd.org Subject: Re: Building inside of /usr/src? In-Reply-To: <7235.835914709@time.cdrom.com> References: <199606272210.QAA11833@rocky.mt.sri.com> <7235.835914709@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > There's absolutely *no* reason to ignore the output of getcwd() and it > does check the directory returned for errors / permission problems. Except that it might make things that a symlinked 'shorter' and/or easier to understand. That's my suspicion. > The only thing I can figure out was that someone found AMD's path > mangling to be non-intuitive (though functional) or something and > figured they'd substitite in the value of $PWD. I think the above is similar to my symlink explanation above. Having a *really* ugly /usr/obj/foo/bar/ug/ick/wiglle/usr.sbin/traceroute can be a bit obnoxious for the obj stuff. Nate From owner-freebsd-current Thu Jun 27 15:48:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA03564 for current-outgoing; Thu, 27 Jun 1996 15:48:56 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA03557; Thu, 27 Jun 1996 15:48:53 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA29891; Thu, 27 Jun 1996 15:48:22 -0700 (PDT) To: Nate Williams cc: "Jordan K. Hubbard" , Scott Blachowicz , current@FreeBSD.ORG Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 16:10:13 MDT." <199606272210.QAA11833@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 15:48:20 -0700 Message-ID: <29888.835915700@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> Ahem. Sorry, I feel better now! :-) >> >> Check this out in make: >> >> if ((pwd = getenv("PWD")) != NULL) { >> if (stat(pwd, &sb) == 0 && sa.st_ino == sb.st_ino && >> sa.st_dev == sb.st_dev) >> (void) strcpy(curdir, pwd); >> } >> >> Anyone else think that this is totally bogus and should be removed? >> It certainly EXPLAINS a few things! :-) > >Well, you already took it out, so I guess comments don't matter, but >there's *probably* a reason for doing it. You're best bet would be to >remove it *locally* and then test the change to see if bad things happen >before spamming the repository making us find all the bugs. :( It is a semi-bogus performance optimization, I remembet it came in the argument was that it would never fail, since the (dev#,ino#) would catch cases where it wasn't ok. I guess the stat should be a lstat ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 16:09:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05277 for current-outgoing; Thu, 27 Jun 1996 16:09:05 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA05272 for ; Thu, 27 Jun 1996 16:09:02 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA12141; Thu, 27 Jun 1996 17:08:50 -0600 (MDT) Date: Thu, 27 Jun 1996 17:08:50 -0600 (MDT) Message-Id: <199606272308.RAA12141@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: scott@statsci.com, current@freebsd.org Subject: Re: Building inside of /usr/src? In-Reply-To: <7890.835914838@time.cdrom.com> References: <7890.835914838@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I don't know enough about the internals and all of the places that this is > > used to be able to say if it'd be safe to revert the behavior in 'make' > > itself, but maybe there could be a function added that just returns the > > "real" getcwd() (or just grab the output from a /bin/pwd run). > > It did do this, the problem is that it then overlayed a perfectly good > "trusted" value for the current directory and then spammed over it with > the value of $PWD. Which according to the code we saw should also be a 'trusted' value. I think changing the stat call to an lstat (as Poul suggested) would give the best of both worlds. In it's current incarnation (w/out the $PWD stuff), I suspect that if you used symlinks in your source tree you'd break any chance of getting a working build because your relative paths would be screwed up. # ls -l /usr/src/bin lrwxr-xr-x 1 root wheel 11 Jun 25 23:27 /gnu@ -> gnu-stable/ So anything that used files in gnu and hoped that ../../gnu/lib/libgnumalloc.a would work will now break. Anything that uses .PATH is subject to break now. Nate From owner-freebsd-current Thu Jun 27 16:29:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA06339 for current-outgoing; Thu, 27 Jun 1996 16:29:58 -0700 (PDT) Received: from kropotkin.gnu.ai.mit.edu (kropotkin.gnu.ai.mit.edu [128.52.46.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA06326 for ; Thu, 27 Jun 1996 16:29:55 -0700 (PDT) Received: by kropotkin.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id TAA28840; Thu, 27 Jun 1996 19:29:36 -0400 Date: Thu, 27 Jun 1996 19:29:36 -0400 Message-Id: <199606272329.TAA28840@kropotkin.gnu.ai.mit.edu> To: scott@statsci.com CC: jkh@time.cdrom.com, current@FreeBSD.org In-reply-to: (message from Scott Blachowicz on Thu, 27 Jun 1996 15:08:54 -0700) Subject: Re: Building inside of /usr/src? From: Joel Ray Holveck Reply-to: joelh@gnu.ai.mit.edu Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I smell like a wet reducing clinic on Columbus Day! >> if ((pwd = getenv("PWD")) != NULL) { >> if (stat(pwd, &sb) == 0 && sa.st_ino == sb.st_ino && >> sa.st_dev == sb.st_dev) >> (void) strcpy(curdir, pwd); >> } >Ahh...I knew I'd heard of that logic before...:-) >> Anyone else think that this is totally bogus and should be removed? >> It certainly EXPLAINS a few things! :-) I'm full gonzo confused here... I understand the logic of the code clip, but I don't understand why it's bogus. I should note that I am still nursing my first FreeBSD machine to life (with no phone line, this is a task indeed), and have no idea how the make under /usr/src works. What is the problem with the /usr/src/a/src/lib/libc vs. /usr/src/usr/src/lib/libc, and indeed, what are these subdirectories? Thanks, Piquan -- http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu Fourth law of computing: Anything that can go wro .signature: segmentation violation -- core dumped From owner-freebsd-current Thu Jun 27 16:41:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07448 for current-outgoing; Thu, 27 Jun 1996 16:41:04 -0700 (PDT) Received: from main.statsci.com ([198.145.127.110]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA07443 for ; Thu, 27 Jun 1996 16:41:00 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uZQfT-0005zuC; Thu, 27 Jun 96 16:40 PDT Message-Id: To: "Jordan K. Hubbard" cc: Nate Williams , current@FreeBSD.org Subject: Re: Building inside of /usr/src? References: <7235.835914709@time.cdrom.com> In-reply-to: Your message of "Thu, 27 Jun 1996 15:31:49 -0700." <7235.835914709@time.cdrom.com> Reply-to: scott@statsci.com Date: Thu, 27 Jun 1996 16:40:11 -0700 From: Scott Blachowicz Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > The only thing I can figure out was that someone found AMD's path > mangling to be non-intuitive (though functional) or something and > figured they'd substitite in the value of $PWD. I can think of no > other reason for it It is extra information which, if valid, gives an idea of how the user of the makefile views the world/file systems around. Chances are that, if an automounter is used and $PWD does indeed point to the current directory, that $PWD represents the "normal" way to get to the current directory. If there are other parallel directories controlled via the same amd mountpoint, that can be useful information since the directories are mounted into a different hierarchy. How's this one sound, for example...say I have an amd-controlled mount point called "/sw" with some entries like this: src -sublink:=src \ host!=server1;rhost:=server1;rfs:=/export \ host==server1;type:=link;fs:=/export bin -sublink:=bin.${arch} \ host!=server1;rhost:=server1;rfs:=/export \ host==server1;type:=link;fs:=/export lib -sublink:=lib \ host!=server1;rhost:=server1;rfs:=/export \ host==server1;type:=link;fs:=/export #...etc... If I cd to /sw/src and do a make, the top level make sets a ${SRCDIR} variable to the current directory, then sets ${BINDIR}, ${LIBDIR} variables based on that directory. Going into ${LIBDIR} would fall over if it is set to /a/server1/sw/lib (since it might not be there if amd hasn't mounted it there yet), but not if it set to /sw/lib...or something like that. Yes, I know that's not a good behavior to rely on and if it is diagnosed could be worked around by saying 'make SRCDIR=/sw/src' and the author of the make files could probably robustify them a bit, but it behavioral change introduced by the current change to the make program. I don't know how long that particular bit of logic has been in there (for people to get used to/rely on) and who put it there (what were the reasons and benefits). So, I don't have enough info to gauge its importance, but it IS a change from current behavior that could (possibly) be avoided by just grabbing /bin/pwd output directly (or introducing a different C code path that is explicitly invoked by these makefiles). I'm not familiar with bmake files, their usage in *BSD 'make world's, etc... Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Thu Jun 27 17:23:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA09855 for current-outgoing; Thu, 27 Jun 1996 17:23:58 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA09850 for ; Thu, 27 Jun 1996 17:23:55 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA14095; Fri, 28 Jun 1996 09:41:18 +0930 From: Michael Smith Message-Id: <199606280011.JAA14095@genesis.atrad.adelaide.edu.au> Subject: Re: Building inside of /usr/src? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 28 Jun 1996 09:41:17 +0930 (CST) Cc: scott@statsci.com, current@FreeBSD.ORG In-Reply-To: <7251.835912432@time.cdrom.com> from "Jordan K. Hubbard" at Jun 27, 96 02:53:52 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > if ((pwd = getenv("PWD")) != NULL) { > > Anyone else think that this is totally bogus and should be removed? > It certainly EXPLAINS a few things! :-) *retch* > Jordan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Jun 27 17:25:38 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA09956 for current-outgoing; Thu, 27 Jun 1996 17:25:38 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA09949 for ; Thu, 27 Jun 1996 17:25:33 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id RAA13727; Thu, 27 Jun 1996 17:24:48 -0700 From: "Rodney W. Grimes" Message-Id: <199606280024.RAA13727@GndRsh.aac.dev.com> Subject: Re: Building inside of /usr/src? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 17:24:47 -0700 (PDT) Cc: nate@mt.sri.com, scott@statsci.com, current@FreeBSD.ORG In-Reply-To: <7235.835914709@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 27, 96 03:31:49 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Well, you already took it out, so I guess comments don't matter, but > > there's *probably* a reason for doing it. You're best bet would be to > > remove it *locally* and then test the change to see if bad things happen > > before spamming the repository making us find all the bugs. :( > > I did test it and I carefully followed the logic of the code before > making the commit (that's why the commit followed so quickly - it > became very quickly clear that this behavior was now a bug in the new > system). > > There's absolutely *no* reason to ignore the output of getcwd() and it > does check the directory returned for errors / permission problems. > > The only thing I can figure out was that someone found AMD's path > mangling to be non-intuitive (though functional) or something and > figured they'd substitite in the value of $PWD. I can think of no > other reason for it and, in fact, it could easily be argued that they > weren't thinking straight when they made this change as it makes it > far too easy to confuse the bejeezus out of make by using a bogus > shell or setting the value of PWD yourself. If you read the comments above this section of code, and have worked on asymetric AMD managed user home directory systems, and used pmake in parallel mode on these systems it would be clear as to why it if preferintial to use $PWD if $PWD infact resolves to the sameplace as getcwd(). I may have one AMD mounting /home/* onto /net/blah/* and another that mounts them to /auto/* and yet another that mounts to /tmp_mnt. In this case $PWD (ie /home/rgrimes) always correctly resolves to my home directory on _ALL_ machines, but /tmp_mnt/gndrsh/A/rgrimes will not resolve correctly on my Apollo systems (it's /net/A/rgrimes overthere). This ``feature'' of make is used when launching builds for architecture X when running it from a machine of arch Y via a remote make. Please back out your commit... there was, and is, a good reason for doing what it does. The brokeness is in you new .mk stuff if any place. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Thu Jun 27 18:35:18 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19642 for current-outgoing; Thu, 27 Jun 1996 18:35:18 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19631; Thu, 27 Jun 1996 18:35:13 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id TAA12732; Thu, 27 Jun 1996 19:35:08 -0600 (MDT) Date: Thu, 27 Jun 1996 19:35:08 -0600 (MDT) Message-Id: <199606280135.TAA12732@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org CC: phk@freebsd.org, alex@freebsd.org Subject: IPFW (mis)feature Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Why doesn't ipfw(8) allow me to specify the services using the names out of /etc/services? I *used* to be able to specify it using the service names, and I don't know why this is removed (but at least it's documented). >From the man-page: Service names (from .Pa /etc/services ) may not be used instead of a numeric port value. Also, note that a range may only be specified as the first value, and the port list is limited to .Nm IP_FW_MAX_PORTS All of the other firewall products I have allow me to use the service names as it makes 'reading' the rules much easier. Nate From owner-freebsd-current Thu Jun 27 18:54:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA23115 for current-outgoing; Thu, 27 Jun 1996 18:54:54 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA23102 for ; Thu, 27 Jun 1996 18:54:45 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA14394; Fri, 28 Jun 1996 11:10:54 +0930 From: Michael Smith Message-Id: <199606280140.LAA14394@genesis.atrad.adelaide.edu.au> Subject: Re: Building inside of /usr/src? To: scott@statsci.com Date: Fri, 28 Jun 1996 11:10:53 +0930 (CST) Cc: jkh@time.cdrom.com, nate@mt.sri.com, current@FreeBSD.org In-Reply-To: from "Scott Blachowicz" at Jun 27, 96 04:40:11 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Scott Blachowicz stands accused of saying: > > "Jordan K. Hubbard" wrote: > > > The only thing I can figure out was that someone found AMD's path > > mangling to be non-intuitive (though functional) or something and > > figured they'd substitite in the value of $PWD. I can think of no > > other reason for it > > It is extra information which, if valid, gives an idea of how the user of > the makefile views the world/file systems around. Chances are that, if an > automounter is used and $PWD does indeed point to the current directory, "chances are" is not good enough, and expecting 'PWD' to be set to anything sensible at all is just stupid. The comment re: .PATH problems (Nate?) is valid though; but using paths relative to anything other than the root of the source tree in .PATH is also stupid. (but convenient) For "normal user traversal", the tree should appear as expected going down, but may not going back up (for whatever reason). Attempting to kludge 'make' so that it can go back up is not the Right Way to handle this. > Scott Blachowicz -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-current Thu Jun 27 19:23:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24970 for current-outgoing; Thu, 27 Jun 1996 19:23:51 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24942; Thu, 27 Jun 1996 19:23:35 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id WAA18354; Thu, 27 Jun 1996 22:19:44 -0400 (EDT) Date: Thu, 27 Jun 1996 22:20:37 -0400 (EDT) From: Brian Tao To: Nate Williams cc: current@FreeBSD.org, phk@FreeBSD.org, alex@FreeBSD.org Subject: Re: IPFW (mis)feature In-Reply-To: <199606280135.TAA12732@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996, Nate Williams wrote: > > Why doesn't ipfw(8) allow me to specify the services using the names > out of /etc/services? Funny, I was *just* about to ask the exact same question, after fiddling with our new firewall for a couple of hours today. As it is now, I have comments in rc.firewall, but an 'ipfw l' is difficult to parse, even with only a few of the well-known services enabled. -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Thu Jun 27 20:29:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA02229 for current-outgoing; Thu, 27 Jun 1996 20:29:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA02224 for ; Thu, 27 Jun 1996 20:29:14 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA01572; Thu, 27 Jun 1996 20:27:26 -0700 (PDT) To: "Rodney W. Grimes" cc: nate@mt.sri.com, scott@statsci.com, current@FreeBSD.ORG Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 17:24:47 PDT." <199606280024.RAA13727@GndRsh.aac.dev.com> Date: Thu, 27 Jun 1996 20:27:25 -0700 Message-ID: <1570.835932445@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > If you read the comments above this section of code, and have worked on > asymetric AMD managed user home directory systems, and used pmake > in parallel mode on these systems it would be clear as to why it if > preferintial to use $PWD if $PWD infact resolves to the sameplace as > getcwd(). But PWD can't be trusted, as we've already seen. How would you suggest that we GUARANTEE that $PWD and getcwd() return the same contents? It's useless otherwise since you'll have different invocations of the build return totally different obj directories and the only reason this didn't become a problem before was because the "window" for failure was narrower - you had to have a bogus $PWD at the time you built the links rather than just at any time. > Please back out your commit... there was, and is, a good reason for doing > what it does. The brokeness is in you new .mk stuff if any place. I simply don't agree. If the old make system had been a paragon of virtue and simplicity then I'd agree that changing it was bad. However, it wasn't and I don't think it is. Jordan From owner-freebsd-current Thu Jun 27 20:41:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA02896 for current-outgoing; Thu, 27 Jun 1996 20:41:01 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA02879 for ; Thu, 27 Jun 1996 20:40:55 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA13086; Thu, 27 Jun 1996 21:40:28 -0600 (MDT) Date: Thu, 27 Jun 1996 21:40:28 -0600 (MDT) Message-Id: <199606280340.VAA13086@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: "Rodney W. Grimes" , nate@mt.sri.com, scott@statsci.com, current@freebsd.org Subject: Re: Building inside of /usr/src? In-Reply-To: <1570.835932445@time.cdrom.com> References: <199606280024.RAA13727@GndRsh.aac.dev.com> <1570.835932445@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But PWD can't be trusted, as we've already seen. It worked *FINE* before you're make changes went it. Now it doesn't and your blaming what used to work before. > How would you > suggest that we GUARANTEE that $PWD and getcwd() return the same > contents? They're not *supposed* to, that's the whole point. > > Please back out your commit... there was, and is, a good reason for doing > > what it does. The brokeness is in you new .mk stuff if any place. > > I simply don't agree. If the old make system had been a paragon of > virtue and simplicity then I'd agree that changing it was bad. > However, it wasn't and I don't think it is. Lately, I'm begining to disklike what I consider to be Jordan's new 'FreeBSD engineering paradigm'. As I see it is: "If I (Jordan) don't like it or it makes my life more difficult, make it simpler." While this sounds good, you tend to steamroll over *anyone* who might use the 'functionality that is complex'. And, you're attitude when it's brought up is 'Who cares, nobody uses it' and/or 'Anyone that uses it is a fool' and/or 'it was broken before, I just fixed it'. The release is almost out the door and we're arguing about things that aren't even related to the upcoming release, but they appear to be 'in the critical path'. I think you're frustration with the whole 'stable' project is getting in the way of your better judgement. In short, the 'old make system' was necessarily complex. You've broken it to 'make it simpler', but you've broken it both in the general case and in the complex case, and continue to break it more trying to make your point that the old way was broken. You've removed 'useful' (to some folks *critical) functionality in the name of simplicity, only to have it backfire and blow up. KISS works *ONLY* when the problem you have to solve *can* be solved simply, but in this case it's not a simple solution. Complexity has to go somewhere, and in order to have the *very* simple Makefiles and build system which *most* users don't have to deal it means that the .mk macros must contain that complexity. There's no way around it, and somehow you've convinced people that you can have your cake and eat it too. It just doesn't work that way. Nate ps. I was planning on looking into the whole make system today, but I've been trying to get the new IPFW stuff working for the last 5 hours. *WHAT A MESS!!!!!* From owner-freebsd-current Thu Jun 27 21:02:17 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03882 for current-outgoing; Thu, 27 Jun 1996 21:02:17 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA03876 for ; Thu, 27 Jun 1996 21:02:14 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA02035; Thu, 27 Jun 1996 21:00:48 -0700 (PDT) To: Nate Williams cc: "Rodney W. Grimes" , scott@statsci.com, current@freebsd.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 21:40:28 MDT." <199606280340.VAA13086@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 21:00:48 -0700 Message-ID: <2033.835934448@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > While this sounds good, you tend to steamroll over *anyone* who might > use the 'functionality that is complex'. And, you're attitude when it's > brought up is 'Who cares, nobody uses it' and/or 'Anyone that uses it is > a fool' and/or 'it was broken before, I just fixed it'. Sigh. If I thought there was some way to discuss this reasonably and constructively with you then I would, but it doesn't appear possible. I'm not even going to bother replying to your individual points since you wouldn't be willing to see any merit in my position anyway, having already decided that my logic is faulty and my methods haphazard. All my replies seem to lead to is more arguing, and to be frank you're making less and less sense as we go along (if we were converging towards MORE sense then I'd be making changes for you or backing things out, as I did at the beginning of this discussion). At this point I'm simply going to assume that further debate is pointless and wait until someone who's actually been directly affected by my latest PWD change reports in. Despite your obvious belief to the contrary, I'm NOT totally convinced about the latest change and made it simply because it seemed like the best way of keeping people like Michael Reifenberger from shooting their feet off. If someone can demonstrate a real-world *FreeBSD* example that is now broken in our current `make world' environment (in other words, don't even talk to me about multiple architectures or Apollo boxes in bizarre heterogeneous network arrangements since I have better things to do than debate pure theory) then I'm always willing to listen. Finally, this is NOT me being "dismissive" of any and all criticism because I don't like criticism, this is me saying that Nate is full of it (and himself) and I don't particularly care to waste my time jumping around for his entertainment. It seems that every time I fail to bow down before the strength of whatever argument Nate's advancing, I get hit with charges of being autocratic or heavy-handed - it's the old "be reasonable, do it MY way!" argument and the irony of being told that I'm being stubborn, inflexible and heavy-handed by someone in a very stubborn, inflexible and heavy-handed way is almost palpable. Jordan From owner-freebsd-current Thu Jun 27 21:04:14 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03986 for current-outgoing; Thu, 27 Jun 1996 21:04:14 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA03980; Thu, 27 Jun 1996 21:04:11 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id UAA25308; Thu, 27 Jun 1996 20:24:13 -0700 (PDT) To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , nate@mt.sri.com, scott@statsci.com, current@FreeBSD.ORG Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 20:27:25 PDT." <1570.835932445@time.cdrom.com> Date: Thu, 27 Jun 1996 20:24:12 -0700 Message-ID: <25306.835932252@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <1570.835932445@time.cdrom.com>, "Jordan K. Hubbard" writes: >> If you read the comments above this section of code, and have worked on >> asymetric AMD managed user home directory systems, and used pmake >> in parallel mode on these systems it would be clear as to why it if >> preferintial to use $PWD if $PWD infact resolves to the sameplace as >> getcwd(). > >But PWD can't be trusted, as we've already seen. How would you >suggest that we GUARANTEE that $PWD and getcwd() return the same >contents? It's useless otherwise since you'll have different >invocations of the build return totally different obj directories and >the only reason this didn't become a problem before was because the >"window" for failure was narrower - you had to have a bogus $PWD at >the time you built the links rather than just at any time. This was discussed when this piece of code went in. If you want to make sure you get the "canonical" path, you need to unset PWD before calling getcwd(). It was then (check commit-logs, probably the old cvstree) accepted, abeit with some grumblings. It saves a LOT of time. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 21:12:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04563 for current-outgoing; Thu, 27 Jun 1996 21:12:10 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA04550; Thu, 27 Jun 1996 21:12:07 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA03281; Thu, 27 Jun 1996 21:11:29 -0700 (PDT) To: Poul-Henning Kamp cc: "Rodney W. Grimes" , nate@mt.sri.com, scott@statsci.com, current@FreeBSD.ORG Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 20:24:12 PDT." <25306.835932252@critter.tfs.com> Date: Thu, 27 Jun 1996 21:11:28 -0700 Message-ID: <3279.835935088@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > This was discussed when this piece of code went in. If you want to make > sure you get the "canonical" path, you need to unset PWD before calling > getcwd(). It was then (check commit-logs, probably the old cvstree) > accepted, abeit with some grumblings. It saves a LOT of time. [Finally, a reasoned argument and not an outright flame! :-)] So you're saying that: 1. It's part of the documented behavior of make (or should-have-been-documented behavior :-) that PWD should either not be set or be set to the same value that getcwd() returns when running make? 2. It's something we ourselves added and wasn't in Adam's original pmake? I don't see anything in the current commit logs but, as you say, there might be something in the old cvs tree. I'm more than willing to put it back (and it's only been gone for a few hours - sheesh :-), I just want to know if I can say "so don't do that!" to people like Micheal Reifenberger when they bang some other value into $PWD. If that's the case, I've no problem with putting it back. I'm also curious as to why you say it saves a lot of time when, in fact, it's done AFTER the call to getcwd() and merely overrides it. Wouldn't it make more sense to do it BEFORE the call to getcwd() so that the directory tree wasn't gratuitously traversed upwards? The way it was done leads me to believe that it was _not_ an optimization so much as it was an attempt to implement some strange workaround for AMD which may or may not still be relevant. Jordan From owner-freebsd-current Thu Jun 27 21:31:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05402 for current-outgoing; Thu, 27 Jun 1996 21:31:35 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA05393; Thu, 27 Jun 1996 21:31:30 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA13293; Thu, 27 Jun 1996 22:31:09 -0600 (MDT) Date: Thu, 27 Jun 1996 22:31:09 -0600 (MDT) Message-Id: <199606280431.WAA13293@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Poul-Henning Kamp , "Rodney W. Grimes" , nate@mt.sri.com, scott@statsci.com, current@freebsd.org Subject: Re: Building inside of /usr/src? In-Reply-To: <3279.835935088@time.cdrom.com> References: <25306.835932252@critter.tfs.com> <3279.835935088@time.cdrom.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > This was discussed when this piece of code went in. If you want to make > > sure you get the "canonical" path, you need to unset PWD before calling > > getcwd(). It was then (check commit-logs, probably the old cvstree) > > accepted, abeit with some grumblings. It saves a LOT of time. > > [Finally, a reasoned argument and not an outright flame! :-)] > > So you're saying that: > > 1. It's part of the documented behavior of make (or > should-have-been-documented behavior :-) that PWD > should either not be set or be set to the same > value that getcwd() returns when running make? Actually, this was part of getcwd() but was backed out. It was part of make, and Keith wanted to make it part of the generic getcwd() interface. >From libc/gen/getcwd.c: revision 1.4 date: 1995/02/07 05:52:57; author: davidg; state: Exp; lines: +5 -24 branches: 1.4.4; Backed out Keith Bostic's getcwd/$PWD hack. It is causing things to break all over the place. ---------------------------- revision 1.3 date: 1995/02/04 19:29:22; author: phk; state: Exp; lines: +24 -5 A cute hack to speed up things by Keith: if getenv("PWD") is the same inode as ".", then just return that. I added a check so it must start with a '/'. Reviewed by: phk Submitted by: bostic@cs.berkeley.edu (Keith Bostic) ---------------------------- > way it was done leads me to believe that it was _not_ an optimization > so much as it was an attempt to implement some strange workaround for > AMD which may or may not still be relevant. It's not just AMD, but any FS which uses symlinks. Nate From owner-freebsd-current Thu Jun 27 21:37:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05671 for current-outgoing; Thu, 27 Jun 1996 21:37:35 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA05664 for ; Thu, 27 Jun 1996 21:37:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id VAA04717; Thu, 27 Jun 1996 21:36:27 -0700 (PDT) Message-Id: <199606280436.VAA04717@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , nate@mt.sri.com, scott@statsci.com, current@FreeBSD.org Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 21:11:28 PDT." <3279.835935088@time.cdrom.com> From: David Greenman Reply-To: davidg@root.com Date: Thu, 27 Jun 1996 21:36:26 -0700 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >2. It's something we ourselves added and wasn't in Adam's original > pmake? I don't see anything in the current commit logs but, > as you say, there might be something in the old cvs tree. > >I'm more than willing to put it back (and it's only been gone for a >few hours - sheesh :-), I just want to know if I can say "so don't do >that!" to people like Micheal Reifenberger when they bang some other >value into $PWD. If that's the case, I've no problem with putting it >back. > >I'm also curious as to why you say it saves a lot of time when, in >fact, it's done AFTER the call to getcwd() and merely overrides it. I think Poul's confused. I think he's thinking about the enhancement to getcwd() that was proposed by Keith Bostic that was put in and then we had to remove because it was causing things to break: src/libc/gen/getcwd.c: ---------------------------- revision 1.4 date: 1995/02/07 05:52:57; author: davidg; state: Exp; lines: +5 -24 branches: 1.4.4; Backed out Keith Bostic's getcwd/$PWD hack. It is causing things to break all over the place. ---------------------------- revision 1.3 date: 1995/02/04 19:29:22; author: phk; state: Exp; lines: +24 -5 A cute hack to speed up things by Keith: if getenv("PWD") is the same inode as ".", then just return that. I added a check so it must start with a '/'. Reviewed by: phk Submitted by: bostic@cs.berkeley.edu (Keith Bostic) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-current Thu Jun 27 21:42:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05866 for current-outgoing; Thu, 27 Jun 1996 21:42:20 -0700 (PDT) Received: from MediaCity.com (root@easy1.mediacity.com [205.216.172.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA05861 for ; Thu, 27 Jun 1996 21:42:18 -0700 (PDT) Received: (from brian@localhost) by MediaCity.com (8.6.11/8.6.9) id VAA24389; Thu, 27 Jun 1996 21:41:00 -0700 From: Brian Litzinger Message-Id: <199606280441.VAA24389@MediaCity.com> Subject: Re: Has anyone noticed a problem with rshd in -current? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 21:40:59 -0700 (PDT) Cc: current@freebsd.org In-Reply-To: <199606250332.UAA16404@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 24, 96 08:32:23 pm" Reply-To: brian@MediaCity.com X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > It seems like 1 out of every 3 attempts from another host, it > exits immediately and a "Connection refused" is generated on the > client. > > Just checking to see if it's me and my personal weirdness field, first. :) > > Jordan Many people have noticed it. I've posted on the subject once per quarter since is starting happening in 2.0.5. machine1# rsh machine2 machine2# exit then on machine2 issue the command machine2# netstat -a | more near the top will be a session related to rshd. After 30 or so seconds the session will disappear from 'netstat -a' and you can then rsh from machine1 to machine2 again. -- Brian Litzinger Powered by FreeBSD http[s]://www.mpress.com From owner-freebsd-current Thu Jun 27 21:47:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06036 for current-outgoing; Thu, 27 Jun 1996 21:47:28 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA06031 for ; Thu, 27 Jun 1996 21:47:26 -0700 (PDT) Received: from plaut.de ([194.39.177.166]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id VAA08293 for ; Thu, 27 Jun 1996 21:47:24 -0700 Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id VAA26920 for ; Thu, 27 Jun 1996 21:59:31 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.7.5/8.7.3) with SMTP id WAA00566 for ; Thu, 27 Jun 1996 22:50:50 +0200 (MET DST) Date: Thu, 27 Jun 1996 22:50:50 +0200 (MET DST) From: Michael Reifenberger To: FreeBSD-Current Subject: Re: Building inside of /usr/src? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Thu, 27 Jun 1996 22:34:15 +0200 (MET DST) From: Michael Reifenberger To: Scott Blachowicz Subject: Re: Building inside of /usr/src? On Thu, 27 Jun 1996, Scott Blachowicz wrote: > Date: Thu, 27 Jun 1996 13:30:36 -0700 > From: Scott Blachowicz > To: Michael Reifenberger > Subject: Re: Building inside of /usr/src? > ... > Hmmm...what happens if you do something like this: > > # env PWD= make obj > > instead (the idea being to make sure PWD is cleared to make sure it isn't > having an effect on things). > As expected: (totum)(root) # cd /usr/src/lib/libc (totum)(root) # unsetenv PWD (totum)(root) # make cleandir (totum)(root) # make obj /usr/obj/a/src/lib/libc created for /a/src/lib/libc Bye! ---- Michael Reifenberger From owner-freebsd-current Thu Jun 27 21:47:31 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06062 for current-outgoing; Thu, 27 Jun 1996 21:47:31 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA06047 for ; Thu, 27 Jun 1996 21:47:29 -0700 (PDT) Received: from plaut.de ([194.39.177.166]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id VAA08296 for ; Thu, 27 Jun 1996 21:47:27 -0700 Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id VAA26890; Thu, 27 Jun 1996 21:21:44 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.7.5/8.7.3) with SMTP id WAA00307; Thu, 27 Jun 1996 22:12:59 +0200 (MET DST) Date: Thu, 27 Jun 1996 22:12:58 +0200 (MET DST) From: Michael Reifenberger To: Scott Blachowicz cc: FreeBSD-Current Subject: Re: Building inside of /usr/src? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996, Scott Blachowicz wrote: > Date: Thu, 27 Jun 1996 09:11:20 -0700 > From: Scott Blachowicz > To: Michael Reifenberger > Cc: "Jordan K. Hubbard" , > FreeBSD-Current > Subject: Re: Building inside of /usr/src? > > Michael Reifenberger wrote: ... > > (totum)(root) # which pwd > > pwd: aliased to echo $cwd > > > > It is defined in my ~/.tcshrc > > Does removing it from there actually fix the problem? > No. (totum)(root) # cd /usr/src/lib/libc (totum)(root) # pwd /a/src/lib/libc (totum)(root) # env ... PWD=/usr/src/lib/libc ... (totum)(root) # make cleandir (totum)(root) # make obj /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc Bye! ---- Michael Reifenberger From owner-freebsd-current Thu Jun 27 21:47:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06128 for current-outgoing; Thu, 27 Jun 1996 21:47:48 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA06120 for ; Thu, 27 Jun 1996 21:47:46 -0700 (PDT) Received: from plaut.de ([194.39.177.166]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id VAA08299 for ; Thu, 27 Jun 1996 21:47:30 -0700 Received: from totum.plaut.de (totum.plaut.de [194.39.177.9]) by plaut.de (8.6.12/8.6.12) with ESMTP id RAA26219; Thu, 27 Jun 1996 17:01:20 +0200 Received: from localhost (root@localhost) by totum.plaut.de (8.7.5/8.7.3) with SMTP id RAA09703; Thu, 27 Jun 1996 17:50:37 +0200 (MET DST) Date: Thu, 27 Jun 1996 17:50:37 +0200 (MET DST) From: Michael Reifenberger To: Scott Blachowicz cc: "Jordan K. Hubbard" , FreeBSD-Current Subject: Re: Building inside of /usr/src? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996, Scott Blachowicz wrote: > Date: Thu, 27 Jun 1996 08:43:39 -0700 > From: Scott Blachowicz > To: "Jordan K. Hubbard" > Cc: Michael Reifenberger , > FreeBSD-Current > Subject: Re: Building inside of /usr/src? > > "Jordan K. Hubbard" wrote: > > > > (totum)(root) # make obj > > > /usr/obj/usr/src/lib/libc created for /usr/src/lib/libc > > > (totum)(root) # pwd > > > /usr/src/lib/libc > > > (totum)(root) # cd /a/src/lib/libc > > > (totum)(root) # pwd > > > /a/src/lib/libc > > > (totum)(root) # make cleandir > > > (totum)(root) # make obj > > > /usr/obj/a/src/lib/libc created for /a/src/lib/libc > > > > > > ?????? > > > > Yeah, good question.. :-) > > > > I wonder if getcwd() is somehow becoming confused on your system. > > It should return the canonical path and it's clearly not! :( > > Could it somehow be a shell "builtin" pwd that is looking at a $PWD that > gets set/cleared oddly? Does everyone have the same shell getting run for > the makefile commands? I don't know...just grasping for some straws...:-) > It's worse than that: (totum)(root) # which pwd pwd: aliased to echo $cwd It is defined in my ~/.tcshrc Sorry :-( Bye! ---- Michael Reifenberger From owner-freebsd-current Thu Jun 27 21:55:28 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA06407 for current-outgoing; Thu, 27 Jun 1996 21:55:28 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA06402 for ; Thu, 27 Jun 1996 21:55:24 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA13473; Thu, 27 Jun 1996 22:55:10 -0600 (MDT) Date: Thu, 27 Jun 1996 22:55:10 -0600 (MDT) Message-Id: <199606280455.WAA13473@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org Subject: IPFW bugs? Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is really weird. I'm trying to setup my firewall using all the documentation I can get a hold of. Unfortunately, there are 'bugs' in the documentation which I unfortunately can't get to right now. In any case, I'm trying to make my system 'fairly' secure to the outside world, but let everyone on the inside not even be aware of the firewall. In the below context, $1 is the network address for our internet connection, which could be one of ppp[0123] depending on conditions. --- CUT HERE ------- # Spoofing our internal machines ipfw add 10 deny log all from 204.182.243.0/24 to any via $1 in ipfw add 10 deny log all from 127.0.0.1 to any via $1 in # RFC 1918 unroutable hosts ipfw add 11 deny log all from 192.168.0.0/16 to any via $1 in ipfw add 11 deny log all from 172.16.0.0/12 to any via $1 in ipfw add 11 deny log all from 10.0.0.0/8 to any via $1 in # Deny chargen,tftp,sunrpc #ipfw add 12 deny log all from any to any 19,69,111 via $1 #ipfw add 13 deny log all from any 19,69,111 to any via $1 # Who,syslog #ipfw add 12 deny log udp from any to any 513,514 via $1 #ipfw add 13 deny log udp from any 513,514 to any via $1 # Allow SSH/SMTP/DNS/POP3 connections to/from anywhere ipfw add 20 pass tcp from any to any 22,25,53,110 via $1 # Trusted hosts for almost everything ipfw add 20 pass all from 128.180.0:255.255.0.0 to any via $1 ipfw add 20 pass all from trust.laptop.com to any via $1 # allow outgoing TCP connections to be established ipfw add 30 pass tcp from 204.182.243.0/24 to any via $1 setup # Allow 'established' connections to get in ipfw add 30 pass tcp from any to any via $1 established # Deny incoming TCP connections ipfw add 40 deny log tcp from any to any via $1 setup # Allow NTP stuff through ipfw add pass all from any 123 to any via $1 ipfw add pass all from any to any 123 via $1 # Deny incoming TCP connections ipfw add 40 deny log tcp from any to any via $1 setup ipfw add 50 deny log tcp from really.bad.isp.net to any via $1 --- CUT HERE ------- Here's the weird thing. If I enable the If I enable the below lines, I get LOG messages that are caused by something sendmail packets from port 125-127 on my box. Why are they matching? # Deny chargen,tftp,sunrpc #ipfw add 12 deny log all from any to any 19,69,111 via $1 #ipfw add 13 deny log all from any 19,69,111 to any via $1 Next, there is a bug in the above. I'm enabling DNS/tcp, but not DNS/udp, so things don't work. However, I can get DNS to work if I add the NTP stuff. The reason I noticed is that I'm using a hostname for a trusted host which can't be resolved, so I can get an error. However, if I stick the line: ipfw add pass all from any to any 123 via $1 ipfw add 20 pass all from trust.laptop.com to any via $1 above the line which has the hosts, it will be resolved with no problem *EVEN* THOUGH I haven't enabled DNS/udp. And, if I add the lines: ipfw add pass tcp from any to any 123 via $1 ipfw add pass udp from any to any 123 via $1 ipfw add pass icmp from any to any 123 via $1 I still can't do DNS resolution. Weird, huh? I suspect a pretty significant bug somewhere, and it appears to be related to UDP packets. That being said, I don't trust implementation, while the old implementation was *solid* for me. Because I didn't setup a default route to the internet until *AFTER* I put my IPFW entries in place and the box I connected to is a portmaster (so the chance of getting bogus data initiated from it is effectively *zero*), the previous implementation was almost 100% safe. I'll go look at the code, but shipping this in -stable seems to be a big mistake, because both the code and documentation is broken. :( Nate From owner-freebsd-current Thu Jun 27 22:19:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07189 for current-outgoing; Thu, 27 Jun 1996 22:19:06 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07184; Thu, 27 Jun 1996 22:19:03 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA01094; Thu, 27 Jun 1996 22:18:22 -0700 (PDT) To: "Jordan K. Hubbard" cc: "Rodney W. Grimes" , nate@mt.sri.com, scott@statsci.com, current@FreeBSD.ORG Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Thu, 27 Jun 1996 21:11:28 PDT." <3279.835935088@time.cdrom.com> Date: Thu, 27 Jun 1996 22:18:20 -0700 Message-ID: <1092.835939100@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <3279.835935088@time.cdrom.com>, "Jordan K. Hubbard" writes: >> This was discussed when this piece of code went in. If you want to make >> sure you get the "canonical" path, you need to unset PWD before calling >> getcwd(). It was then (check commit-logs, probably the old cvstree) >> accepted, abeit with some grumblings. It saves a LOT of time. > >[Finally, a reasoned argument and not an outright flame! :-)] > >So you're saying that: > >1. It's part of the documented behavior of make (or > should-have-been-documented behavior :-) that PWD > should either not be set or be set to the same > value that getcwd() returns when running make? dunno. >2. It's something we ourselves added and wasn't in Adam's original > pmake? I don't see anything in the current commit logs but, > as you say, there might be something in the old cvs tree. dunno. I just remember a lot of hagling about it in 1.1.5 days. Now that I think about it, it may have been about getcwd() in libc actually. >I'm more than willing to put it back Unless people can prove a performance loss, don't. It's there as an optimization, not as a feature. >I'm also curious as to why you say it saves a lot of time when, in >fact, it's done AFTER the call to getcwd() and merely overrides it. it's what ? Hmm, then I guess it is a feature to cope with automounters... Hmmm... -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 22:25:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07562 for current-outgoing; Thu, 27 Jun 1996 22:25:42 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA07556; Thu, 27 Jun 1996 22:25:38 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA01238; Thu, 27 Jun 1996 22:25:26 -0700 (PDT) To: Nate Williams cc: current@freebsd.org Subject: Re: IPFW bugs? In-reply-to: Your message of "Thu, 27 Jun 1996 22:55:10 MDT." <199606280455.WAA13473@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 22:25:25 -0700 Message-ID: <1236.835939525@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199606280455.WAA13473@rocky.mt.sri.com>, Nate Williams writes: ># Allow NTP stuff through >ipfw add pass all from any 123 to any via $1 >ipfw add pass all from any to any 123 via $1 >If I enable the below lines, I get LOG messages that are caused by something >sendmail packets from port 125-127 on my box. Why are they matching? biff/comsat DNS: port 123 is NTP, DNS is port 53 (duh! <:-) >I'll go look at the code, but shipping this in -stable seems to be a big >mistake, because both the code and documentation is broken. :( Hey, lets teach the pilot a bit first, shall we ? -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 22:37:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08289 for current-outgoing; Thu, 27 Jun 1996 22:37:16 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA08282; Thu, 27 Jun 1996 22:37:09 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id XAA13666; Thu, 27 Jun 1996 23:37:05 -0600 (MDT) Date: Thu, 27 Jun 1996 23:37:05 -0600 (MDT) Message-Id: <199606280537.XAA13666@rocky.mt.sri.com> From: Nate Williams To: Poul-Henning Kamp Cc: Nate Williams , current@freebsd.org Subject: Re: IPFW bugs? In-Reply-To: <1236.835939525@critter.tfs.com> References: <199606280455.WAA13473@rocky.mt.sri.com> <1236.835939525@critter.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ># Allow NTP stuff through > >ipfw add pass all from any 123 to any via $1 > >ipfw add pass all from any to any 123 via $1 > > >If I enable the below lines, I get LOG messages that are caused by something > >sendmail packets from port 125-127 on my box. Why are they matching? ^^^^^^^^ sendmail -> sending. > > biff/comsat Biff/comsat is at 512, not at 125/127, and sendmail isn't even running. The line above should have read: If I enable the below lines, I get LOG messages that are caused by something sending packets from port 125-127 on my box. Why are they matching? > DNS: port 123 is NTP, DNS is port 53 (duh! <:-) Yeah, and your point is? See the comments above the lines, it explains that 123 is NTP. The problem is that DNS/udp wasn't enabled, yet one I enabled NTP/all DNS worked, and when I disabled NTP/all DNS quit working. Why is that? > >I'll go look at the code, but shipping this in -stable seems to be a big > >mistake, because both the code and documentation is broken. :( > > Hey, lets teach the pilot a bit first, shall we ? The pilot has a pretty good idea what he's doing. I'm also pretty sure that the bug is not limited only to UDP packets. Given the following output. nec# ipfw list FireWall chain entries: 2200 0 00010 deny log all from 127.0.0.1 to any in via ep0 00011 deny log all from 192.168.0.0/16 to any in via ep0 00011 deny log all from 172.16.0.0/12 to any in via ep0 00011 deny log all from 10.0.0.0/8 to any in via ep0 00012 deny log udp from any to any 513,514 via ep0 00013 deny log udp from any 513,514 to any via ep0 00020 allow tcp from any to any 22,25,110 via ep0 00020 allow tcp from any 22,25,110 to any via ep0 00020 allow all from any to any 53 via ep0 00020 allow all from any 53 to any via ep0 00020 allow all from 128.18.0.0/16 to any via ep0 00030 allow tcp from any to any via ep0 established 00040 deny log tcp from any to any via ep0 setup 00060 deny log tcp from 205.216.146.201 to any via ep0 00060 deny log tcp from 205.216.146.202 to any via ep0 00060 deny log tcp from 205.216.146.231 to any via ep0 00070 deny log tcp from 198.80.37.97 to any via ep0 00070 deny log tcp from 198.80.37.107 to any via ep0 00070 deny log tcp from 198.80.37.184 to any via ep0 00070 deny log tcp from 198.80.37.185 to any via ep0 nec# I can telnet/login/ftp/etc.. *from* non-local machines to this box. Why is that? As I see it, it should only unlimited TCP connections to ssh(22),smtp(25),pop3(110) [ rule 20 ], unlimited *any* connections to 53(dns) [ rule 20 ], connections from any machines in SRI-Menlo [ rule 20 ], and established TCP connections (this is for a rule I've commented out for testing ]. However, rule 40 shouldn't allow setup/SYN packets in, so normal TCP connections shouldn't be allowed to connect. Note, this is a TCP bug I'm seeing now, so either I'm completely mis-understanding the documentation re: setup/established and/or we have some bugs in the implementation. Nate From owner-freebsd-current Thu Jun 27 22:53:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA09850 for current-outgoing; Thu, 27 Jun 1996 22:53:07 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA09845; Thu, 27 Jun 1996 22:53:03 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id WAA02912; Thu, 27 Jun 1996 22:52:54 -0700 (PDT) To: Nate Williams cc: current@freebsd.org Subject: Re: IPFW bugs? In-reply-to: Your message of "Thu, 27 Jun 1996 23:37:05 MDT." <199606280537.XAA13666@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 22:52:52 -0700 Message-ID: <2910.835941172@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199606280537.XAA13666@rocky.mt.sri.com>, Nate Williams writes: > >> DNS: port 123 is NTP, DNS is port 53 (duh! <:-) > >Yeah, and your point is? See the comments above the lines, it explains >that 123 is NTP. The problem is that DNS/udp wasn't enabled, yet one I >enabled NTP/all DNS worked, and when I disabled NTP/all DNS quit >working. Why is that? Your email listed rules saying "123" in a context where you complain about DNS. :-) >The pilot has a pretty good idea what he's doing. didn't look like it :-) At least not for the DNS part :-) >Given the following output. Remember that the default is "Allow nothing" You will probably want to have allow all from 127.0.0.1 to 127.0.0.1 via lo0 in there somewhere... (if your 123 was a typo, this could be why your DNS fails.) It's certainly a bug that you have rules with the same number, that looks VERY weird to me, also where was your 65535 block all rule ? >I can telnet/login/ftp/etc.. *from* non-local machines to this box. Why >is that? Add "log" to all rules and see which number lets you though. Also, don't let your current fight with Jordan affect your temper and or patience with other people. I'm not saying the code is bug free, I'm merely asking you to be less incoherent and more constructive. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 23:02:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10236 for current-outgoing; Thu, 27 Jun 1996 23:02:40 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10228; Thu, 27 Jun 1996 23:02:36 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id AAA13869; Fri, 28 Jun 1996 00:02:33 -0600 (MDT) Date: Fri, 28 Jun 1996 00:02:33 -0600 (MDT) Message-Id: <199606280602.AAA13869@rocky.mt.sri.com> From: Nate Williams To: Poul-Henning Kamp Cc: Nate Williams , current@freebsd.org Subject: Re: IPFW bugs? In-Reply-To: <2910.835941172@critter.tfs.com> References: <199606280537.XAA13666@rocky.mt.sri.com> <2910.835941172@critter.tfs.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: > In message <199606280537.XAA13666@rocky.mt.sri.com>, Nate Williams writes: > > > >> DNS: port 123 is NTP, DNS is port 53 (duh! <:-) > > > >Yeah, and your point is? See the comments above the lines, it explains > >that 123 is NTP. The problem is that DNS/udp wasn't enabled, yet one I > >enabled NTP/all DNS worked, and when I disabled NTP/all DNS quit > >working. Why is that? > > Your email listed rules saying "123" in a context where you complain > about DNS. :-) Go re-read it. I'll repeat the two rules again out of my original email, for the seeing impaired. # Allow SSH/SMTP/DNS/POP3 connections to/from anywhere ipfw add 20 pass tcp from any to any 22,25,53,110 via $1 That's the DNS line: # Allow NTP stuff through ipfw add pass all from any 123 to any via $1 ipfw add pass all from any to any 123 via $1 And there's the NTP line. No confusion except in your reading of it. > >The pilot has a pretty good idea what he's doing. > didn't look like it :-) At least not for the DNS part :-) I think the err is in your reading. > >Given the following output. > > Remember that the default is "Allow nothing" > > You will probably want to have > > allow all from 127.0.0.1 to 127.0.0.1 via lo0 > > in there somewhere... (if your 123 was a typo, this could be why your > DNS fails.) Umm, that's irrelevant. My DNS server is remote, not local. I'm not trying to send anything out via lo0, so why bring this up? > It's certainly a bug that you have rules with the same number, that > looks VERY weird to me, also where was your 65535 block all rule ? I set them to be the same #. Should I not? > >I can telnet/login/ftp/etc.. *from* non-local machines to this box. Why > >is that? > > Add "log" to all rules and see which number lets you though. Ahh, I didn't realize you could 'log' accept rules. I'll do that. Nate From owner-freebsd-current Thu Jun 27 23:04:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10337 for current-outgoing; Thu, 27 Jun 1996 23:04:00 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10316 for ; Thu, 27 Jun 1996 23:03:58 -0700 (PDT) Received: from maryann.eng.umd.edu (maryann.eng.umd.edu [129.2.103.22]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id CAA08263 for ; Fri, 28 Jun 1996 02:03:56 -0400 (EDT) Received: (from chuckr@localhost) by maryann.eng.umd.edu (8.7.5/8.7.3) id CAA03113; Fri, 28 Jun 1996 02:03:55 -0400 (EDT) Date: Fri, 28 Jun 1996 02:03:53 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@maryann.eng.umd.edu To: FreeBSD current Subject: mknetid Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm having an odd problem. I was installing on a remotely mounted machine, and it broke when it got to /usr/src/libexec/mknetid. I went to the machine that had the tree, cd'ed to mknetid, and noticed it didn't have an obj, so I did a make obj. Still no obj. OK, I went back to /usr/src, and did a make obj, and a few minutes later rechecked mknetid, still no obj. I hand made the /usr/obj/libexec/mknetid, and make a softlink from /usr/src/libexec/mknetid/obj to /usr/obj/libexec/mknetid. I did a make clean, depend, and all, and no binaries of obj files showed up in either /usr/src/libexec/mknetid, /usr/src/libexec/mknetid/obj, or (I checked ) /usr/obj/libexec/mknetid. Make thougth it was, it refused to rebuild the sources again, unless I did a make clean, then it would rebuild them. Where the heck are the objs? I see the gcc command lines building them, and the gunzip line compressing the man page. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Thu Jun 27 23:07:01 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10533 for current-outgoing; Thu, 27 Jun 1996 23:07:01 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10527; Thu, 27 Jun 1996 23:06:58 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id AAA13890; Fri, 28 Jun 1996 00:06:54 -0600 (MDT) Date: Fri, 28 Jun 1996 00:06:54 -0600 (MDT) Message-Id: <199606280606.AAA13890@rocky.mt.sri.com> From: Nate Williams To: Nate Williams Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: IPFW bugs? In-Reply-To: <199606280602.AAA13869@rocky.mt.sri.com> References: <199606280537.XAA13666@rocky.mt.sri.com> <2910.835941172@critter.tfs.com> <199606280602.AAA13869@rocky.mt.sri.com> Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Add "log" to all rules and see which number lets you though. > > Ahh, I didn't realize you could 'log' accept rules. I'll do that. OK, here's the rule that let's *EVERYTHING* through. # Should be allowing DNS through, which can be either UDP/TCP ipfw add 21 pass log all from any 53 to any via $1 But, I get icmp packets, telnet, ftp, etc... Somehow the '53' port isn't being used at all. Nate From owner-freebsd-current Thu Jun 27 23:11:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10790 for current-outgoing; Thu, 27 Jun 1996 23:11:07 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10784; Thu, 27 Jun 1996 23:11:04 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id XAA03505; Thu, 27 Jun 1996 23:09:36 -0700 (PDT) To: Nate Williams cc: current@freebsd.org Subject: Re: IPFW bugs? In-reply-to: Your message of "Fri, 28 Jun 1996 00:02:33 MDT." <199606280602.AAA13869@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 23:09:35 -0700 Message-ID: <3503.835942175@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (DNS: I didn't keep your original email but check your +outbox :-) >Umm, that's irrelevant. My DNS server is remote, not local. I'm not >trying to send anything out via lo0, so why bring this up? If you never need lo0, certainly keep it down. Some programs croak. >> It's certainly a bug that you have rules with the same number, that >> looks VERY weird to me, also where was your 65535 block all rule ? > >I set them to be the same #. Should I not? no, I thought it was impossible to do so actually, and intended it to be for that matter. Have same number makes it harder too understand which one did that, and may lead to confusion as to what order they apply in. >> >I can telnet/login/ftp/etc.. *from* non-local machines to this box. Why >> >is that? >> >> Add "log" to all rules and see which number lets you though. > >Ahh, I didn't realize you could 'log' accept rules. I'll do that. Not only that, but all rules have counters ipfw can show you, so you can even see activation of rules that didn't log. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 23:24:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11258 for current-outgoing; Thu, 27 Jun 1996 23:24:19 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11253 for ; Thu, 27 Jun 1996 23:24:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA28694; Thu, 27 Jun 1996 23:23:35 -0700 (PDT) To: Chuck Robey cc: FreeBSD current Subject: Re: mknetid In-reply-to: Your message of "Fri, 28 Jun 1996 02:03:53 EDT." Date: Thu, 27 Jun 1996 23:23:35 -0700 Message-ID: <28685.835943015@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm having an odd problem. I was installing on a remotely mounted > machine, and it broke when it got to /usr/src/libexec/mknetid. I went to What's the canonical path to /usr/src on your machine? Do this: rm -rf /usr/obj/* cd /usr/src/libexec/mknetid make cleandir obj Now look at /usr/obj again. Jordan From owner-freebsd-current Thu Jun 27 23:36:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11651 for current-outgoing; Thu, 27 Jun 1996 23:36:40 -0700 (PDT) Received: from critter.tfs.com (critter.cdrom.com [204.216.27.38]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11646; Thu, 27 Jun 1996 23:36:36 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id XAA04632; Thu, 27 Jun 1996 23:35:56 -0700 (PDT) To: Nate Williams cc: current@FreeBSD.ORG, alex@FreeBSD.ORG Subject: Re: IPFW bugs? In-reply-to: Your message of "Fri, 28 Jun 1996 00:06:54 MDT." <199606280606.AAA13890@rocky.mt.sri.com> Date: Thu, 27 Jun 1996 23:35:54 -0700 Message-ID: <4616.835943754@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199606280606.AAA13890@rocky.mt.sri.com>, Nate Williams writes: >> > Add "log" to all rules and see which number lets you though. >> >> Ahh, I didn't realize you could 'log' accept rules. I'll do that. > >OK, here's the rule that let's *EVERYTHING* through. > ># Should be allowing DNS through, which can be either UDP/TCP >ipfw add 21 pass log all from any 53 to any via $1 Yes, (I just talk(1)'ed Nate). The curent implentation doesn't complain about "over-specified" rules. The portnumber isn't used with "all" as protocol. ipfw and the kernel should both complain about such a rule being set. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Thu Jun 27 23:37:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11769 for current-outgoing; Thu, 27 Jun 1996 23:37:37 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA11747; Thu, 27 Jun 1996 23:37:23 -0700 (PDT) Received: (from rbezuide@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id IAA24844; Fri, 28 Jun 1996 08:36:28 +0200 (SAT) From: R Bezuidenhout Message-Id: <199606280636.IAA24844@zibbi.mikom.csir.co.za> Subject: Re: IPFW bugs? To: nate@mt.sri.com (Nate Williams) Date: Fri, 28 Jun 1996 08:36:28 +0200 (SAT) Cc: nate@mt.sri.com, phk@FreeBSD.ORG, current@FreeBSD.ORG In-Reply-To: <199606280606.AAA13890@rocky.mt.sri.com> from Nate Williams at "Jun 28, 96 00:06:54 am" X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi all > > > Add "log" to all rules and see which number lets you though. > > > > Ahh, I didn't realize you could 'log' accept rules. I'll do that. > > OK, here's the rule that let's *EVERYTHING* through. > > # Should be allowing DNS through, which can be either UDP/TCP > ipfw add 21 pass log all from any 53 to any via $1 I tried this rule because I haven't seen anything like this before ... duzi# ipfw list FireWall chain entries: 128 0 65000 accept all from any to any 65535 deny all from any to any duzi# ipfw add 21 pass log all from any 53 to any via ed0 00021 accept log all from any 53 to any via ed0 duzi# ipfw list FireWall chain entries: 192 0 00021 accept log all from any 53 to any via ed0 65000 accept all from any to any 65535 deny all from any to any duzi# ipfw delete 65000 Connection gone ..... According to this .. it is "seems" :) impossible that rule 21 can cause *EVERYTHING* to go through ! Another thing .. if you are able to delete the default rule then you do not "I think" :) have the latest ipfw, user level and kernel. Are you 0.0.0.0/0 instead of all ??? Bye > > But, I get icmp packets, telnet, ftp, etc... > > Somehow the '53' port isn't being used at all. > > > Nate > -- ######################################################################## # # # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # # # # Network Engineer - NetSec development team # # # # Current Projects: NetSec - Secure Platform firewall system # # http://www.mikom.csir.co.za # # # # E-mail: rbezuide@mikom.csir.co.za # # # ######################################################################## From owner-freebsd-current Fri Jun 28 00:03:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13267 for current-outgoing; Fri, 28 Jun 1996 00:03:35 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13258; Fri, 28 Jun 1996 00:03:23 -0700 (PDT) Received: (from rbezuide@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id JAA25313; Fri, 28 Jun 1996 09:03:08 +0200 (SAT) From: R Bezuidenhout Message-Id: <199606280703.JAA25313@zibbi.mikom.csir.co.za> Subject: Re: IPFW bugs? To: phk@FreeBSD.org (Poul-Henning Kamp) Date: Fri, 28 Jun 1996 09:03:08 +0200 (SAT) Cc: nate@mt.sri.com, current@FreeBSD.org, alex@FreeBSD.org In-Reply-To: <4616.835943754@critter.tfs.com> from Poul-Henning Kamp at "Jun 27, 96 11:35:54 pm" X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi there ... > In message <199606280606.AAA13890@rocky.mt.sri.com>, Nate Williams writes: > >> > Add "log" to all rules and see which number lets you though. > >> > >> Ahh, I didn't realize you could 'log' accept rules. I'll do that. > > > >OK, here's the rule that let's *EVERYTHING* through. > > > ># Should be allowing DNS through, which can be either UDP/TCP > >ipfw add 21 pass log all from any 53 to any via $1 > > Yes, (I just talk(1)'ed Nate). The curent implentation doesn't complain > about "over-specified" rules. The portnumber isn't used with "all" as > protocol. > > ipfw and the kernel should both complain about such a rule being set. Yes .. this is true ... according to my previous mail I tried this but somehome ... well ... on the wrong interface :) Sorry for that! I guess I would quilify for some kind of "HAT" or something like-wise :) Reinier -- ######################################################################## # # # Reinier Bezuidenhout Company: Mikomtek CSIR, ZA # # # # Network Engineer - NetSec development team # # # # Current Projects: NetSec - Secure Platform firewall system # # http://www.mikom.csir.co.za # # # # E-mail: rbezuide@mikom.csir.co.za # # # ######################################################################## From owner-freebsd-current Fri Jun 28 00:12:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13764 for current-outgoing; Fri, 28 Jun 1996 00:12:40 -0700 (PDT) Received: from lear35.cytex.com (root@lear35.cytex.com [38.252.97.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA13758 for ; Fri, 28 Jun 1996 00:12:38 -0700 (PDT) Received: (from mbartley@localhost) by lear35.cytex.com (8.7.5/8.7.3) id AAA02060 for freebsd-current@freebsd.org; Fri, 28 Jun 1996 00:12:37 -0700 (PDT) From: Matt Bartley Message-Id: <199606280712.AAA02060@lear35.cytex.com> Subject: Re: share/doc/handbook doesn't make clean To: freebsd-current@freebsd.org Date: Fri, 28 Jun 1996 00:12:37 -0700 (PDT) In-Reply-To: <1151.835909438@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 27, 96 02:03:58 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > bash# pwd > > /usr/src/share/doc/handbook > > bash# make -n clean > > bash# make clean > > bash# ls /usr/obj/usr/src/share/doc/handbook/ > > handbook.ascii handbook183.html handbook269.html > Hmmmm! Hmmmm! This one doesn't make much sense since make should > have simply chdir'd over to /usr/obj/usr/src/share/doc/handbook/ > as normal (as it would for any target, much less clean) and then > the clean rule should have nuked out all the files. > [...] > Oh yeah, just out of curiousity, is your /usr/src really in /usr > or is it symlinked someplace? That would tell me something. Both /usr/src and /usr/obj are normal directories in the /usr partition. From owner-freebsd-current Fri Jun 28 00:28:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14314 for current-outgoing; Fri, 28 Jun 1996 00:28:26 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14306; Fri, 28 Jun 1996 00:28:22 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id JAA11568; Fri, 28 Jun 1996 09:27:49 +0200 Message-Id: <199606280727.JAA11568@ra.dkuug.dk> Subject: Re: Syscons 8bit chars mouse paste fix To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Fri, 28 Jun 1996 09:27:49 +0200 (MET DST) Cc: sos@FreeBSD.org, andreas@klemm.gtn.com, current@FreeBSD.org In-Reply-To: <199606271643.UAA01149@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 27, 96 08:43:01 pm From: sos@FreeBSD.org Reply-to: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In reply to =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= who wrote: > > > HMMM, it can't be a moused option, as it has (and shouldn't have) > > no knowledge of whats going on on the screen. > > Maybe vidcontrol option instead? > Basically I want to see them something near character set area, > maybe somewhere in font loading area? > > > Also it cannot be any chars, it HAS to be in the range that the > > hardware supports the 9'th bit thingy (thats some 32 chars, I don't > > remember the actual numbers, something like 0xd0-0xef). > > I know. But they can be choosed from that range. > This range matches CP437 pseudo-graphics area. Hmm, where could YOU put those 4 chars ?? That might give some extra info to the decision. I really don't like Yet Another Ioctl entry point. > > > The problem with scrnmap on cut'ed text is solvable by having a > > reverse scrnmap table.. > > Reverse table can be builded somewhere in load scrnmap ioctl handler. Yep, No problem, only now it is important that the table is strictly one to one, or stange results will happen. > BTW, what about having text-mode mouse pointer (colored reverse f.e.)? > It not makes any characters dead. Hmm, its no fun doing :) (its too easy), and the current approach is much nicer to look at, and easier to manuever. > It will be nice to allow cut&paste even without mouse (by keyboard) > after pressing Scroll Lock. Yeah, I've thought about being able to move the mouse by keyboard and doing cut&paste. This would also give us a keyboard interface to X if i implement the mouse device right. I have one concern on all of this though, it takes space in the kernel are we having problems in that area again (or is that still), so I should probably make it into a LKM soon. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Jun 28 00:32:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14547 for current-outgoing; Fri, 28 Jun 1996 00:32:29 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14473 for ; Fri, 28 Jun 1996 00:30:54 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA21335 for ; Thu, 27 Jun 1996 20:24:10 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14506 for freebsd-current@FreeBSD.org; Thu, 27 Jun 1996 20:24:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA02652 for freebsd-current@FreeBSD.org; Thu, 27 Jun 1996 20:13:03 +0200 (MET DST) From: J Wunsch Message-Id: <199606271813.UAA02652@uriah.heep.sax.de> Subject: Re: socketpair bug? To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Thu, 27 Jun 1996 20:13:03 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <31D18BE9.4BF61CB5@fa.tdktca.com> from Alex Nash at "Jun 26, 96 02:13:45 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Alex Nash wrote: > > Oh, I have found where the problem is. socketpair() actually succeeded but > > returned the value of first descriptor in pair instead of 0. This is > > strange because it does not conform to man page (I am not sure wheither it > > comforms to POSIX too). > We also have a PR that covers this, 731. See also my Usenet reply: socketpair() basically needs a similar libc syscall wrapper like pipe(). Right now, it uses the generic syscall wrapper which is wrong. (The XXX??'s can be removed again then. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Jun 28 00:41:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15036 for current-outgoing; Fri, 28 Jun 1996 00:41:13 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA15030 for ; Fri, 28 Jun 1996 00:41:10 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA19385 for ; Thu, 27 Jun 1996 19:10:57 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA13788 for freebsd-current@FreeBSD.org; Thu, 27 Jun 1996 19:10:57 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id TAA00538 for freebsd-current@FreeBSD.org; Thu, 27 Jun 1996 19:02:41 +0200 (MET DST) From: J Wunsch Message-Id: <199606271702.TAA00538@uriah.heep.sax.de> Subject: Re: Syscons CUT&PASTE functionality added...y To: freebsd-current@freebsd.org (FreeBSD-current users) Date: Thu, 27 Jun 1996 19:02:41 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606260714.JAA26197@ra.dkuug.dk> from "sos@FreeBSD.org" at "Jun 26, 96 09:14:15 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As sos@FreeBSD.org wrote: > I looks to me like the number one reason folks run pcvt is that it > does a pretty good job at vt220 emulation. I have a version of syscons > that loads its term interpreter as a LKM and so it can be changed to > some other emulation. If would could get a volounter to take pcvt's > vt220 emu and massage it a bit, I'll help with the syscons interface > and what extra hooks might be nessesary. Don't underestimate it. Downloadable charactersets, a permanent character mapping feature (to support a multitude of charsets simultaneously where many chars are actually in a joint subset), and the reduction to only 8 colors (in favor of 512 different characters total) are about the price. (There are more nifty but not DEC-VT related features like the ability to control the VGA RAMDAC, which are IMHO incompatible with syscons' goals.) I don't think it's really worth the while. Sharing a common layer of keyboard (and mouse) drivers seems to be not all that difficult however (don't forget the psm driver...) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Fri Jun 28 01:03:58 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16190 for current-outgoing; Fri, 28 Jun 1996 01:03:58 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA16182 for ; Fri, 28 Jun 1996 01:03:53 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA11731; Fri, 28 Jun 1996 10:03:22 +0200 Message-Id: <199606280803.KAA11731@ra.dkuug.dk> Subject: Re: Syscons CUT&PASTE functionality added...y To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 28 Jun 1996 10:03:22 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199606271702.TAA00538@uriah.heep.sax.de> from "J Wunsch" at Jun 27, 96 07:02:41 pm From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who wrote: > > As sos@FreeBSD.org wrote: > > > I looks to me like the number one reason folks run pcvt is that it > > does a pretty good job at vt220 emulation. I have a version of syscons > > that loads its term interpreter as a LKM and so it can be changed to > > some other emulation. If would could get a volounter to take pcvt's > > vt220 emu and massage it a bit, I'll help with the syscons interface > > and what extra hooks might be nessesary. > > Don't underestimate it. Downloadable charactersets, a permanent > character mapping feature (to support a multitude of charsets > simultaneously where many chars are actually in a joint subset), and > the reduction to only 8 colors (in favor of 512 different characters > total) are about the price. Hmm, downloadable charsets is also in syscons, permanent mapping also (allthough system wide not per console, easily changed though) 512 chars, no not yet :) > (There are more nifty but not DEC-VT > related features like the ability to control the VGA RAMDAC, which are > IMHO incompatible with syscons' goals.) Yep, because now we are talking features that doesn't work on all hardware and that is The Wrong Thing because: 1. There is no end to the supportproblem on this, and the percentage of supported hardware is falling by the minute. 2. The kernel size will explode if just a tiny fraction of the possible video hardware is to be supported. > I don't think it's really worth the while. So, that means we are stuck with the unlucky situation we have now, for time and ever :( > Sharing a common layer of keyboard (and mouse) drivers seems to be not > all that difficult however (don't forget the psm driver...) I havn't forgot, but I'm still not convinced that it is a good idea, I'd rather have a modular console driver, that I could modify the behavior of by loading different modules. *sigh* -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-current Fri Jun 28 04:06:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25505 for current-outgoing; Fri, 28 Jun 1996 04:06:54 -0700 (PDT) Received: from epprod.elsevier.co.uk (epprod.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA25499 for ; Fri, 28 Jun 1996 04:06:48 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id MAA09613 for ; Fri, 28 Jun 1996 12:05:15 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Fri, 28 Jun 1996 12:05:36 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.12/8.6.12) id MAA27493; Fri, 28 Jun 1996 12:04:45 +0100 Date: Fri, 28 Jun 1996 12:04:45 +0100 Message-Id: <199606281104.MAA27493@cadair.elsevier.co.uk> To: current@FreeBSD.ORG Subject: Re: Building inside of /usr/src? In-Reply-To: <2033.835934448@time.cdrom.com> References: <199606280340.VAA13086@rocky.mt.sri.com> <2033.835934448@time.cdrom.com> Reply-To: p.richards@elsevier.co.uk From: Paul Richards X-Attribution: Paul X-Mailer: GNU Emacs [19.30.1], RMAIL, Mailcrypt [3.3] Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > Finally, this is NOT me being "dismissive" of any and all criticism > because I don't like criticism, this is me saying that Nate is full of > it (and himself) and I don't particularly care to waste my time > jumping around for his entertainment. It seems that every time I fail > to bow down before the strength of whatever argument Nate's advancing, > I get hit with charges of being autocratic or heavy-handed - it's the > old "be reasonable, do it MY way!" argument and the irony of being > told that I'm being stubborn, inflexible and heavy-handed by someone > in a very stubborn, inflexible and heavy-handed way is almost > palpable. The list of people that you "don't particularly care to waste my time" for seems to be growing. From owner-freebsd-current Fri Jun 28 04:16:08 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25970 for current-outgoing; Fri, 28 Jun 1996 04:16:08 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA25965; Fri, 28 Jun 1996 04:16:04 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id GAA05619; Fri, 28 Jun 1996 06:17:20 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id GAA05612; Fri, 28 Jun 1996 06:17:19 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id GAA12738; Fri, 28 Jun 1996 06:18:47 -0500 Message-ID: <31D3BF96.1EBFE6E3@fa.tdktca.com> Date: Fri, 28 Jun 1996 06:18:46 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: taob@io.org, nate@mt.sri.com CC: current@FreeBSD.org, phk@FreeBSD.org Subject: Re: IPFW (mis)feature (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Why doesn't ipfw(8) allow me to specify the services using the names > > out of /etc/services? > > Funny, I was *just* about to ask the exact same question, after > fiddling with our new firewall for a couple of hours today. Accepting service names is on my TODO list, unfortunately poor health this week has prevented me from any hacking. Before someone jumps down my throat about the changes I brought in from -current, please note that: - The existing version in -stable did not: accept host names, and was not capable of printing service names in a listing. - There was no documentation to the fact that service names were not accepted. > As it is > now, I have comments in rc.firewall, but an 'ipfw l' is difficult to > parse, even with only a few of the well-known services enabled. Try ipfw -N l :) Alex From owner-freebsd-current Fri Jun 28 04:27:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA26750 for current-outgoing; Fri, 28 Jun 1996 04:27:48 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA26731 for ; Fri, 28 Jun 1996 04:27:41 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id VAA24857; Fri, 28 Jun 1996 21:24:11 +1000 Date: Fri, 28 Jun 1996 21:24:11 +1000 From: Bruce Evans Message-Id: <199606281124.VAA24857@godzilla.zeta.org.au> To: jkh@time.cdrom.com, rgrimes@gndrsh.aac.dev.com Subject: Re: Building inside of /usr/src? Cc: current@freebsd.org, nate@mt.sri.com, scott@statsci.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> If you read the comments above this section of code, and have worked on >> asymetric AMD managed user home directory systems, and used pmake >> in parallel mode on these systems it would be clear as to why it if >> preferintial to use $PWD if $PWD infact resolves to the sameplace as >> getcwd(). >But PWD can't be trusted, as we've already seen. How would you I think PWD can be trusted to be NOT set except at the top level. It isn't supported by /bin/sh, and it shouldn't be exported, so for `cd $subdir; make', PWD is never set. Thus PWD is very rarely set except for developers who cd to a bottom level directory and invoke make there. Then it is convenient for ${.CURDIR} and ${.OBJDIR} to be short paths through symlinks. >invocations of the build return totally different obj directories and >the only reason this didn't become a problem before was because the >"window" for failure was narrower - you had to have a bogus $PWD at >the time you built the links rather than just at any time. I think the obj links were canonical paths because pwd was used to create them. Perhaps this is why pwd was used - ${.CURDIR} might have been non-canonical. Bruce From owner-freebsd-current Fri Jun 28 04:40:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27551 for current-outgoing; Fri, 28 Jun 1996 04:40:05 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA27546 for ; Fri, 28 Jun 1996 04:40:02 -0700 (PDT) Received: from zap.io.org (taob@zap.io.org [198.133.36.81]) by post.io.org (8.7.5/8.7.3) with SMTP id HAA20878; Fri, 28 Jun 1996 07:36:20 -0400 (EDT) Date: Fri, 28 Jun 1996 07:37:12 -0400 (EDT) From: Brian Tao To: Alex Nash cc: current@FreeBSD.org Subject: Re: IPFW (mis)feature (fwd) In-Reply-To: <31D3BF96.1EBFE6E3@fa.tdktca.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Jun 1996, Alex Nash wrote: > > Try ipfw -N l :) Aha... I was under the impression that it only resolved hostnames and when I first tried it, I didn't have any port-specific rules anyway. Thanks. :) -- Brian Tao (BT300, taob@io.org, taob@ican.net) Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-current Fri Jun 28 04:40:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27571 for current-outgoing; Fri, 28 Jun 1996 04:40:10 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA27564 for ; Fri, 28 Jun 1996 04:40:07 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id GAA05727 for ; Fri, 28 Jun 1996 06:41:24 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id GAA05720 for ; Fri, 28 Jun 1996 06:41:23 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id GAA12776; Fri, 28 Jun 1996 06:42:52 -0500 Message-ID: <31D3C53C.617FA781@fa.tdktca.com> Date: Fri, 28 Jun 1996 06:42:52 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: nate@mt.sri.com CC: current@freebsd.org Subject: Re: IPFW bugs? (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm trying to setup my firewall using all the documentation I can get a > hold of. Unfortunately, there are 'bugs' in the documentation which I > unfortunately can't get to right now. You can't get to the bugs -- that's a good thing, right? :) > # Deny chargen,tftp,sunrpc > #ipfw add 12 deny log all from any to any 19,69,111 via $1 > #ipfw add 13 deny log all from any 19,69,111 to any via $1 If you look in the man page under fine points, it is documented that you should not use all in combination with a port specification. In retrospect this was a mistake, and I'll fix ipfw to reject such entries. > # Trusted hosts for almost everything > ipfw add 20 pass all from 128.180.0:255.255.0.0 to any via $1 I hope you're running up-to-date ipfw code. There was a bug in the previous code that caused the address:mask to always use a mask of 255.255.255.255. > # Allow NTP stuff through > ipfw add pass all from any 123 to any via $1 > ipfw add pass all from any to any 123 via $1 There's that 'all' problem again... > If I enable the below lines, I get LOG messages that are caused by something > sendmail packets from port 125-127 on my box. Why are they matching? ipfw (almost) always prints the rule number in the log output. Look this number up in the 'ipfw -l' listing to find out which rule it's matching. > # Deny chargen,tftp,sunrpc > #ipfw add 12 deny log all from any to any 19,69,111 via $1 > #ipfw add 13 deny log all from any 19,69,111 to any via $1 > > Next, there is a bug in the above. I'm enabling DNS/tcp, but not > DNS/udp, so things don't work. I believe DNS/tcp is for zone transfers only. DNS/udp is all you need for standard lookups. > However, I can get DNS to work if I add > the NTP stuff. The reason I noticed is that I'm using a hostname for a > trusted host which can't be resolved, so I can get an error. However, > if I stick the line: > ipfw add pass all from any to any 123 via $1 > ipfw add 20 pass all from trust.laptop.com to any via $1 > > above the line which has the hosts, it will be resolved with no problem > *EVEN* THOUGH I haven't enabled DNS/udp. I'm not sure we have a definite cause and effect. Are you sure you didn't do something inbetween that caused the hostname to get cached, thus making it look like it worked. > And, if I add the lines: > > ipfw add pass tcp from any to any 123 via $1 > ipfw add pass udp from any to any 123 via $1 > ipfw add pass icmp from any to any 123 via $1 > > I still can't do DNS resolution. Weird, huh? I'm not surprised you can't DNS resolve through the NTP port. > I suspect a pretty significant bug somewhere, and it appears to be > related to UDP packets. > > That being said, I don't trust implementation, while the old > implementation was *solid* for me. Because I didn't setup a default > route to the internet until *AFTER* I put my IPFW entries in place and > the box I connected to is a portmaster (so the chance of getting bogus > data initiated from it is effectively *zero*), the previous > implementation was almost 100% safe. > > I'll go look at the code, but shipping this in -stable seems to be a big > mistake, because both the code and documentation is broken. :( I don't make any claims that the documentation is perfect. However, the documentation is *better* than what was going to ship. If there are improvements to be made in the documentation, I'd like to hear about it -- but in this message, I don't see one. Alex From owner-freebsd-current Fri Jun 28 04:43:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA27699 for current-outgoing; Fri, 28 Jun 1996 04:43:32 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA27694 for ; Fri, 28 Jun 1996 04:43:30 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id GAA05776 for ; Fri, 28 Jun 1996 06:44:47 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id GAA05771 for ; Fri, 28 Jun 1996 06:44:46 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id GAA12784; Fri, 28 Jun 1996 06:46:15 -0500 Message-ID: <31D3C606.7AE67A30@fa.tdktca.com> Date: Fri, 28 Jun 1996 06:46:14 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: Brian Tao CC: current@FreeBSD.org Subject: Re: IPFW (mis)feature (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Brian Tao wrote: > > On Fri, 28 Jun 1996, Alex Nash wrote: > > > > Try ipfw -N l :) > > Aha... I was under the impression that it only resolved hostnames > and when I first tried it, I didn't have any port-specific rules > anyway. Thanks. :) Your impression was correct, it used to only resolve hostnames. This was fixed in -current as of June 9th, and -stable as of Monday. Alex From owner-freebsd-current Fri Jun 28 04:51:29 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28092 for current-outgoing; Fri, 28 Jun 1996 04:51:29 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA28082; Fri, 28 Jun 1996 04:51:26 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id GAA05826; Fri, 28 Jun 1996 06:52:34 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id GAA05819; Fri, 28 Jun 1996 06:52:34 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id GAA12794; Fri, 28 Jun 1996 06:54:03 -0500 Message-ID: <31D3C7DA.2905269@fa.tdktca.com> Date: Fri, 28 Jun 1996 06:54:02 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: nate@mt.sri.com CC: current@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: IPFW bugs? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk phk wrote: > It's certainly a bug that you have rules with the same number, that > looks VERY weird to me, also where was your 65535 block all rule ? I second this. Nate, how old is the -stable that you're running? Your cut & paste contained the final prompt, so I'm assuming you didn't edit anything. Also, you should not be able to delete the 65535 rule in any -stable as of this week. Alex From owner-freebsd-current Fri Jun 28 04:54:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28285 for current-outgoing; Fri, 28 Jun 1996 04:54:47 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA28280 for ; Fri, 28 Jun 1996 04:54:44 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id HAA05177; Fri, 28 Jun 1996 07:54:43 -0400 (EDT) Date: Fri, 28 Jun 1996 07:54:43 -0400 (EDT) From: Kim Culhan To: current@FreeBSD.org Subject: makefile error Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk This makefile error from -current as of ~1300 UTC this date: make clean ===> include rm -f a.out Errs errs mklog version vers.c ===> include/rpcsvc rm -f a.out Errs errs mklog klm_prot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ===> lib "Makefile", line 17: Unassociated shell command "libipx libdisk" Fatal errors encountered -- cannot continue regards kim -- kimc@w8hd.org From owner-freebsd-current Fri Jun 28 04:58:45 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28455 for current-outgoing; Fri, 28 Jun 1996 04:58:45 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA28447; Fri, 28 Jun 1996 04:58:43 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id GAA05870; Fri, 28 Jun 1996 06:59:59 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id GAA05863; Fri, 28 Jun 1996 06:59:59 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id HAA12808; Fri, 28 Jun 1996 07:01:28 -0500 Message-ID: <31D3C997.CA9F25F@fa.tdktca.com> Date: Fri, 28 Jun 1996 07:01:27 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: nate@mt.sri.com CC: phk@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: IPFW bugs? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Go re-read it. > > I'll repeat the two rules again out of my original email, for the seeing > impaired. > > # Allow SSH/SMTP/DNS/POP3 connections to/from anywhere > ipfw add 20 pass tcp from any to any 22,25,53,110 via $1 > > That's the DNS line: > > # Allow NTP stuff through > ipfw add pass all from any 123 to any via $1 > ipfw add pass all from any to any 123 via $1 > > And there's the NTP line. No confusion except in your reading of it. Peace, Nate. We're all working towards a common goal. This is what you posted the first time: And, if I add the lines: ipfw add pass tcp from any to any 123 via $1 ipfw add pass udp from any to any 123 via $1 ipfw add pass icmp from any to any 123 via $1 I still can't do DNS resolution. Weird, huh? > > It's certainly a bug that you have rules with the same number, that > > looks VERY weird to me, also where was your 65535 block all rule ? > > I set them to be the same #. Should I not? It's easier from a insertion/deletion standpoint to space them out. By default, rules are add with indexes 100 greater than the last index. Having rules with the same index will not cause the rules to fail in any way though. Alex From owner-freebsd-current Fri Jun 28 05:04:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA28775 for current-outgoing; Fri, 28 Jun 1996 05:04:06 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA28770; Fri, 28 Jun 1996 05:04:04 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id HAA05960; Fri, 28 Jun 1996 07:05:20 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id HAA05954; Fri, 28 Jun 1996 07:05:18 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id HAA12826; Fri, 28 Jun 1996 07:06:48 -0500 Message-ID: <31D3CAD7.1782696E@fa.tdktca.com> Date: Fri, 28 Jun 1996 07:06:47 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: phk@FreeBSD.ORG CC: nate@mt.sri.com, current@FreeBSD.ORG Subject: Re: IPFW bugs? (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> It's certainly a bug that you have rules with the same number, that > >> looks VERY weird to me, also where was your 65535 block all rule ? > > > >I set them to be the same #. Should I not? > no, I thought it was impossible to do so actually, and intended it to > be for that matter. Have same number makes it harder too understand > which one did that, and may lead to confusion as to what order they > apply in. The kernel does not reject rules with the same number. In fact, given a rule without a number, it may even generate a duplicate itself (if your last rule is >=65435, the kernel will assign that same number to rules added without a specified index). > >> Add "log" to all rules and see which number lets you though. > > > >Ahh, I didn't realize you could 'log' accept rules. I'll do that. > > Not only that, but all rules have counters ipfw can show you, so you > can even see activation of rules that didn't log. You can get even more information by using the -t option (ipfw -at l) to see a timestamp of when the rule matched. Alex From owner-freebsd-current Fri Jun 28 05:07:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA28970 for current-outgoing; Fri, 28 Jun 1996 05:07:37 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA28965; Fri, 28 Jun 1996 05:07:34 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id HAA06006; Fri, 28 Jun 1996 07:08:50 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id HAA06000; Fri, 28 Jun 1996 07:08:50 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id HAA12835; Fri, 28 Jun 1996 07:10:19 -0500 Message-ID: <31D3CBAB.136FEDE9@fa.tdktca.com> Date: Fri, 28 Jun 1996 07:10:19 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: phk@freebsd.org CC: nate@mt.sri.com, current@freebsd.org Subject: Re: IPFW bugs? (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Yes, (I just talk(1)'ed Nate). The curent implentation doesn't complain > about "over-specified" rules. The portnumber isn't used with "all" as > protocol. > > ipfw and the kernel should both complain about such a rule being set. Agreed, I'll fix it tonight if nobody else beats me to it. I recently added another such check to the kernel: 1.42 Tue Jun 25 0:22:20 1996 by alex CVS Tags: HEAD Diffs to 1.41 Allow fragment checking to work with specific protocols. Reviewed by: phk Reject the addition of rules that will never match (for example, 1.2.3.4:255.255.255.0). User level utilities specify the policy by either masking the IP address for the user (as ipfw(8) does) or rejecting the entry with an error. In either case, the kernel should not modify chain entries to make them work. Alex From owner-freebsd-current Fri Jun 28 05:15:35 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA29308 for current-outgoing; Fri, 28 Jun 1996 05:15:35 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA29301; Fri, 28 Jun 1996 05:15:33 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id HAA06076; Fri, 28 Jun 1996 07:16:49 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id HAA06069; Fri, 28 Jun 1996 07:16:49 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id HAA12846; Fri, 28 Jun 1996 07:18:18 -0500 Message-ID: <31D3CD89.66FE4FE9@fa.tdktca.com> Date: Fri, 28 Jun 1996 07:18:17 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: rbezuide@mikom.csir.co.za CC: nate@mt.sri.com, phk@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: IPFW bugs? (fwd) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I tried this rule because I haven't seen anything like this > before ... Forget that you ever saw it -- it's evil! :) > duzi# ipfw list > FireWall chain entries: 128 0 > 65000 accept all from any to any > 65535 deny all from any to any > duzi# ipfw add 21 pass log all from any 53 to any via ed0 > 00021 accept log all from any 53 to any via ed0 > duzi# ipfw list > FireWall chain entries: 192 0 > 00021 accept log all from any 53 to any via ed0 > 65000 accept all from any to any > 65535 deny all from any to any > duzi# ipfw delete 65000 > > Connection gone ..... > > According to this .. it is "seems" :) impossible that rule > 21 can cause *EVERYTHING* to go through ! There's a logical explanation for that...I just can't think what it is right now. But seriously, if you look in src/sys/netinet/ip_fw.c, the port checking is the very last thing done. Before it gets to that pointit does this: /* If wildcard, match */ if (f_prt == IP_FW_F_ALL) goto got_match; Therefore, anything with a protocol of ALL never gets to the port checks. > Another thing .. if you are able to delete the default rule > then you do not "I think" :) have the latest ipfw, user level > and kernel. This is a legitimate concern as this particular fix has only been in -stable since Monday. Alex From owner-freebsd-current Fri Jun 28 06:02:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA01967 for current-outgoing; Fri, 28 Jun 1996 06:02:51 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA01961 for ; Fri, 28 Jun 1996 06:02:47 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id JAA17367; Fri, 28 Jun 1996 09:01:23 -0400 From: Bill Paul Message-Id: <199606281301.JAA17367@skynet.ctr.columbia.edu> Subject: Re: mknetid To: chuckr@Glue.umd.edu (Chuck Robey) Date: Fri, 28 Jun 1996 09:01:21 -0400 (EDT) Cc: current@freebsd.org In-Reply-To: from "Chuck Robey" at Jun 28, 96 02:03:53 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the world, Chuck Robey had to walk into mine and say: > I'm having an odd problem. I was installing on a remotely mounted > machine, and it broke when it got to /usr/src/libexec/mknetid. I went to > the machine that had the tree, cd'ed to mknetid, and noticed it didn't > have an obj, so I did a make obj. Still no obj. OK, I went back to > /usr/src, and did a make obj, and a few minutes later rechecked mknetid, > still no obj. [obj tree saga chopped] Err... not to detract from this particular problem, but what was it that caused mknetid to fall over in the first place? If there's a bug I need to fix it. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= License error: The license for this .sig file has expired. You must obtain a new license key before any more witty phrases will appear in this space. ============================================================================= From owner-freebsd-current Fri Jun 28 06:04:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA02052 for current-outgoing; Fri, 28 Jun 1996 06:04:16 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA02046 for ; Fri, 28 Jun 1996 06:04:14 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id JAA05308; Fri, 28 Jun 1996 09:04:13 -0400 (EDT) Date: Fri, 28 Jun 1996 09:04:13 -0400 (EDT) From: Kim Culhan To: current@FreeBSD.org Subject: current: don't know how to make Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Getting past the little typo in the makefile ref. my last post, now this: cd /usr/src/lib/libtcl && make beforeinstall make: don't know how to make /usr/src/lib/libtcl/../../contrib/tcl/generic/tcl.h. Stop regards kim -- kimc@w8hd.org From owner-freebsd-current Fri Jun 28 07:06:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03846 for current-outgoing; Fri, 28 Jun 1996 07:06:25 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA03836 for ; Fri, 28 Jun 1996 07:06:16 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id QAA20091; Fri, 28 Jun 1996 16:04:29 +0200 (SAT) Message-Id: <199606281404.QAA20091@grumble.grondar.za> To: Kim Culhan from: mark@grondar.za cc: current@FreeBSD.org Subject: Re: current: don't know how to make Date: Fri, 28 Jun 1996 16:04:28 +0200 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Kim Culhan wrote: > Getting past the little typo in the makefile ref. my last post, now this: > > cd /usr/src/lib/libtcl && make beforeinstall > make: don't know how to make > /usr/src/lib/libtcl/../../contrib/tcl/generic/tcl.h. Stop 1) Confirm you are _really_ current :-) 2) cd usr.bin/makefile; make clean all install 3) cd /usr/src ; make world 4) Good luck! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Fri Jun 28 07:24:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04689 for current-outgoing; Fri, 28 Jun 1996 07:24:43 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA04676 for ; Fri, 28 Jun 1996 07:24:33 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id QAA05947; Fri, 28 Jun 1996 16:24:29 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id QAA14766; Fri, 28 Jun 1996 16:23:37 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id QAA25287; Fri, 28 Jun 1996 16:14:33 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606281414.QAA25287@keltia.freenix.fr> Subject: Re: IPFW bugs? (fwd) To: alex@fa.tdktca.com (Alex Nash) Date: Fri, 28 Jun 1996 16:14:32 +0200 (MET DST) Cc: nate@mt.sri.com, current@FreeBSD.ORG In-Reply-To: <31D3C53C.617FA781@fa.tdktca.com> from Alex Nash at "Jun 28, 96 06:42:52 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Alex Nash said: > I believe DNS/tcp is for zone transfers only. DNS/udp is all you need > for standard lookups. Not really. If named see that the answer will be more than 512 bytes in size, it will send the answer with the TF (truncated flag) bit set and the resolver is supposed to re-try the query with TCP. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-current Fri Jun 28 07:48:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06345 for current-outgoing; Fri, 28 Jun 1996 07:48:52 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA06319 for ; Fri, 28 Jun 1996 07:48:39 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id JAA06668 for ; Fri, 28 Jun 1996 09:49:55 -0500 (CDT) Received: from orion.fa.tdktca.com ([163.49.131.130]) by shogun.tdktca.com (8.7.2/8.7.2) with SMTP id JAA06661 for ; Fri, 28 Jun 1996 09:49:55 -0500 (CDT) Received: from orion (alex@localhost [127.0.0.1]) by orion.fa.tdktca.com (8.6.12/8.6.9) with SMTP id JAA13094; Fri, 28 Jun 1996 09:51:24 -0500 Message-ID: <31D3F16B.6F05A07E@fa.tdktca.com> Date: Fri, 28 Jun 1996 09:51:23 -0500 From: Alex Nash Organization: TDK Factory Automation X-Mailer: Mozilla 2.0 (X11; I; Linux 1.2.13 i586) MIME-Version: 1.0 To: Ollivier Robert CC: nate@mt.sri.com, current@FreeBSD.ORG Subject: Re: IPFW bugs? (fwd) References: <199606281414.QAA25287@keltia.freenix.fr> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ollivier Robert wrote: > > It seems that Alex Nash said: > > I believe DNS/tcp is for zone transfers only. DNS/udp is all you need > > for standard lookups. > > Not really. If named see that the answer will be more than 512 bytes in > size, it will send the answer with the TF (truncated flag) bit set and the > resolver is supposed to re-try the query with TCP. Does our named do this? I (briefly) went looking for this behavior and found: if (hp->tc) { count -= arcount; /* truncation had to affect this */ if (!arcount) { count -= aucount; /* guess it got this too */ } if (!(arcount || aucount)) { count -= ancount; /* things are pretty grim */ } /* XXX - should retry this query with TCP */ } Alex From owner-freebsd-current Fri Jun 28 07:58:10 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06772 for current-outgoing; Fri, 28 Jun 1996 07:58:10 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA06767 for ; Fri, 28 Jun 1996 07:58:07 -0700 (PDT) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id KAA11688; Fri, 28 Jun 1996 10:58:06 -0400 (EDT) Received: (from chuckr@localhost) by fiber.eng.umd.edu (8.7.5/8.7.3) id KAA05050; Fri, 28 Jun 1996 10:58:05 -0400 (EDT) Date: Fri, 28 Jun 1996 10:58:05 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: "Jordan K. Hubbard" cc: FreeBSD current Subject: Re: mknetid In-Reply-To: <28685.835943015@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996, Jordan K. Hubbard wrote: > > I'm having an odd problem. I was installing on a remotely mounted > > machine, and it broke when it got to /usr/src/libexec/mknetid. I went to > > What's the canonical path to /usr/src on your machine? Do this: > > rm -rf /usr/obj/* > cd /usr/src/libexec/mknetid > make cleandir obj > > Now look at /usr/obj again. OK, did that. The make obj yielded: ROOT:/usr/src/libexec/mknetid:1149 >make obj /usr/obj/usr/src/libexec/mknetid created for /usr/src/libexec/mknetid Is that the new hierarchy? /usr/obj/usr/src/libexec/mknetid ? ^^^^^^^ ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jun 28 08:08:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07340 for current-outgoing; Fri, 28 Jun 1996 08:08:06 -0700 (PDT) Received: from horst.bfd.com (horst.bfd.com [204.160.242.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA07304 for ; Fri, 28 Jun 1996 08:07:57 -0700 (PDT) Received: from harlie.bfd.com (bastion.bfd.com [204.160.242.2]) by horst.bfd.com (8.7.5/8.7.3) with SMTP id IAA12392; Fri, 28 Jun 1996 08:07:06 -0700 (PDT) Date: Fri, 28 Jun 1996 08:07:18 -0700 (PDT) From: "Eric J. Schwertfeger" To: Ollivier Robert cc: Alex Nash , current@FreeBSD.ORG Subject: Re: IPFW bugs? (fwd) In-Reply-To: <199606281414.QAA25287@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Jun 1996, Ollivier Robert wrote: > It seems that Alex Nash said: > > I believe DNS/tcp is for zone transfers only. DNS/udp is all you need > > for standard lookups. > > Not really. If named see that the answer will be more than 512 bytes in > size, it will send the answer with the TF (truncated flag) bit set and the > resolver is supposed to re-try the query with TCP. Also, Netscape seems to want to handle its own DNS stuff. It doesn't seem to use the system calls, because under FreeBSD at least, it resolutely ignores /etc/hosts. I know when it uses SOCKS that it talks tcp to the name server, don't know about when no SOCKS proxy is set up. From owner-freebsd-current Fri Jun 28 08:22:53 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07955 for current-outgoing; Fri, 28 Jun 1996 08:22:53 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA07948 for ; Fri, 28 Jun 1996 08:22:47 -0700 (PDT) Received: from fiber.eng.umd.edu (fiber.eng.umd.edu [129.2.98.185]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id LAA11988; Fri, 28 Jun 1996 11:22:45 -0400 (EDT) Received: (from chuckr@localhost) by fiber.eng.umd.edu (8.7.5/8.7.3) id LAA05092; Fri, 28 Jun 1996 11:22:44 -0400 (EDT) Date: Fri, 28 Jun 1996 11:22:43 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@fiber.eng.umd.edu To: Bill Paul cc: current@freebsd.org Subject: Re: mknetid In-Reply-To: <199606281301.JAA17367@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Jun 1996, Bill Paul wrote: > Of all the gin joints in all the world, Chuck Robey had to walk > into mine and say: > > > I'm having an odd problem. I was installing on a remotely mounted > > machine, and it broke when it got to /usr/src/libexec/mknetid. I went to > > the machine that had the tree, cd'ed to mknetid, and noticed it didn't > > have an obj, so I did a make obj. Still no obj. OK, I went back to > > /usr/src, and did a make obj, and a few minutes later rechecked mknetid, > > still no obj. > > [obj tree saga chopped] > > Err... not to detract from this particular problem, but what was it that > caused mknetid to fall over in the first place? If there's a bug I need > to fix it. Bill, I had no indication that mknetid failed at all, just that there wasn't any ./mknetid/obj directory for install to install. I'd done a make world 36 hours earlier, had followed Jordan's instructions about it (his email message before he changed the make stuff) and I had mounted the /usr/src and /usr/obj dirs on another machine, so I could install it over there. That's where the make install failed, and started me looking. I DON'T want to be part of the current 'make' war, please. I just axed the /usr/obj (on a suggestion by Jordan) and used make cleandir obj to build another obj. It built it in a place I hadn't expected it, /usr/obj/usr/src/libexec/mknetid, and all I want to find out is if that's considered the correct address for future obj links. Seems odd to put usr/src in there, but if it's right, I can deal with that. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jun 28 08:32:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08356 for current-outgoing; Fri, 28 Jun 1996 08:32:52 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA08349 for ; Fri, 28 Jun 1996 08:32:46 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id RAA23684 for ; Fri, 28 Jun 1996 17:29:06 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id RAA19500 for freebsd-current@freefall.cdrom.com; Fri, 28 Jun 1996 17:41:30 +0200 Date: Fri, 28 Jun 1996 17:41:30 +0200 From: "Christoph P. Kukulies" Message-Id: <199606281541.RAA19500@gilberto.physik.rwth-aachen.de> To: freebsd-current@freefall.FreeBSD.org Subject: world build times went up (?) Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk With the new make/obj tree structure my make world build time went up from 17000 s to 22000 s. I'm not sure what the reason is. Anyone else seeing an increase of build time? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-current Fri Jun 28 08:48:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09270 for current-outgoing; Fri, 28 Jun 1996 08:48:24 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09261; Fri, 28 Jun 1996 08:48:22 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA19380; Fri, 28 Jun 1996 08:19:36 -0700 (PDT) To: Kim Culhan cc: current@FreeBSD.org Subject: Re: current: don't know how to make In-reply-to: Your message of "Fri, 28 Jun 1996 09:04:13 EDT." Date: Fri, 28 Jun 1996 08:19:34 -0700 Message-ID: <19376.835975174@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message , Kim Culh an writes: > >Getting past the little typo in the makefile ref. my last post, now this: > >cd /usr/src/lib/libtcl && make beforeinstall >make: don't know how to make >/usr/src/lib/libtcl/../../contrib/tcl/generic/tcl.h. Stop Yes, as I HAVE ALREADY SAID TWICE! update your supfiles subscribe to committers if you run -current -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Jun 28 09:00:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09933 for current-outgoing; Fri, 28 Jun 1996 09:00:40 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA09921 for ; Fri, 28 Jun 1996 09:00:35 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id IAA14238; Fri, 28 Jun 1996 08:59:56 -0700 From: "Rodney W. Grimes" Message-Id: <199606281559.IAA14238@GndRsh.aac.dev.com> Subject: Re: Building inside of /usr/src? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 28 Jun 1996 08:59:56 -0700 (PDT) Cc: nate@mt.sri.com, scott@statsci.com, current@FreeBSD.ORG In-Reply-To: <1570.835932445@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 27, 96 08:27:25 pm" X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > If you read the comments above this section of code, and have worked on > > asymetric AMD managed user home directory systems, and used pmake > > in parallel mode on these systems it would be clear as to why it if > > preferintial to use $PWD if $PWD infact resolves to the sameplace as > > getcwd(). > > But PWD can't be trusted, as we've already seen. How would you > suggest that we GUARANTEE that $PWD and getcwd() return the same > contents? > It's useless otherwise since you'll have different > invocations of the build return totally different obj directories and > the only reason this didn't become a problem before was because the > "window" for failure was narrower - you had to have a bogus $PWD at > the time you built the links rather than just at any time. At least go ask Adam de Boor about the rational for the code, after all this is ``contributed'' software, and you are making a visible functional change to it. > > > Please back out your commit... there was, and is, a good reason for doing > > what it does. The brokeness is in you new .mk stuff if any place. > > I simply don't agree. If the old make system had been a paragon of > virtue and simplicity then I'd agree that changing it was bad. > However, it wasn't and I don't think it is. > > Jordan > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD From owner-freebsd-current Fri Jun 28 09:41:39 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12272 for current-outgoing; Fri, 28 Jun 1996 09:41:39 -0700 (PDT) Received: from mexico.brainstorm.eu.org (mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA12266 for ; Fri, 28 Jun 1996 09:41:33 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id SAA06038; Fri, 28 Jun 1996 18:41:00 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id SAA16487; Fri, 28 Jun 1996 18:40:32 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id RAA25521; Fri, 28 Jun 1996 17:28:30 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606281528.RAA25521@keltia.freenix.fr> Subject: Re: IPFW bugs? (fwd) To: ejs@bfd.com (Eric J. Schwertfeger) Date: Fri, 28 Jun 1996 17:28:30 +0200 (MET DST) Cc: alex@fa.tdktca.com, current@FreeBSD.ORG In-Reply-To: from "Eric J. Schwertfeger" at "Jun 28, 96 08:07:18 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Eric J. Schwertfeger said: > Also, Netscape seems to want to handle its own DNS stuff. It doesn't seem > to use the system calls, because under FreeBSD at least, it resolutely > ignores /etc/hosts. I know when it uses SOCKS that it talks tcp to the It is most probably linked with -lresolv statically which makes it use only the DNS for lookups. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-current Fri Jun 28 12:07:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22146 for current-outgoing; Fri, 28 Jun 1996 12:07:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA22140 for ; Fri, 28 Jun 1996 12:07:45 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA04513; Fri, 28 Jun 1996 12:07:18 -0700 (PDT) To: Bruce Evans cc: rgrimes@gndrsh.aac.dev.com, current@freebsd.org, nate@mt.sri.com, scott@statsci.com Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Fri, 28 Jun 1996 21:24:11 +1000." <199606281124.VAA24857@godzilla.zeta.org.au> Date: Fri, 28 Jun 1996 12:07:18 -0700 Message-ID: <4511.835988838@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I think PWD can be trusted to be NOT set except at the top level. It > isn't supported by /bin/sh, and it shouldn't be exported, so for > `cd $subdir; make', PWD is never set. Thus PWD is very rarely set > except for developers who cd to a bottom level directory and invoke > make there. Then it is convenient for ${.CURDIR} and ${.OBJDIR} to > be short paths through symlinks. Hmmm. So to answer my earlier question, if I put this functionality back into make (and again, I have absolutely NO problem with this) it's acceptable for us to say that anyone munging PWD deserves to lose? Jordan From owner-freebsd-current Fri Jun 28 12:22:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23064 for current-outgoing; Fri, 28 Jun 1996 12:22:52 -0700 (PDT) Received: from main.statsci.com ([198.145.127.110]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA23057 for ; Fri, 28 Jun 1996 12:22:48 -0700 (PDT) Received: from statsci.com by main.statsci.com with smtp (Smail3.1.29.1 #3) id m0uZj7L-00060BC; Fri, 28 Jun 96 12:22 PDT Message-Id: X-Mailer: exmh version 1.6.7 5/3/96 To: "Jordan K. Hubbard" cc: Bruce Evans , rgrimes@gndrsh.aac.dev.com, current@freebsd.org, nate@mt.sri.com Subject: Re: Building inside of /usr/src? References: <4511.835988838@time.cdrom.com> In-reply-to: Your message of "Fri, 28 Jun 1996 12:07:18 -0700." <4511.835988838@time.cdrom.com> Reply-to: scott@statsci.com Mime-Version: 1.0 Content-Type: text/plain Date: Fri, 28 Jun 1996 12:22:10 -0700 From: Scott Blachowicz Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > Hmmm. So to answer my earlier question, if I put this functionality > back into make (and again, I have absolutely NO problem with this) > it's acceptable for us to say that anyone munging PWD deserves to > lose? I'm not familiar with the bmake stuff...Is ${.CURDIR} set automagically by the make program? or by some other mechanism? If it is automatic, would it be reasonable to introduce another automatic variable that is the raw getcwd() results, then use ${.GETCWD} instead of ${.CURDIR} everywhere? Or something like that? Scott Blachowicz Ph: 206/283-8802x240 Mathsoft (Data Analysis Products Div) 1700 Westlake Ave N #500 scott@statsci.com Seattle, WA USA 98109 Scott.Blachowicz@seaslug.org From owner-freebsd-current Fri Jun 28 12:25:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23292 for current-outgoing; Fri, 28 Jun 1996 12:25:43 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23287 for ; Fri, 28 Jun 1996 12:25:41 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA04613; Fri, 28 Jun 1996 12:25:17 -0700 (PDT) To: Chuck Robey cc: FreeBSD current Subject: Re: mknetid In-reply-to: Your message of "Fri, 28 Jun 1996 10:58:05 EDT." Date: Fri, 28 Jun 1996 12:25:17 -0700 Message-ID: <4611.835989917@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > OK, did that. The make obj yielded: > ROOT:/usr/src/libexec/mknetid:1149 >make obj > /usr/obj/usr/src/libexec/mknetid created for /usr/src/libexec/mknetid > > Is that the new hierarchy? /usr/obj/usr/src/libexec/mknetid ? Assuming that /usr/src is really where you have your sources (e.g. it's not a symlink), that looks fine. Jordan From owner-freebsd-current Fri Jun 28 12:33:26 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23679 for current-outgoing; Fri, 28 Jun 1996 12:33:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23667 for ; Fri, 28 Jun 1996 12:33:23 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA04670; Fri, 28 Jun 1996 12:33:01 -0700 (PDT) To: "Christoph P. Kukulies" cc: freebsd-current@freefall.freebsd.org Subject: Re: world build times went up (?) In-reply-to: Your message of "Fri, 28 Jun 1996 17:41:30 +0200." <199606281541.RAA19500@gilberto.physik.rwth-aachen.de> Date: Fri, 28 Jun 1996 12:33:01 -0700 Message-ID: <4668.835990381@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > With the new make/obj tree structure my make world build time went up from > 17000 s to 22000 s. I'm not sure what the reason is. Anyone else seeing > an increase of build time? Are you sure that's not just tcl coming into the tree? I can't think of any reason for it to be slower and it should, in fact, be *faster* since you're not doing that decent of /usr/src first to remove all the obj links. Jordan From owner-freebsd-current Fri Jun 28 12:33:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23716 for current-outgoing; Fri, 28 Jun 1996 12:33:50 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23708 for ; Fri, 28 Jun 1996 12:33:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA04659; Fri, 28 Jun 1996 12:32:16 -0700 (PDT) To: Chuck Robey cc: Bill Paul , current@freebsd.org Subject: Re: mknetid In-reply-to: Your message of "Fri, 28 Jun 1996 11:22:43 EDT." Date: Fri, 28 Jun 1996 12:32:16 -0700 Message-ID: <4657.835990336@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I just axed the /usr/obj (on a suggestion by Jordan) and used make > cleandir obj to build another obj. It built it in a place I hadn't > expected it, /usr/obj/usr/src/libexec/mknetid, and all I want to find out > is if that's considered the correct address for future obj links. Seems > odd to put usr/src in there, but if it's right, I can deal with that. That's correct since it isolates that instance of mkinetd from any others. Say I go to my own directory and say: cvs co mkinetd make obj all install If the rule was to put it directly in /usr/obj/usr.bin/mkinetd or something, I'd end up spamming the /usr/src objects for what could very well be an experimental build. I believe that it's still possible to have collisions if you really work at deliberatly fooling the system but the default behavior is correct. Jordan From owner-freebsd-current Fri Jun 28 12:38:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24122 for current-outgoing; Fri, 28 Jun 1996 12:38:52 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA24117 for ; Fri, 28 Jun 1996 12:38:49 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA04723; Fri, 28 Jun 1996 12:38:01 -0700 (PDT) To: "Rodney W. Grimes" cc: nate@mt.sri.com, scott@statsci.com, current@FreeBSD.ORG Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Fri, 28 Jun 1996 08:59:56 PDT." <199606281559.IAA14238@GndRsh.aac.dev.com> Date: Fri, 28 Jun 1996 12:38:01 -0700 Message-ID: <4721.835990681@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > At least go ask Adam de Boor about the rational for the code, after all > this is ``contributed'' software, and you are making a visible functional > change to it. Good idea - I'll try to find a phone number for him and ring him up since I'd *also* like to know. :-) Jordan From owner-freebsd-current Fri Jun 28 13:12:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26102 for current-outgoing; Fri, 28 Jun 1996 13:12:50 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA26092 for ; Fri, 28 Jun 1996 13:12:44 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA17650; Fri, 28 Jun 1996 14:12:23 -0600 (MDT) Date: Fri, 28 Jun 1996 14:12:23 -0600 (MDT) Message-Id: <199606282012.OAA17650@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: "Christoph P. Kukulies" , freebsd-current@freefall.freebsd.org Subject: Re: world build times went up (?) In-Reply-To: <4668.835990381@time.cdrom.com> References: <199606281541.RAA19500@gilberto.physik.rwth-aachen.de> <4668.835990381@time.cdrom.com> Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > With the new make/obj tree structure my make world build time went up from > > 17000 s to 22000 s. I'm not sure what the reason is. Anyone else seeing > > an increase of build time? > > Are you sure that's not just tcl coming into the tree? I can't think > of any reason for it to be slower and it should, in fact, be *faster* > since you're not doing that decent of /usr/src first to remove all the > obj links. Umm, doing a find /usr/src -name obj | xargs rm -rf && rm -rf /usr/obj/* is going to be *way* faster than having to find a place in the tree and remove things. Nate From owner-freebsd-current Fri Jun 28 13:25:54 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27010 for current-outgoing; Fri, 28 Jun 1996 13:25:54 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27005 for ; Fri, 28 Jun 1996 13:25:48 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id NAA05184; Fri, 28 Jun 1996 13:24:55 -0700 (PDT) To: scott@statsci.com cc: Bruce Evans , rgrimes@gndrsh.aac.dev.com, current@freebsd.org, nate@mt.sri.com Subject: Re: Building inside of /usr/src? In-reply-to: Your message of "Fri, 28 Jun 1996 12:22:10 PDT." Date: Fri, 28 Jun 1996 13:24:54 -0700 Message-ID: <5182.835993494@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm not familiar with the bmake stuff...Is ${.CURDIR} set automagically by > the make program? or by some other mechanism? If it is automatic, would it Yes. > be reasonable to introduce another automatic variable that is the raw > getcwd() results, then use ${.GETCWD} instead of ${.CURDIR} everywhere? Or > something like that? No, it would not. :-) Jordan From owner-freebsd-current Fri Jun 28 13:30:49 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27431 for current-outgoing; Fri, 28 Jun 1996 13:30:49 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27392; Fri, 28 Jun 1996 13:30:18 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id OAA17794; Fri, 28 Jun 1996 14:30:06 -0600 (MDT) Date: Fri, 28 Jun 1996 14:30:06 -0600 (MDT) Message-Id: <199606282030.OAA17794@rocky.mt.sri.com> From: Nate Williams To: current@freebsd.org, stable@freebsd.org Subject: E-mail Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To the joy of all involved, email to/from my box will probably quit working reliably for the next 24 hours since our ISP is giving us a new set of IP addresses, so until they get propagated we're effectively 'down'. Anyway, I'll be offline in about 30 minutes but will try and read email as best as I can. Nate From owner-freebsd-current Fri Jun 28 13:36:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28244 for current-outgoing; Fri, 28 Jun 1996 13:36:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA28222 for ; Fri, 28 Jun 1996 13:36:10 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id NAA05283; Fri, 28 Jun 1996 13:35:36 -0700 (PDT) To: Nate Williams cc: "Christoph P. Kukulies" , freebsd-current@freefall.freebsd.org Subject: Re: world build times went up (?) In-reply-to: Your message of "Fri, 28 Jun 1996 14:12:23 MDT." <199606282012.OAA17650@rocky.mt.sri.com> Date: Fri, 28 Jun 1996 13:35:36 -0700 Message-ID: <5281.835994136@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Umm, doing a > find /usr/src -name obj | xargs rm -rf && rm -rf /usr/obj/* > > is going to be *way* faster than having to find a place in the tree and > remove things. I'm not entirely sure of that - have you looked at the way that the cleandir rule now works? It does essentially the same thing except that it's make traversing the tree instead of find, and you wouldn't spare yourself that traversal anyway since it does a cleandir pass right after that (look about 15 lines further down). Jordan From owner-freebsd-current Fri Jun 28 15:29:07 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04212 for current-outgoing; Fri, 28 Jun 1996 15:29:07 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA04205 for ; Fri, 28 Jun 1996 15:29:04 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.103.25]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id SAA16635 for ; Fri, 28 Jun 1996 18:29:02 -0400 (EDT) Received: (from chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) id SAA02799; Fri, 28 Jun 1996 18:29:01 -0400 (EDT) Date: Fri, 28 Jun 1996 18:29:01 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: FreeBSD current Subject: remote make install Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am still trying to get the remote NFS install working. I got it started by doing the install for make and /usr/share/mk first, but when I got the /usr/src/share/examples, I got this error: install -C -o bin -g bin -m 644 worm/makecdfs.sh /usr/share/examples/worm/makecdfs.sh *** Error code 71 Stop. I checked on the local machine, there wasn't a /usr/obj/usr/src/share/examples directory, so I went back to /usr/src/share/examples and did a make obj, which didn't create one. Am I leaving something out? For extra info, on the remote machine, I mount the local machine's /usr/src and /usr/obj onto /usr/src and /usr/obj (no symlinks involved anywhere), the give the command "make -DNOPROFILE -DNOSECURE SHARED=copies install". The install went fine thru lib, bin and sbin, and works fine on the local machine in /usr/src/share/examples. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jun 28 15:34:11 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04603 for current-outgoing; Fri, 28 Jun 1996 15:34:11 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA04597 for ; Fri, 28 Jun 1996 15:34:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA08744 for current@freebsd.org; Fri, 28 Jun 1996 15:32:57 -0700 From: Terry Lambert Message-Id: <199606282232.PAA08744@phaeton.artisoft.com> Subject: Problem Report bin/323 To: current@freebsd.org Date: Fri, 28 Jun 1996 15:32:57 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please close this problem report. My fsck patch resolved this problem. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Jun 28 15:46:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05210 for current-outgoing; Fri, 28 Jun 1996 15:46:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA05204 for ; Fri, 28 Jun 1996 15:46:10 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA06095; Fri, 28 Jun 1996 15:45:59 -0700 (PDT) To: Chuck Robey cc: FreeBSD current Subject: Re: remote make install In-reply-to: Your message of "Fri, 28 Jun 1996 18:29:01 EDT." Date: Fri, 28 Jun 1996 15:45:59 -0700 Message-ID: <6093.836001959@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I checked on the local machine, there wasn't a > /usr/obj/usr/src/share/examples directory, so I went back to > /usr/src/share/examples and did a make obj, which didn't create one. Am > I leaving something out? Are you sure your make is properly bootstrapped? I just tried this with NFS as well and it worked a treat. I really don't understand the problems you're having. :-( Jordan From owner-freebsd-current Fri Jun 28 16:18:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07261 for current-outgoing; Fri, 28 Jun 1996 16:18:04 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA07252 for ; Fri, 28 Jun 1996 16:18:02 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA09096; Fri, 28 Jun 1996 16:16:47 -0700 From: Terry Lambert Message-Id: <199606282316.QAA09096@phaeton.artisoft.com> Subject: Problem Report docs/731 To: current@freebsd.org Date: Fri, 28 Jun 1996 16:16:47 -0700 (MST) Cc: witr@rwwa.COM X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This PR is classified as a PR with the documentation. Per the discussion on this list, this is a problem with the call implementation, not the documentation. Please: 1) Reclassify this problem as a kernel problem 2) Integrate the following patch: ============================================================================ *** uipc_syscalls.c.bad Fri Jun 28 16:07:22 1996 --- uipc_syscalls.c Fri Jun 28 16:11:52 1996 *************** *** 370,377 **** goto free4; } error = copyout((caddr_t)sv, (caddr_t)uap->rsv, 2 * sizeof (int)); ! retval[0] = sv[0]; /* XXX ??? */ ! retval[1] = sv[1]; /* XXX ??? */ return (error); free4: ffree(fp2); --- 370,376 ---- goto free4; } error = copyout((caddr_t)sv, (caddr_t)uap->rsv, 2 * sizeof (int)); ! *retval = 0; /* indicate success*/ return (error); free4: ffree(fp2); ============================================================================ 3) Close this problem report. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Jun 28 16:18:51 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07655 for current-outgoing; Fri, 28 Jun 1996 16:18:51 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA07633 for ; Fri, 28 Jun 1996 16:18:49 -0700 (PDT) Received: from thurston.eng.umd.edu (thurston.eng.umd.edu [129.2.103.25]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id TAA16992; Fri, 28 Jun 1996 19:18:47 -0400 (EDT) Received: (from chuckr@localhost) by thurston.eng.umd.edu (8.7.5/8.7.3) id TAA02838; Fri, 28 Jun 1996 19:18:47 -0400 (EDT) Date: Fri, 28 Jun 1996 19:18:46 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@thurston.eng.umd.edu To: "Jordan K. Hubbard" cc: FreeBSD current Subject: Re: remote make install In-Reply-To: <6093.836001959@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Jun 1996, Jordan K. Hubbard wrote: > > I checked on the local machine, there wasn't a > > /usr/obj/usr/src/share/examples directory, so I went back to > > /usr/src/share/examples and did a make obj, which didn't create one. Am > > I leaving something out? > > Are you sure your make is properly bootstrapped? I just tried this > with NFS as well and it worked a treat. I really don't understand the > problems you're having. :-( Well, Jordan, I'm not doing this to cause trouble. I have followed your instructions completely, and as far as bootstrapping, well, on the remote machine I preinstalled make, /usr/share/mk, and install. I wonder if the error return from install is informative. Here's the error message again: install -C -o bin -g bin -m 644 worm/makecdfs.sh /usr/share/examples/worm/makecdfs.sh *** Error code 71 Here's a portion of /usr/include/errno.h: /* Network File System */ #define ESTALE 70 /* Stale NFS file handle */ #define EREMOTE 71 /* Too many levels of remote in path */ #define EBADRPC 72 /* RPC struct is bad */ Do I need to make some changes to nfs to get this to work? I'll try redoing it, but instead of mounting /usr/obj on the remote machine, I'll mount /usr/obj/usr/src (building a /usr/obj/usr/src on the remote machine to allow for it). ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Fri Jun 28 16:18:56 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA07710 for current-outgoing; Fri, 28 Jun 1996 16:18:56 -0700 (PDT) Received: from utgard.bga.com (utgard.bga.com [205.238.129.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA07576; Fri, 28 Jun 1996 16:18:42 -0700 (PDT) Received: (from faulkner@localhost) by utgard.bga.com (8.7.5/8.7.3) id SAA03433; Fri, 28 Jun 1996 18:19:13 -0459 (CDT) Message-Id: <199606282318.SAA03433@utgard.bga.com> Subject: Re: current: don't know how to make To: phk@FreeBSD.org (Poul-Henning Kamp) Date: Fri, 28 Jun 1996 18:19:13 -0459 (CDT) From: "Boyd R. Faulkner" Cc: kimc@w8hd.org, current@FreeBSD.org In-Reply-To: <19376.835975174@critter.tfs.com> from "Poul-Henning Kamp" at Jun 28, 96 08:19:17 am X-Mailer: ELM [version 2.4 PL25 ME8b] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk According to Poul-Henning Kamp: > > > In message , Kim Culh > an writes: > > > >Getting past the little typo in the makefile ref. my last post, now this: > > > >cd /usr/src/lib/libtcl && make beforeinstall > >make: don't know how to make > >/usr/src/lib/libtcl/../../contrib/tcl/generic/tcl.h. Stop > > Yes, as I HAVE ALREADY SAID TWICE! > > update your supfiles > > subscribe to committers if you run -current > Tell the admin of sup5, I am having to get it from freefall and that is no fun. Thanks. Boyd -- _____________________________________________________________________________ Boyd Faulkner "The fates lead him who will; faulkner@asgard.bga.com Him who won't, they drag." http://asgard.bga.com/~faulkner Old Roman Saying -- Source: Joseph Campbell _____________________________________________________________________________ From owner-freebsd-current Fri Jun 28 16:23:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08668 for current-outgoing; Fri, 28 Jun 1996 16:23:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA08663 for ; Fri, 28 Jun 1996 16:23:40 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA06335; Fri, 28 Jun 1996 16:23:26 -0700 (PDT) To: Chuck Robey cc: FreeBSD current Subject: Re: remote make install In-reply-to: Your message of "Fri, 28 Jun 1996 19:18:46 EDT." Date: Fri, 28 Jun 1996 16:23:26 -0700 Message-ID: <6333.836004206@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Well, Jordan, I'm not doing this to cause trouble. I have followed your > instructions completely, and as far as bootstrapping, well, on the remote > machine I preinstalled make, /usr/share/mk, and install. I wonder if the > error return from install is informative. Here's the error message again: > > install -C -o bin -g bin -m 644 worm/makecdfs.sh /usr/share/examples/worm/mak ecdfs.sh > *** Error code 71 *shrug* - sorry, I really don't know what to tell you! Jordan From owner-freebsd-current Fri Jun 28 16:31:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09678 for current-outgoing; Fri, 28 Jun 1996 16:31:34 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA09662 for ; Fri, 28 Jun 1996 16:31:31 -0700 (PDT) Received: (from root@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA09716 for current@freebsd.org; Fri, 28 Jun 1996 16:30:18 -0700 From: Terry Lambert Message-Id: <199606282330.QAA09716@phaeton.artisoft.com> Subject: Problem Report bin/739 To: current@freebsd.org Date: Fri, 28 Jun 1996 16:30:18 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Please apply the patch in this bug report to the source tree. The location of the patch is now incorrect by 20 lines due to changes to /usr/src/usr.sbin/lpr/lpd/printjob.c. The patch is still essentially correct. After application, the PR should be closed. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-current Fri Jun 28 16:49:52 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12228 for current-outgoing; Fri, 28 Jun 1996 16:49:52 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12207; Fri, 28 Jun 1996 16:49:50 -0700 (PDT) Received: from critter.tfs.com (localhost [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id QAA20519; Fri, 28 Jun 1996 16:49:08 -0700 (PDT) To: "Jordan K. Hubbard" cc: "Christoph P. Kukulies" , freebsd-current@freefall.freebsd.org Subject: Re: world build times went up (?) In-reply-to: Your message of "Fri, 28 Jun 1996 12:33:01 PDT." <4668.835990381@time.cdrom.com> Date: Fri, 28 Jun 1996 16:49:07 -0700 Message-ID: <20517.836005747@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <4668.835990381@time.cdrom.com>, "Jordan K. Hubbard" writes: >> With the new make/obj tree structure my make world build time went up from >> 17000 s to 22000 s. I'm not sure what the reason is. Anyone else seeing >> an increase of build time? > >Are you sure that's not just tcl coming into the tree? I can't think >of any reason for it to be slower and it should, in fact, be *faster* >since you're not doing that decent of /usr/src first to remove all the >obj links. If tcl too 5000s ~= 1.5 hours to build it sure as hell would not go into the system. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-current Fri Jun 28 18:15:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20633 for current-outgoing; Fri, 28 Jun 1996 18:15:19 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA20624 for ; Fri, 28 Jun 1996 18:15:16 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA06654; Fri, 28 Jun 1996 18:14:38 -0700 (PDT) To: Poul-Henning Kamp cc: "Christoph P. Kukulies" , freebsd-current@freefall.freebsd.org Subject: Re: world build times went up (?) In-reply-to: Your message of "Fri, 28 Jun 1996 16:49:07 PDT." <20517.836005747@critter.tfs.com> Date: Fri, 28 Jun 1996 18:14:37 -0700 Message-ID: <6652.836010877@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If tcl too 5000s ~= 1.5 hours to build it sure as hell would not go into > the system. Well, it was just a theory.. :-) Jordan From owner-freebsd-current Fri Jun 28 21:06:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA01959 for current-outgoing; Fri, 28 Jun 1996 21:06:25 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA01949 for ; Fri, 28 Jun 1996 21:06:19 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA23356 for ; Fri, 28 Jun 1996 22:06:17 -0600 (MDT) Message-Id: <199606290406.WAA23356@rover.village.org> To: current@freebsd.org Subject: Re: Another policy... In-reply-to: Your message of Wed, 26 Jun 1996 18:35:04 EDT Date: Fri, 28 Jun 1996 22:06:17 -0600 From: Warner Losh Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : > > We made this one up too: : > > "MAINTAINER in Makefiles" : > ... : > : > I expect to soon see the addition of a ``Policy'' section (if it does : > not already exist) ... to be added to the handbook ... Great news! I would like to see policies such as these enshrined as well, so that it will codify the current understanding and will hopefully reduce misunderstandings in the future. Well done! Warner From owner-freebsd-current Fri Jun 28 21:08:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02053 for current-outgoing; Fri, 28 Jun 1996 21:08:42 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02047 for ; Fri, 28 Jun 1996 21:08:35 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA23367; Fri, 28 Jun 1996 22:07:49 -0600 (MDT) Message-Id: <199606290407.WAA23367@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Make world stopped Cc: Ernie Elu , freebsd-current@FreeBSD.org In-reply-to: Your message of Wed, 26 Jun 1996 23:31:47 PDT Date: Fri, 28 Jun 1996 22:07:49 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : Did you heed my advice about bootstrapping make? If you run -current : and don't subscribe to this list, then you should not run -current. Maybe it is time for a list that is *LOW* volume that things like this are sent to? It is easy to miss the wheat for the chaff here in -current. Just a thought. Warner From owner-freebsd-current Fri Jun 28 21:17:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02493 for current-outgoing; Fri, 28 Jun 1996 21:17:30 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02485 for ; Fri, 28 Jun 1996 21:17:27 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id VAA07832; Fri, 28 Jun 1996 21:16:50 -0700 (PDT) To: Warner Losh cc: Ernie Elu , freebsd-current@FreeBSD.org Subject: Re: Make world stopped In-reply-to: Your message of "Fri, 28 Jun 1996 22:07:49 MDT." <199606290407.WAA23367@rover.village.org> Date: Fri, 28 Jun 1996 21:16:50 -0700 Message-ID: <7830.836021810@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk There's no such thing as a "low" volume list around here, I'm afraid. Either it's cool and everyone subscribes (and posts) in short order or it's not and goes totally dead, like the scsi or hardware lists. :-) What we need are not more lists, what we need is greater discipline with the lists we've got. I've seen probably 10-20 threads just in this month alone which should have gone to private email after then 2nd or 3rd round, but people never bother to edit their cc's. Jordan > : Did you heed my advice about bootstrapping make? If you run -current > : and don't subscribe to this list, then you should not run -current. > > Maybe it is time for a list that is *LOW* volume that things like this > are sent to? It is easy to miss the wheat for the chaff here in > -current. > > Just a thought. > > Warner From owner-freebsd-current Fri Jun 28 21:22:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03006 for current-outgoing; Fri, 28 Jun 1996 21:22:43 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02845 for ; Fri, 28 Jun 1996 21:21:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA23450; Fri, 28 Jun 1996 22:19:43 -0600 (MDT) Message-Id: <199606290419.WAA23450@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Make world stopped Cc: freebsd-current@FreeBSD.org In-reply-to: Your message of Fri, 28 Jun 1996 21:16:50 PDT Date: Fri, 28 Jun 1996 22:19:43 -0600 From: Warner Losh Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : There's no such thing as a "low" volume list around here, I'm afraid. freebsd-announce is low volume and works. I was thinking about the same sort of thing. Just a thought. It sounds like not a good one. Warner From owner-freebsd-current Fri Jun 28 23:07:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09589 for current-outgoing; Fri, 28 Jun 1996 23:07:24 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA09584 for ; Fri, 28 Jun 1996 23:07:21 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA26436; Sat, 29 Jun 1996 16:01:44 +1000 Date: Sat, 29 Jun 1996 16:01:44 +1000 From: Bruce Evans Message-Id: <199606290601.QAA26436@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: Building inside of /usr/src? Cc: current@freebsd.org, nate@mt.sri.com, rgrimes@gndrsh.aac.dev.com, scott@statsci.com Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hmmm. So to answer my earlier question, if I put this functionality >back into make (and again, I have absolutely NO problem with this) >it's acceptable for us to say that anyone munging PWD deserves to >lose? No, at least if you consider the shell setting PWD to be munging it. `cd /usr/src/bin/cat; make obj' would lose. This can be fixed by using /bin/pwd instead of ${.CURDIR} and a subsitution on ${.CURDIR} instead of ${.TARGETDIR} in bsd.obj.mk. You still have to worry about following "../" paths in makefiles. I guess there is no problem provided the source and object trees don't contain any internal symlinks. "../" paths shouldn't be used to go above the trees! Bruce From owner-freebsd-current Fri Jun 28 23:59:59 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA12774 for current-outgoing; Fri, 28 Jun 1996 23:59:59 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA12766 for ; Fri, 28 Jun 1996 23:59:56 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id IAA14941 for freebsd-current@FreeBSD.ORG; Sat, 29 Jun 1996 08:59:47 +0200 (SAT) From: John Hay Message-Id: <199606290659.IAA14941@zibbi.mikom.csir.co.za> Subject: make clean in src/lkm problems To: freebsd-current@FreeBSD.ORG (FreeBSD-current) Date: Sat, 29 Jun 1996 08:59:47 +0200 (SAT) X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Well somehow I got the .o and vnode_if.c and vnode_if.h files in my src/lkm/*/ directories and not in the obj dir. I have tried all the normal ways (make clean, make cleandir) to get rid of them so that they can be created in /usr/obj, but to no avail. I even deleted /usr/obj thinking that if make don't find it, it will work in the src directory. At the end I found a target "cleanfiles" which works if you are in a specific directory eg. /usr/src/lkm/msdos, but you can't call it from src, ot src/lkm. Is this a problem with just my system? I have recompiled make and installed all the new mk/* files. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Sat Jun 29 00:05:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13020 for current-outgoing; Sat, 29 Jun 1996 00:05:44 -0700 (PDT) Received: from masternet.it (root@masternet.it [194.184.65.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13015 for ; Sat, 29 Jun 1996 00:05:41 -0700 (PDT) Received: from gmarco.eclipse.org (ts1port12d.masternet.it [194.184.65.34]) by masternet.it (8.6.12/8.6.9) with SMTP id IAA24815; Sat, 29 Jun 1996 08:03:23 +0200 Message-ID: <31D4F0CC.41C67EA6@masternet.it> Date: Sat, 29 Jun 1996 09:01:00 +0000 From: Gianmarco Giovannelli X-Mailer: Mozilla 3.0b3 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: chuckr@Glue.umd.edu CC: current@freebsd.org Subject: Re: remote make install References: <6333.836004206@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > > > install -C -o bin -g bin -m 644 worm/makecdfs.sh /usr/share/examples/worm/mak > ecdfs.sh > > *** Error code 71 > > *shrug* - sorry, I really don't know what to tell you! You probably don't have the directory worm in your /usr/share/examples ... Make it and try again.. it worked here :-) -- Regards... +-------------------------------------+--------------------+ | Internet: gmarco@masternet.it | ,,, | | Internet: gmarco@nettuno.it | (o o) | | BIX : ggiovannelli@bix.com | ---oo0-(_)-0oo--- | | http://www.masternet.it/dsc/gmarco | Gianmarco | +-------------------------------------+--------------------+ From owner-freebsd-current Sat Jun 29 00:26:37 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14033 for current-outgoing; Sat, 29 Jun 1996 00:26:37 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14028 for ; Sat, 29 Jun 1996 00:26:32 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id JAA14740; Sat, 29 Jun 1996 09:25:04 +0200 (SAT) Message-Id: <199606290725.JAA14740@grumble.grondar.za> To: John Hay cc: freebsd-current@freebsd.org (FreeBSD-current) Subject: Re: make clean in src/lkm problems Date: Sat, 29 Jun 1996 09:25:04 +0200 From: Mark Murray Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Hay wrote: > Well somehow I got the .o and vnode_if.c and vnode_if.h files in my > src/lkm/*/ directories and not in the obj dir. I have tried all > the normal ways (make clean, make cleandir) to get rid of them so that > they can be created in /usr/obj, but to no avail. I even deleted /usr/obj > thinking that if make don't find it, it will work in the src directory. > At the end I found a target "cleanfiles" which works if you are in a > specific directory eg. /usr/src/lkm/msdos, but you can't call it from > src, ot src/lkm. ?? Dunno? > Is this a problem with just my system? I have recompiled make and > installed all the new mk/* files. I think it may be with your system. I do not see it here, and I made world yesterday... M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sat Jun 29 00:56:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15373 for current-outgoing; Sat, 29 Jun 1996 00:56:57 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA15368 for ; Sat, 29 Jun 1996 00:56:51 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id JAA15950; Sat, 29 Jun 1996 09:56:39 +0200 (SAT) Message-Id: <199606290756.JAA15950@grumble.grondar.za> To: John Hay cc: freebsd-current@freebsd.org Subject: Re: make clean in src/lkm problems From: mark@grondar.za Date: Sat, 29 Jun 1996 09:56:38 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk John Hay wrote: > > > Is this a problem with just my system? I have recompiled make and > > > installed all the new mk/* files. > > > > I think it may be with your system. I do not see it here, and I made > > world yesterday... > > So, can you go in any of the lkm subdirs (say lkm/msdos) and do a > "make clean" and it deletes the .o files? I tried it here and even > if I do a "make obj; make; make clean" it does not delete the files > in the obj..... directory. The .o file are in the shadow obj dir. There is no "dirt" in the lkm source dirs... > It seems like the problem is only in the lkm subdirs and not in the others. Not here... M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sat Jun 29 01:03:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA15658 for current-outgoing; Sat, 29 Jun 1996 01:03:47 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA15625 for ; Sat, 29 Jun 1996 01:02:13 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA29925; Sat, 29 Jun 1996 17:59:17 +1000 Date: Sat, 29 Jun 1996 17:59:17 +1000 From: Bruce Evans Message-Id: <199606290759.RAA29925@godzilla.zeta.org.au> To: current@freebsd.org, terry@lambert.org Subject: Re: Problem Report docs/731 Cc: witr@rwwa.COM Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >============================================================================ >*** uipc_syscalls.c.bad Fri Jun 28 16:07:22 1996 >--- uipc_syscalls.c Fri Jun 28 16:11:52 1996 >*************** >*** 370,377 **** > goto free4; > } > error = copyout((caddr_t)sv, (caddr_t)uap->rsv, 2 * sizeof (int)); >! retval[0] = sv[0]; /* XXX ??? */ >! retval[1] = sv[1]; /* XXX ??? */ > return (error); > free4: > ffree(fp2); >--- 370,376 ---- > goto free4; > } > error = copyout((caddr_t)sv, (caddr_t)uap->rsv, 2 * sizeof (int)); >! *retval = 0; /* indicate success*/ > return (error); > free4: > ffree(fp2); >============================================================================ >3) Close this problem report. 2a) Investigate possible breakage of socketpair() in foreign libraries (BSDI, Linux, etc). Any library that uses the previously suggested fix of handling socketpair() like pipe() will break. 4) Open a new PR for socketpair: if the `int * sv' arg is invalid, then the syscall correctly returns -1 and sets errno to EFAULT, but two garbage socket descriptors are created. 5) Open a new PR for pipe: if the `int *fildes' arg is invalid, then the syscall doesn't return -1 or set errno to EFAULT; it generates a SIGSEGV. Bruce From owner-freebsd-current Sat Jun 29 01:24:20 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA16922 for current-outgoing; Sat, 29 Jun 1996 01:24:20 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA16899 for ; Sat, 29 Jun 1996 01:24:12 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Sat, 29 Jun 96 04:02:38 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Sat, 29 Jun 1996 04:24:07 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id DAA21939; Sat, 29 Jun 1996 03:24:39 -0500 (CDT) Date: Sat, 29 Jun 1996 03:24:39 -0500 (CDT) From: Tony Kimball Message-Id: <199606290824.DAA21939@compound.Think.COM> To: current@freebsd.org Subject: make depend failing Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Clues for the clueless? ; cat $CVSROOT/.ctm_status cvs-cur 2175 ; make world [...] ===> lib/librpcsvc generating klm_prot_xdr.c... klm_prot.x: No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. From owner-freebsd-current Sat Jun 29 01:34:06 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17530 for current-outgoing; Sat, 29 Jun 1996 01:34:06 -0700 (PDT) Received: from zibbi.mikom.csir.co.za (zibbi.mikom.csir.co.za [146.64.24.58]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA17524 for ; Sat, 29 Jun 1996 01:34:01 -0700 (PDT) Received: (from jhay@localhost) by zibbi.mikom.csir.co.za (8.7.5/8.7.3) id JAA15238; Sat, 29 Jun 1996 09:42:54 +0200 (SAT) From: John Hay Message-Id: <199606290742.JAA15238@zibbi.mikom.csir.co.za> Subject: Re: make clean in src/lkm problems To: mark%grumble.grondar.za.@grondar.za (Mark Murray) Date: Sat, 29 Jun 1996 09:42:54 +0200 (SAT) Cc: freebsd-current@freebsd.org In-Reply-To: <199606290725.JAA14740@grumble.grondar.za> from Mark Murray at "Jun 29, 96 09:25:04 am" X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > John Hay wrote: > > Well somehow I got the .o and vnode_if.c and vnode_if.h files in my > > src/lkm/*/ directories and not in the obj dir. I have tried all > > the normal ways (make clean, make cleandir) to get rid of them so that > > they can be created in /usr/obj, but to no avail. I even deleted /usr/obj > > thinking that if make don't find it, it will work in the src directory. > > At the end I found a target "cleanfiles" which works if you are in a > > specific directory eg. /usr/src/lkm/msdos, but you can't call it from > > src, ot src/lkm. > > ?? Dunno? > > > Is this a problem with just my system? I have recompiled make and > > installed all the new mk/* files. > > I think it may be with your system. I do not see it here, and I made > world yesterday... So, can you go in any of the lkm subdirs (say lkm/msdos) and do a "make clean" and it deletes the .o files? I tried it here and even if I do a "make obj; make; make clean" it does not delete the files in the obj..... directory. It seems like the problem is only in the lkm subdirs and not in the others. John -- John Hay -- John.Hay@mikom.csir.co.za From owner-freebsd-current Sat Jun 29 02:32:19 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA20970 for current-outgoing; Sat, 29 Jun 1996 02:32:19 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA20963 for ; Sat, 29 Jun 1996 02:32:12 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id TAA32420; Sat, 29 Jun 1996 19:27:04 +1000 Date: Sat, 29 Jun 1996 19:27:04 +1000 From: Bruce Evans Message-Id: <199606290927.TAA32420@godzilla.zeta.org.au> To: freebsd-current@freebsd.org, jhay@mikom.csir.co.za Subject: Re: make clean in src/lkm problems Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Well somehow I got the .o and vnode_if.c and vnode_if.h files in my >src/lkm/*/ directories and not in the obj dir. I have tried all >the normal ways (make clean, make cleandir) to get rid of them so that >they can be created in /usr/obj, but to no avail. I even deleted /usr/obj This is just a bug in the nesting of the target in *.mk. bsd.kmod.mk doesn't have its own clean target. It gets a bad one (depending on _SUBDIR but not on cleanfiles) by including bsd.dep.mk before including bsd.obj.mk. This breaks cleaning in all lkm directories, independent of the existence and location of the obj directories. All the other top level bsd.*.mk files avoid this problem by having their own `clean' target. The `clean' target in the included files are rarely if ever used. Quick fix: add a `clean' target to bsd.kmod.mk. Complete fix: either remove `clean' targets from included files, or define them in only one included file, or use use `clean::' instead of `clean:' to allow the rules to accumulate. The current method of defining `clean' targets in included files if the target doesn't already exist just breaks things if the files are included in an unfortunate order. >thinking that if make don't find it, it will work in the src directory. >At the end I found a target "cleanfiles" which works if you are in a >specific directory eg. /usr/src/lkm/msdos, but you can't call it from >src, ot src/lkm. `cleanfiles' doesn't depend on _SUBDIR so it doesn't support recursion. Grepping for `clean' in *.mk shows several inconsistencies involving _SUBDIR. This is because some of the targets weren't intended for direct use. Bruce From owner-freebsd-current Sat Jun 29 04:12:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25000 for current-outgoing; Sat, 29 Jun 1996 04:12:40 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA24993 for ; Sat, 29 Jun 1996 04:12:28 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id NAA16247; Sat, 29 Jun 1996 13:11:29 +0200 (SAT) Message-Id: <199606291111.NAA16247@grumble.grondar.za> To: John Hay cc: current@freebsd.org From: mark@grondar.za Subject: Re: make clean in src/lkm problems Date: Sat, 29 Jun 1996 13:11:28 +0200 Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > So, can you go in any of the lkm subdirs (say lkm/msdos) and do a > > > "make clean" and it deletes the .o files? I tried it here and even > > > if I do a "make obj; make; make clean" it does not delete the files > > > in the obj..... directory. > > > > The .o file are in the shadow obj dir. There is no "dirt" in the > > lkm source dirs... > > I think I have defined the problem wrong. If you do a "make clean" > does it remove the files from the shadow obj directory? Naa you said it quite correctly, I was reading wrong. :-( I have the problem too. make clean does not knock out the lkm obj's M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-current Sat Jun 29 05:52:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA01062 for current-outgoing; Sat, 29 Jun 1996 05:52:12 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA01052 for ; Sat, 29 Jun 1996 05:52:09 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA01331; Sat, 29 Jun 1996 14:51:52 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA15218; Sat, 29 Jun 1996 14:51:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id OAA28033; Sat, 29 Jun 1996 14:49:05 +0200 (MET DST) From: J Wunsch Message-Id: <199606291249.OAA28033@uriah.heep.sax.de> Subject: Re: remote make install To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 29 Jun 1996 14:49:05 +0200 (MET DST) Cc: chuckr@Glue.umd.edu (Chuck Robey) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Chuck Robey at "Jun 28, 96 07:18:46 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > install -C -o bin -g bin -m 644 worm/makecdfs.sh /usr/share/examples/worm/makecdfs.sh > *** Error code 71 > > Here's a portion of /usr/include/errno.h: > > /* Network File System */ > #define ESTALE 70 /* Stale NFS file handle */ > #define EREMOTE 71 /* Too many levels of remote in path */ > #define EBADRPC 72 /* RPC struct is bad */ Wrong quote. :-} ``Error code'' in make == exit status. SYSEXITS(3) FreeBSD Programmer's Manual SYSEXITS(3) NAME sysexits - preferable exit codes for programs SYNOPSIS #include ... EX_OSERR (71) An operating system error has been detected. This is intended to be used for such things as ``cannot fork'', ``cannot create pipe'', or the like. It includes things like getuid returning a user that does not exist in the passwd file. (This was apparently returned by install(1).) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jun 29 07:00:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03719 for current-outgoing; Sat, 29 Jun 1996 07:00:22 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA03712 for ; Sat, 29 Jun 1996 07:00:12 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA02684 for ; Sat, 29 Jun 1996 15:59:59 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA15723 for freebsd-current@FreeBSD.org; Sat, 29 Jun 1996 15:59:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA28476 for freebsd-current@FreeBSD.org; Sat, 29 Jun 1996 15:35:44 +0200 (MET DST) From: J Wunsch Message-Id: <199606291335.PAA28476@uriah.heep.sax.de> Subject: Re: Syscons CUT&PASTE functionality added...y To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 29 Jun 1996 15:35:44 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606280803.KAA11731@ra.dkuug.dk> from "sos@FreeBSD.ORG" at "Jun 28, 96 10:03:22 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As sos@FreeBSD.ORG wrote: > > (There are more nifty but not DEC-VT > > related features like the ability to control the VGA RAMDAC, which are > > IMHO incompatible with syscons' goals.) > > Yep, because now we are talking features that doesn't work on all > hardware and that is The Wrong Thing because: This works on all VGAs. Syscons doesn't work very well on other adapters at all (pcvt is somewhat better, but has also some weak points as well -- try using an MDA as console, and a VGA as X11 screen). > 1. There is no end to the supportproblem on this, and the percentage > of supported hardware is falling by the minute. I've never got any ``support call'' regarding the RAMDAC loading. :) Really, you should look into the code: it's in no way card-specific! > 2. The kernel size will explode if just a tiny fraction of the possible > video hardware is to be supported. Ah, i know what you're confusing this with: 132-column support. Anyway, this is also ``nice to have'', but it should actually be done as an LKM (with a generic [non-132 column] MDA/CGA/EGA/VGA driver in the kernel that can be overloaded by an LKM). There are other things i don't like in either console driver, like the hard-coded assumption about which number of scan lines is supported in the charactersets (for no good reason, it can be entirely calculated at run-time). I've done a bit in pcvt to make it more benign, so at least my notebook with its 480 scanlines total looks a bit better now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jun 29 07:01:33 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03802 for current-outgoing; Sat, 29 Jun 1996 07:01:33 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA03635; Sat, 29 Jun 1996 07:00:01 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA02676; Sat, 29 Jun 1996 15:59:49 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA15718; Sat, 29 Jun 1996 15:59:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA28437; Sat, 29 Jun 1996 15:26:12 +0200 (MET DST) From: J Wunsch Message-Id: <199606291326.PAA28437@uriah.heep.sax.de> Subject: Re: Problem Report docs/731 To: bde@zeta.org.au (Bruce Evans) Date: Sat, 29 Jun 1996 15:26:12 +0200 (MET DST) Cc: current@FreeBSD.org, terry@lambert.org, witr@rwwa.COM, davidg@FreeBSD.org (David Greenman) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606290759.RAA29925@godzilla.zeta.org.au> from Bruce Evans at "Jun 29, 96 05:59:17 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > 2a) Investigate possible breakage of socketpair() in foreign libraries > (BSDI, Linux, etc). Any library that uses the previously suggested > fix of handling socketpair() like pipe() will break. I think the latter is the way to go. Can anybody ask the fathers of BSD why they didn't do it this way? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jun 29 07:09:24 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04038 for current-outgoing; Sat, 29 Jun 1996 07:09:24 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA04033 for ; Sat, 29 Jun 1996 07:09:20 -0700 (PDT) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id KAA19798; Sat, 29 Jun 1996 10:09:17 -0400 (EDT) Received: (from chuckr@localhost) by modem.eng.umd.edu (8.7.5/8.7.3) id KAA05306; Sat, 29 Jun 1996 10:09:17 -0400 (EDT) Date: Sat, 29 Jun 1996 10:09:16 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: Gianmarco Giovannelli cc: current@freebsd.org Subject: Re: remote make install In-Reply-To: <31D4F0CC.41C67EA6@masternet.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 29 Jun 1996, Gianmarco Giovannelli wrote: > Jordan K. Hubbard wrote: > > > > > > > > install -C -o bin -g bin -m 644 worm/makecdfs.sh /usr/share/examples/worm/mak > > ecdfs.sh > > > *** Error code 71 > > > > *shrug* - sorry, I really don't know what to tell you! > > You probably don't have the directory worm in your /usr/share/examples That was it. I guess the thing to be learned is, when doing a remote install, it might pay to do a make hierarchy, mk, bootstrap, install, not just a make install. > ... > > Make it and try again.. it worked here :-) > > > > -- > > Regards... > > +-------------------------------------+--------------------+ > | Internet: gmarco@masternet.it | ,,, | > | Internet: gmarco@nettuno.it | (o o) | > | BIX : ggiovannelli@bix.com | ---oo0-(_)-0oo--- | > | http://www.masternet.it/dsc/gmarco | Gianmarco | > +-------------------------------------+--------------------+ > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Jun 29 07:33:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05436 for current-outgoing; Sat, 29 Jun 1996 07:33:16 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA05431 for ; Sat, 29 Jun 1996 07:33:12 -0700 (PDT) Received: from modem.eng.umd.edu (modem.eng.umd.edu [129.2.98.187]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id KAA19859; Sat, 29 Jun 1996 10:33:09 -0400 (EDT) Received: (from chuckr@localhost) by modem.eng.umd.edu (8.7.5/8.7.3) id KAA05330; Sat, 29 Jun 1996 10:33:08 -0400 (EDT) Date: Sat, 29 Jun 1996 10:33:08 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@modem.eng.umd.edu To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: remote make install In-Reply-To: <199606291249.OAA28033@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 29 Jun 1996, J Wunsch wrote: > > Here's a portion of /usr/include/errno.h: > > > > /* Network File System */ > > #define ESTALE 70 /* Stale NFS file handle */ > > #define EREMOTE 71 /* Too many levels of remote in path */ > > #define EBADRPC 72 /* RPC struct is bad */ > > Wrong quote. :-} > > ``Error code'' in make == exit status. > > > SYSEXITS(3) FreeBSD Programmer's Manual SYSEXITS(3) > > NAME > sysexits - preferable exit codes for programs > > SYNOPSIS > #include > > ... > EX_OSERR (71) An operating system error has been detected. This > is intended to be used for such things as ``cannot > fork'', ``cannot create pipe'', or the like. It > includes things like getuid returning a user that > does not exist in the passwd file. Very good info. I looked at make's man page, but couldn't see any reference to error returns. Is there any possiblity of changing the man page to include a reference to sysexits(3) ? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Jun 29 07:40:47 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05919 for current-outgoing; Sat, 29 Jun 1996 07:40:47 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA05914 for ; Sat, 29 Jun 1996 07:40:45 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id HAA12096; Sat, 29 Jun 1996 07:39:36 -0700 (PDT) To: mark@grondar.za cc: John Hay , current@freebsd.org Subject: Re: make clean in src/lkm problems In-reply-to: Your message of "Sat, 29 Jun 1996 13:11:28 +0200." <199606291111.NAA16247@grumble.grondar.za> Date: Sat, 29 Jun 1996 07:39:36 -0700 Message-ID: <12093.836059176@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have the problem too. make clean does not knock out the lkm obj's There's clearly a problem here - I'll fix it today. Jordan From owner-freebsd-current Sat Jun 29 08:08:12 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07618 for current-outgoing; Sat, 29 Jun 1996 08:08:12 -0700 (PDT) Received: from zen.nash.org (nash.pr.mcs.net [204.95.47.72]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA07557 for ; Sat, 29 Jun 1996 08:07:36 -0700 (PDT) Received: (from alex@localhost) by zen.nash.org (8.7.5/8.6.12) id KAA06356; Sat, 29 Jun 1996 10:07:51 -0500 (CDT) Date: Sat, 29 Jun 1996 10:07:51 -0500 (CDT) Message-Id: <199606291507.KAA06356@zen.nash.org> From: Alex Nash To: current@FreeBSD.ORG Cc: nate@mt.sri.com, roberto@keltia.freenix.fr Subject: Firewalling DNS TCP (was Re: IPFW bugs?) Reply-to: nash@mcs.com Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk ftp://ftp.cert.org/pub/tech_tips/packet_filtering has the following to say about DNS TCP transfers: Because of flaws in the protocol or chronic system administration problems, we recommend that the following services be filtered: DNS zone transfers - socket 53 (TCP) tftpd - socket 69 (UDP) link - socket 87 (TCP) (commonly used by intruders) SunRPC & NFS - socket 111 and 2049 (UDP and TCP) BSD UNIX "r" cmds - sockets 512, 513, and 514 (TCP) lpd - socket 515 (TCP) uucpd - socket 540 (TCP) openwindows - socket 2000 (UDP and TCP) X windows - socket 6000+ (UDP and TCP) We suggest that sites filter socket 53 (TCP) to prevent domain name service zone transfers. Permit access to socket 53 (TCP) only from known secondary domain name servers. This prevents intruders from gaining additional knowledge about the systems connected to your local network. Alex From owner-freebsd-current Sat Jun 29 09:34:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13244 for current-outgoing; Sat, 29 Jun 1996 09:34:04 -0700 (PDT) Received: from saturn.superlink.net (marxx@saturn.superlink.net [205.246.66.199]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA13237 for ; Sat, 29 Jun 1996 09:33:55 -0700 (PDT) Received: from localhost by saturn.superlink.net via SMTP (951211.SGI.8.6.12.PATCH1042/951211.SGI) for id MAA13398; Sat, 29 Jun 1996 12:33:46 -0400 Date: Sat, 29 Jun 1996 12:33:46 -0400 (EDT) From: Marxx To: freebsd-current@freebsd.org Subject: iij-ppp dropping route Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For the last week or two, iij-ppp (or something I'm not aware of) has been dropping route about every 2 minutes on my system, I have to constantly "add 0 0 " from within iij-ppp. I've tried suping the lastest iij-ppp and routed, but still nothing. My machine has been down for the last 2 weeks, so I have no idea what traffic has been going through freebsd-current, I don't know if other people have been having this problem. Does anyone have any idea what's going on and how I can fix it? _M From owner-freebsd-current Sat Jun 29 09:51:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14052 for current-outgoing; Sat, 29 Jun 1996 09:51:03 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA14047 for ; Sat, 29 Jun 1996 09:50:59 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA05843 for ; Sat, 29 Jun 1996 18:50:46 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id SAA17302 for freebsd-current@FreeBSD.org; Sat, 29 Jun 1996 18:50:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id SAA29231 for freebsd-current@FreeBSD.org; Sat, 29 Jun 1996 18:21:45 +0200 (MET DST) From: J Wunsch Message-Id: <199606291621.SAA29231@uriah.heep.sax.de> Subject: Re: remote make install To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 29 Jun 1996 18:21:45 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Chuck Robey at "Jun 29, 96 10:33:08 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Chuck Robey wrote: > > SYSEXITS(3) FreeBSD Programmer's Manual SYSEXITS(3) > Very good info. I looked at make's man page, but couldn't see any > reference to error returns. Is there any possiblity of changing the man > page to include a reference to sysexits(3) ? This manpage is relatively new still. Perhaps all utilites that adhere to sysexits(3) should xref it in their man pages, and the man page of make should make it clear that it's the exit status of the command. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-current Sat Jun 29 10:22:21 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15813 for current-outgoing; Sat, 29 Jun 1996 10:22:21 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA15806 for ; Sat, 29 Jun 1996 10:22:17 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA11936; Sun, 30 Jun 1996 03:20:57 +1000 Date: Sun, 30 Jun 1996 03:20:57 +1000 From: Bruce Evans Message-Id: <199606291720.DAA11936@godzilla.zeta.org.au> To: chuckr@Glue.umd.edu, gmarco@masternet.it Subject: Re: remote make install Cc: current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> > > install -C -o bin -g bin -m 644 worm/makecdfs.sh /usr/share/examples/worm/mak >> > ecdfs.sh >> > > *** Error code 71 >> > >> > *shrug* - sorry, I really don't know what to tell you! >> >> You probably don't have the directory worm in your /usr/share/examples >That was it. I guess the thing to be learned is, when doing a remote >install, it might pay to do a make hierarchy, mk, bootstrap, install, not >just a make install. `make world' makes the hierarchy. I never use `make world' or `make hierachy', so I'm used to running mtree or mkdir to when `make install' falls over. `install' gives good error messages to show the problem: $ cd /tmp; touch z; install z /tmp/nonesuch/z install: mkstemp: /tmp/nonesuch for /tmp/nonesuch/z: No such file or directory This goes to stderr. The "*** Error code 71" message from make goes to stdout and isn't as useful. Bruce From owner-freebsd-current Sat Jun 29 10:37:16 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16489 for current-outgoing; Sat, 29 Jun 1996 10:37:16 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16483 for ; Sat, 29 Jun 1996 10:37:13 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id DAA12228; Sun, 30 Jun 1996 03:33:23 +1000 Date: Sun, 30 Jun 1996 03:33:23 +1000 From: Bruce Evans Message-Id: <199606291733.DAA12228@godzilla.zeta.org.au> To: chuckr@Glue.umd.edu, joerg_wunsch@uriah.heep.sax.de Subject: Re: remote make install Cc: freebsd-current@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Very good info. I looked at make's man page, but couldn't see any >reference to error returns. Is there any possiblity of changing the man >page to include a reference to sysexits(3) ? No. It just returns whatever the command returns. Commands are very inconsistent in their use of sysexits. `install' uses sysexits because Garrett likes them and added them to `install' when he added the -C option. The man page should probably say a little more about exit statuses and refer to wait(2), and say something about the "***" string that it prints when there is an error. `make' doesn't print this to stderr, and this string in stdout is sometimes the only indication of an error. Gnu make uses the same convention except it prints the string to stderr. Sigh. Bruce From owner-freebsd-current Sat Jun 29 11:11:27 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18389 for current-outgoing; Sat, 29 Jun 1996 11:11:27 -0700 (PDT) Received: from sc.ZIB-Berlin.DE (sc.ZIB-Berlin.DE [130.73.108.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18384; Sat, 29 Jun 1996 11:11:22 -0700 (PDT) Received: from softs11.ZIB-Berlin.DE by sc.ZIB-Berlin.DE (5.x/SMI-5.3-20.11.95) id AA17553; Sat, 29 Jun 1996 20:11:05 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id UAA01063; Sat, 29 Jun 1996 20:02:28 +0200 Date: Sat, 29 Jun 1996 20:02:28 +0200 From: Wolfram Schneider Message-Id: <199606291802.UAA01063@campa.panke.de> To: Bruce Evans Cc: freebsd-current@freebsd.org, jhay@mikom.csir.co.za, jkh@freebsd.org, wosch@freebsd.org Subject: Re: make clean in src/lkm problems In-Reply-To: <199606290927.TAA32420@godzilla.zeta.org.au> References: <199606290927.TAA32420@godzilla.zeta.org.au> Reply-To: Wolfram Schneider Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: >This is just a bug in the nesting of the target in *.mk. bsd.kmod.mk >doesn't have its own clean target. It gets a bad one (depending on >_SUBDIR but not on cleanfiles) by including bsd.dep.mk before including >bsd.obj.mk. This breaks cleaning in all lkm directories, independent of >the existence and location of the obj directories. Jordan changed the order of the include files in bsd.kmod.mk. JOOOOOOOOOOOOOOOOOOOOOOORDAAAAAAAAAAAAAAAN! Why did you do that? The order is still important. And the order will be important if we move bsd.own.mk from sys.mk to bsd.*.mk files. Please put bsd.obj.mk before bsd.dep.mk in bsd.kmod.mk. >All the other top level bsd.*.mk files avoid this problem by having their >own `clean' target. All except bsd.sgml.mk (remember the problem with undeleted *.html files). bsd.sgml.mk should not include bsd.dep.mk because bsd.dep.mk is for `c' sources. >Complete fix: either remove `clean' targets from included files, or >define them in only one included file, or use use `clean::' instead of >`clean:' to allow the rules to accumulate. The current method of >defining `clean' targets in included files if the target doesn't already >exist just breaks things if the files are included in an unfortunate >order. My intention was a single 'clean:' target in bsd.obj.mk. Except if the top makefile (./obj/Makefile, ./Makefile) does have their own clean target. PS: now I have ~200 'obj' trouble mails in my mailbox. Was it that worth? Wolfram From owner-freebsd-current Sat Jun 29 19:00:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01583 for current-outgoing; Sat, 29 Jun 1996 19:00:42 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA01554 for ; Sat, 29 Jun 1996 19:00:38 -0700 (PDT) Received: from shadows.aeon.net ([194.100.41.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA20467 for ; Sat, 29 Jun 1996 17:40:56 -0700 Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id AAA12945 for current@freebsd.org; Sun, 30 Jun 1996 00:11:48 +0300 (EET DST) From: Mr Operating System Message-Id: <199606292111.AAA12945@shadows.aeon.net> Subject: outch, wrong address... To: current@FreeBSD.ORG Date: Sun, 30 Jun 1996 00:11:48 +0300 (EET DST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=Latin-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > >> 17000 s to 22000 s. I'm not sure what the reason is. Anyone else seeing > > If tcl too 5000s ~= 1.5 hours to build it sure as hell would not go into > i know this is quite off topic, but i'd like to know with what > processor/setup your times are... > i also would be happy to know if there would be times available > for p133 p166 and all ppro speeds... > if only someone would have those... > as soon as one of our clients actually buys dual ppro200 with 512 cache > i'll compile the freebsd there myself... but until then... > mickey mickey From owner-freebsd-current Sat Jun 29 19:00:43 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01589 for current-outgoing; Sat, 29 Jun 1996 19:00:43 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA01559 for ; Sat, 29 Jun 1996 19:00:38 -0700 (PDT) Received: from shadows.aeon.net ([194.100.41.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA20470 for ; Sat, 29 Jun 1996 17:41:04 -0700 Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id PAA09292 for freebsd-current@freebsd.org; Sat, 29 Jun 1996 15:17:01 +0300 (EET DST) From: Mr Operating System Message-Id: <199606291217.PAA09292@shadows.aeon.net> Subject: Re: world build times went up (?) To: freebsd-current@FreeBSD.ORG Date: Sat, 29 Jun 1996 15:17:01 +0300 (EET DST) In-Reply-To: <20517.836005747@critter.tfs.com> from "Poul-Henning Kamp" at Jun 28, 96 04:49:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=Latin-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> 17000 s to 22000 s. I'm not sure what the reason is. Anyone else seeing > If tcl too 5000s ~= 1.5 hours to build it sure as hell would not go into i know this is quite off topic, but i'd like to know with what processor/setup your times are... i also would be happy to know if there would be times available for p133 p166 and all ppro speeds... if only someone would have those... as soon as one of our clients actually buys dual ppro200 with 512 cache i'll compile the freebsd there myself... but until then... mickey From owner-freebsd-current Sat Jun 29 19:03:42 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02272 for current-outgoing; Sat, 29 Jun 1996 19:03:42 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA02248 for ; Sat, 29 Jun 1996 19:03:38 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA19860 for ; Sat, 29 Jun 1996 15:59:04 -0700 Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id AAA00430; Sun, 30 Jun 1996 00:53:36 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id AAA01039; Sun, 30 Jun 1996 00:53:28 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id AAA01405; Sun, 30 Jun 1996 00:51:44 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606292251.AAA01405@keltia.freenix.fr> Subject: Re: Firewalling DNS TCP (was Re: IPFW bugs?) To: nash@mcs.com Date: Sun, 30 Jun 1996 00:51:43 +0200 (MET DST) Cc: current@FreeBSD.ORG, nate@mt.sri.com In-Reply-To: <199606291507.KAA06356@zen.nash.org> from Alex Nash at "Jun 29, 96 10:07:51 am" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Alex Nash said: > We suggest that sites filter socket 53 (TCP) to prevent domain name > service zone transfers. Permit access to socket 53 (TCP) only from > known secondary domain name servers. This prevents intruders from > gaining additional I'm afraid I don't agree in theoria (sp?). In practice, if you really want to stop people getting your internal network, it is far easier to install a double DNS (private and public) than trying to restrict zone transfert with IP filtering. You would have to insure that your secondaries also restrict zone transfert. Example: almost all .FR servers in France restrict zone transfert. Just take PRINCETON.EDU and do "dig axfr .FR." from it... You can filter zone transfert directly from /etc/named.boot (xfrnets). In practice, if you're sure no query can be of more than 512 bytes, then you can cut TCP/53. BUt IMO you don't gain that much. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #11: Thu Jun 13 11:01:47 MET DST 1996 From owner-freebsd-current Sat Jun 29 19:01:04 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01796 for current-outgoing; Sat, 29 Jun 1996 19:01:04 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA01733 for ; Sat, 29 Jun 1996 19:01:01 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id RAA20342 for ; Sat, 29 Jun 1996 17:16:07 -0700 Received: from shadows.aeon.net by mail.crl.com with SMTP id AA03681 (5.65c/IDA-1.5 for ); Sat, 29 Jun 1996 17:14:30 -0700 Received: (from freebsd@localhost) by shadows.aeon.net (8.7.5/8.6.9) id AAA12743 for freebsd-current@freebsd.org; Sun, 30 Jun 1996 00:03:49 +0300 (EET DST) From: Mr Operating System Message-Id: <199606292103.AAA12743@shadows.aeon.net> Subject: weird error... To: freebsd-current@FreeBSD.ORG Date: Sun, 30 Jun 1996 00:03:48 +0300 (EET DST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=Latin-1 Content-Transfer-Encoding: 8bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk i've had this for a while, i dont remember anymore what happened when it came around... but i have one day old current now and it's still around... Jun 30 00:01:00 shadows adjkerntz[12699]: sysctl(put_wallclock): No such file or directory Jun 30 00:01:00 shadows adjkerntz[12699]: sysctl(put_wallclock): No such file or directory something i could do about it? is it anything too dangerous? i think it's something about setting the time right... mickey From owner-freebsd-current Sat Jun 29 19:12:15 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18389 for current-outgoing; Sat, 29 Jun 1996 11:11:27 -0700 (PDT) Received: from sc.ZIB-Berlin.DE (sc.ZIB-Berlin.DE [130.73.108.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18384; Sat, 29 Jun 1996 11:11:22 -0700 (PDT) Received: from softs11.ZIB-Berlin.DE by sc.ZIB-Berlin.DE (5.x/SMI-5.3-20.11.95) id AA17553; Sat, 29 Jun 1996 20:11:05 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id UAA01063; Sat, 29 Jun 1996 20:02:28 +0200 Date: Sat, 29 Jun 1996 20:02:28 +0200 From: Wolfram Schneider Message-Id: <199606291802.UAA01063@campa.panke.de> To: Bruce Evans Cc: freebsd-current@freebsd.org, jhay@mikom.csir.co.za, jkh@freebsd.org, wosch@freebsd.org Subject: Re: make clean in src/lkm problems In-Reply-To: <199606290927.TAA32420@godzilla.zeta.org.au> References: <199606290927.TAA32420@godzilla.zeta.org.au> Reply-To: Wolfram Schneider Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans writes: >This is just a bug in the nesting of the target in *.mk. bsd.kmod.mk >doesn't have its own clean target. It gets a bad one (depending on >_SUBDIR but not on cleanfiles) by including bsd.dep.mk before including >bsd.obj.mk. This breaks cleaning in all lkm directories, independent of >the existence and location of the obj directories. Jordan changed the order of the include files in bsd.kmod.mk. JOOOOOOOOOOOOOOOOOOOOOOORDAAAAAAAAAAAAAAAN! Why did you do that? The order is still important. And the order will be important if we move bsd.own.mk from sys.mk to bsd.*.mk files. Please put bsd.obj.mk before bsd.dep.mk in bsd.kmod.mk. >All the other top level bsd.*.mk files avoid this problem by having their >own `clean' target. All except bsd.sgml.mk (remember the problem with undeleted *.html files). bsd.sgml.mk should not include bsd.dep.mk because bsd.dep.mk is for `c' sources. >Complete fix: either remove `clean' targets from included files, or >define them in only one included file, or use use `clean::' instead of >`clean:' to allow the rules to accumulate. The current method of >defining `clean' targets in included files if the target doesn't already >exist just breaks things if the files are included in an unfortunate >order. My intention was a single 'clean:' target in bsd.obj.mk. Except if the top makefile (./obj/Makefile, ./Makefile) does have their own clean target. PS: now I have ~200 'obj' trouble mails in my mailbox. Was it that worth? Wolfram From owner-freebsd-current Sat Jun 29 19:13:03 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03845 for current-outgoing; Sat, 29 Jun 1996 19:13:03 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA03829 for ; Sat, 29 Jun 1996 19:12:58 -0700 (PDT) Received: from DeepCore.dk (aalb23.pip.dknet.dk [194.192.0.183]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA18152 for ; Sat, 29 Jun 1996 12:27:24 -0700 Received: (from sos@localhost) by DeepCore.dk (8.7.5/8.7.3) id VAA00534; Sat, 29 Jun 1996 21:14:51 +0200 (MET DST) Message-Id: <199606291914.VAA00534@DeepCore.dk> Subject: Re: Syscons CUT&PASTE functionality added...y To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 29 Jun 1996 21:14:50 +0200 (MET DST) Cc: freebsd-current@FreeBSD.ORG In-Reply-To: <199606291335.PAA28476@uriah.heep.sax.de> from J Wunsch at "Jun 29, 96 03:35:44 pm" From: sos@FreeBSD.ORG Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In reply to J Wunsch who wrote: > As sos@FreeBSD.ORG wrote: >=20 > > > (There are more nifty but not DEC-VT > > > related features like the ability to control the VGA RAMDAC, which = are > > > IMHO incompatible with syscons' goals.) > >=20 > > Yep, because now we are talking features that doesn't work on all > > hardware and that is The Wrong Thing because: >=20 > This works on all VGAs. Syscons doesn't work very well on other > adapters at all (pcvt is somewhat better, but has also some weak > points as well -- try using an MDA as console, and a VGA as X11 > screen). ???? one of my machines here has exactly that combination, no problems ???? > > 1. There is no end to the supportproblem on this, and the percentage > > of supported hardware is falling by the minute. >=20 > I've never got any ``support call'' regarding the RAMDAC loading. :) > Really, you should look into the code: it's in no way card-specific! Actually I was refering to the "and like" features.... but I'm sure I can come up with a videocard that it won't work on :) > > 2. The kernel size will explode if just a tiny fraction of the possib= le > > video hardware is to be supported. >=20 > Ah, i know what you're confusing this with: 132-column support. > Anyway, this is also ``nice to have'', but it should actually be done > as an LKM (with a generic [non-132 column] MDA/CGA/EGA/VGA driver in > the kernel that can be overloaded by an LKM). I'm not confusing anything, I meant exactly all the "like" features and if you read my postings carefully, you would see that I'm advocating for exactly a generic driver, as which I see syscons being the best bet we have modulo some changes that I've allready done locally. Then one can load different emulatortypes, special HW drivers etc etc, but all my attempts to get the development in that direction has until now been dismissed with more or less religious arguments... I guess I should just take the currently popular action and just commit what *I* think is the best soulution to the tree, no questions asked... =20 > There are other things i don't like in either console driver, like the > hard-coded assumption about which number of scan lines is supported in > the charactersets (for no good reason, it can be entirely calculated > at run-time). I've done a bit in pcvt to make it more benign, so at > least my notebook with its 480 scanlines total looks a bit better now. I'm not sure what you mean here... In syscons the decision on what charset to use, is taken (at runtime) from the videomode table in the video BIOS, so far all possible sizes is 8, 14 & 16 scanlines for the std. modes. As far as notebooks are concerned, we are into the HW specific section again. My notebook will not display more than 400 lines in a text mode without special programming. If you just use more lines the excess over 400 will dissappear out the bottom of the display. This is because it has a builtin expand feature, which is on as a unchangeable default, and it can ONLY be disabled by special programming of the videochip. (I have this as an LKM so it can be done, sure, but it has _nothing_ to do in a generic driver). So, my proposal is still to have a generic driver, with clean and easy hooks to loadable modules. And IMNHO syscons is the closest thing we have to that, and it is getting closer in the near future.. If I have to do that all by myself, fine, I'll do it, if we could muster more volounteers I'll be more than happy.... Or I can just throw in the towel and let others decide and simply do nothing (except complain on what others maybe might do......) -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D- S=F8ren Schmidt (sos@FreeBSD.org) FreeBSD Cor= e Team Even more code to hack -- will it ever end .. From owner-freebsd-current Sat Jun 29 19:18:02 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04163 for current-outgoing; Sat, 29 Jun 1996 19:18:02 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA04129; Sat, 29 Jun 1996 19:17:52 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA18022 ; Sat, 29 Jun 1996 12:00:11 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA15398; Sun, 30 Jun 1996 04:44:05 +1000 Date: Sun, 30 Jun 1996 04:44:05 +1000 From: Bruce Evans Message-Id: <199606291844.EAA15398@godzilla.zeta.org.au> To: bde@zeta.org.au, wosch@softs11.ZIB-Berlin.DE Subject: Re: make clean in src/lkm problems Cc: freebsd-current@FreeBSD.ORG, jhay@mikom.csir.co.za, jkh@FreeBSD.ORG, wosch@FreeBSD.ORG Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Jordan changed the order of the include files in bsd.kmod.mk. >JOOOOOOOOOOOOOOOOOOOOOOORDAAAAAAAAAAAAAAAN! Why did you do that? The >order is still important. And the order will be important if we move Order shouldn't be important, and there were no comments :-). >My intention was a single 'clean:' target in bsd.obj.mk. Except >if the top makefile (./obj/Makefile, ./Makefile) does >have their own clean target. By adding things to CLEANFILES, etc? bsd.lib.mk currently has a much larger clean rule, but it doen't need to unless there is a problem with the command line lengths. >PS: now I have ~200 'obj' trouble mails in my mailbox. Was it that >worth? Automatically generated mails? Bruce From owner-freebsd-current Sat Jun 29 19:18:30 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04295 for current-outgoing; Sat, 29 Jun 1996 19:18:30 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA04269; Sat, 29 Jun 1996 19:18:23 -0700 (PDT) Received: from server.icon-stl.net (server.icon-stl.net [199.217.153.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id LAA17899 ; Sat, 29 Jun 1996 11:38:31 -0700 Received: from gwydion.hns.st-louis.mo.us (dialup-91.icon-stl.net [199.217.153.91]) by server.icon-stl.net (8.6.11/8.6.11) with ESMTP id NAA12580; Sat, 29 Jun 1996 13:33:28 -0500 Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.5/8.7.3) id NAA06096; Sat, 29 Jun 1996 13:22:57 -0500 (CDT) From: Kent Hamilton Message-Id: <199606291822.NAA06096@gwydion.hns.st-louis.mo.us> Subject: IPFW Wish List Item To: current@FreeBSD.ORG Date: Sat, 29 Jun 1996 13:22:57 -0500 (CDT) Cc: phk@FreeBSD.ORG, alex@FreeBSD.ORG X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Since all the discussion about IPFW is going on I'll toss my wish list item into the hat. Add the ability to use it as a NAT the way ip_filter can. -- Kent Hamilton Play: KentH@HNS.St-Louis.MO.US Work: KHamilton@Hunter.COM URL: http://www.icon-stl.net/~khamilto/ From owner-freebsd-current Sat Jun 29 19:55:40 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA07282 for current-outgoing; Sat, 29 Jun 1996 19:55:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA07276; Sat, 29 Jun 1996 19:55:36 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA12945; Sat, 29 Jun 1996 17:37:44 -0700 (PDT) To: Wolfram Schneider cc: Bruce Evans , freebsd-current@freebsd.org, jhay@mikom.csir.co.za, jkh@freebsd.org Subject: Re: make clean in src/lkm problems In-reply-to: Your message of "Sat, 29 Jun 1996 20:02:28 +0200." <199606291802.UAA01063@campa.panke.de> Date: Sat, 29 Jun 1996 17:37:44 -0700 Message-ID: <12943.836095064@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > order is still important. And the order will be important if we move > bsd.own.mk from sys.mk to bsd.*.mk files. Please put bsd.obj.mk before > bsd.dep.mk in bsd.kmod.mk. Done, sorry about that! Jordan From owner-freebsd-current Sat Jun 29 20:26:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA09752 for current-outgoing; Sat, 29 Jun 1996 20:26:05 -0700 (PDT) Received: from po1.glue.umd.edu (po1.glue.umd.edu [129.2.128.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA09733 for ; Sat, 29 Jun 1996 20:25:58 -0700 (PDT) Received: from professor.eng.umd.edu (professor.eng.umd.edu [129.2.103.23]) by po1.glue.umd.edu (8.7.5/8.7.3) with ESMTP id XAA01743; Sat, 29 Jun 1996 23:25:55 -0400 (EDT) Received: (from chuckr@localhost) by professor.eng.umd.edu (8.7.5/8.7.3) id XAA06133; Sat, 29 Jun 1996 23:25:54 -0400 (EDT) Date: Sat, 29 Jun 1996 23:25:48 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@professor.eng.umd.edu To: Joerg Wunsch cc: FreeBSD-current users Subject: Re: remote make install In-Reply-To: <199606291621.SAA29231@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 29 Jun 1996, J Wunsch wrote: > As Chuck Robey wrote: > > > > SYSEXITS(3) FreeBSD Programmer's Manual SYSEXITS(3) > > > Very good info. I looked at make's man page, but couldn't see any > > reference to error returns. Is there any possiblity of changing the man > > page to include a reference to sysexits(3) ? > > This manpage is relatively new still. Perhaps all utilites that > adhere to sysexits(3) should xref it in their man pages, and the man > page of make should make it clear that it's the exit status of the > command. Well, at least the first step in that direction would be adding something to the install man page, because what it says now about errors is nearly nothing. I don't have commit privs, but I'd be willing to send diffs to anyone who wanted to commit changes to install (the change would be small). ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-current Sat Jun 29 23:16:23 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06701 for current-outgoing; Sat, 29 Jun 1996 23:16:23 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts6-line5.uoregon.edu [128.223.150.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA06694 for ; Sat, 29 Jun 1996 23:16:20 -0700 (PDT) Received: (from dwhite@localhost) by gdi.uoregon.edu (8.6.12/8.6.12) id XAA00291; Sat, 29 Jun 1996 23:16:21 -0700 Date: Sat, 29 Jun 1996 23:16:20 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Marxx cc: freebsd-current@FreeBSD.ORG Subject: Re: iij-ppp dropping route In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 29 Jun 1996, Marxx wrote: > For the last week or two, iij-ppp (or something I'm not aware of) > has been dropping route about every 2 minutes on my system, I have to > constantly "add 0 0 " from within iij-ppp. I've tried suping the > lastest iij-ppp and routed, but still nothing. My machine has been down > for the last 2 weeks, so I have no idea what traffic has been going > through freebsd-current, I don't know if other people have been having > this problem. Does anyone have any idea what's going on and how I can fix > it? You're running routed. Turn it off in /etc/sysconfig. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-current Sat Jun 29 23:23:32 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA07306 for current-outgoing; Sat, 29 Jun 1996 23:23:32 -0700 (PDT) Received: from gwydion.hns.st-louis.mo.us (root@dialup-65.icon-stl.net [199.217.153.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA07292 for ; Sat, 29 Jun 1996 23:23:29 -0700 (PDT) Received: (from kenth@localhost) by gwydion.hns.st-louis.mo.us (8.7.5/8.7.3) id BAA00226 for current@freebsd.org; Sun, 30 Jun 1996 01:23:11 -0500 (CDT) From: Kent Hamilton Message-Id: <199606300623.BAA00226@gwydion.hns.st-louis.mo.us> Subject: SysCons and option "ASYNCH" To: current@freebsd.org Date: Sun, 30 Jun 1996 01:23:11 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Uhhhh, Soren, did you recently remove the ASYNCH option out of syscons? My keyboard is locking up on me left and right. Should I try pcvt and see if it will actually work for me instead?