From owner-freebsd-arch Sun Aug 4 6: 4:48 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC9ED37B406; Sun, 4 Aug 2002 06:03:50 -0700 (PDT) Received: from terra.com.br (200-205-210-34.dial-up.telesp.net.br [200.205.210.34]) by mx1.FreeBSD.org (Postfix) with SMTP id ED3CF43E70; Sun, 4 Aug 2002 06:03:43 -0700 (PDT) (envelope-from ) From: "Portal de Clientes" Subject: Contato Date: Sat, 3 Aug 2002 20:56:02 -0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0011_01C23B30.328BFFE0" X-Priority: 3 X-MSMail-Priority: Normal X-Unsent: 1 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Message-Id: <20020804130343.ED3CF43E70@mx1.FreeBSD.org> To: undisclosed-recipients: ; Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C23B30.328BFFE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable SUPER PROMO=C7=D5ES-PORTAL DE CLIENTES GRAVADOR DE CD LG 32X10X40 ACOMPANHA CABO IDE E AUDIO APENAS = R$249,00 camera digital + webcam 3 R$169=20 imperd=EDvel : hd notebook c R$450=20 * mouse mail com scroll R$16.99=20 =20 ------=_NextPart_000_0011_01C23B30.328BFFE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

SUPER PROMO=C7=D5ES-PORTAL = DE=20 CLIENTES

3D""=20

GRAVADOR DE = CD=20 LG 32X10X40 ACOMPANHA CABO IDE E AUDIO APENAS = R$249,00

imperd=EDvel : hd notebook c R$450

* mouse mail com scroll R$16.99

------=_NextPart_000_0011_01C23B30.328BFFE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun Aug 4 8: 2:31 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A340E37B419 for ; Sun, 4 Aug 2002 08:02:29 -0700 (PDT) Received: from ho.com (vic-dial-196-30-233-7.mweb.co.za [196.30.233.7]) by mx1.FreeBSD.org (Postfix) with SMTP id C7BC243E3B for ; Sun, 4 Aug 2002 08:02:14 -0700 (PDT) (envelope-from l.@ho.com) From: "." <"l."@ho.com> To: Subject: Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Date: Sun, 4 Aug 2002 23:01:44 +0800 X-Priority: 1 (Highest) Content-Transfer-Encoding: 8bit Message-Id: <20020804150214.C7BC243E3B@mx1.FreeBSD.org> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun Aug 4 20:19:13 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5D0037B400 for ; Sun, 4 Aug 2002 20:19:10 -0700 (PDT) Received: from nox.cx (nox.cx [216.12.18.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7D6B43E5E for ; Sun, 4 Aug 2002 20:19:09 -0700 (PDT) (envelope-from zakj@nox.cx) Received: (qmail 36433 invoked by uid 1000); 5 Aug 2002 03:19:25 -0000 Date: Sun, 4 Aug 2002 23:19:25 -0400 From: Zak Johnson To: freebsd-arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd Message-ID: <20020805031925.GA36422@opiate.nox.cx> Mail-Followup-To: freebsd-arch@FreeBSD.ORG References: <3D498FB4.6987B696@mindspring.com> <20020801195640.GQ26797@madman.nectar.cc> <3D4998F9.A736EA85@mindspring.com> <3D499CF3.4030601@ntlworld.com> <3D49A37B.BA3C2982@mindspring.com> <20020801212004.GC6856@opiate.nox.cx> <3D49AF37.C7E1E272@mindspring.com> <20020802154452.GA25577@opiate.nox.cx> <3D4ACA59.298777B@mindspring.com> <20020803073519.GD47529@blossom.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020803073519.GD47529@blossom.cjclark.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Aug 03, 2002 at 12:35:19AM -0700, Crist J. Clark wrote: > And an easy question to answer. Many, many people would love this. All > it takes is someone or group of developers to DO IT rather than just > ramble on and on about how nice it would be to have and eventually > descend to the bikeshed about what should be a package and what should > be "core." Fair enough. I was wondering why some developer or group of developers have not yet undertaken to do it. I am interested enough to devote some time to it myself. I imagine, however, that it would go a bit faster with someone more familiar with the current packaging system than I am to take the lead. Is anyone else following this discussion and interested in actually contributing to such an effort? -Zak To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun Aug 4 21:19: 4 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACF2A37B400 for ; Sun, 4 Aug 2002 21:19:02 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4525643E3B for ; Sun, 4 Aug 2002 21:19:02 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0507.cvx40-bradley.dialup.earthlink.net ([216.244.43.252] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17bZKe-0000Y1-00; Sun, 04 Aug 2002 21:19:01 -0700 Message-ID: <3D4DFC82.74E32063@mindspring.com> Date: Sun, 04 Aug 2002 21:18:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Zak Johnson Cc: freebsd-arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd References: <3D498FB4.6987B696@mindspring.com> <20020801195640.GQ26797@madman.nectar.cc> <3D4998F9.A736EA85@mindspring.com> <3D499CF3.4030601@ntlworld.com> <3D49A37B.BA3C2982@mindspring.com> <20020801212004.GC6856@opiate.nox.cx> <3D49AF37.C7E1E272@mindspring.com> <20020802154452.GA25577@opiate.nox.cx> <3D4ACA59.298777B@mindspring.com> <20020803073519.GD47529@blossom.cjclark.org> <20020805031925.GA36422@opiate.nox.cx> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Zak Johnson wrote: > Fair enough. I was wondering why some developer or group of developers > have not yet undertaken to do it. No one will commit the code if it's against -stable, and no one will write the code if it's against -current? ;^). Seriously, I thought I had made this clear: it has a huge impact, and people are incredibly skittish about changes in the areas that would have to be touched. It would also have to arrive fully grown, from Zeus' head, since you would have to change not only the build process, but the install process, too, at the same time, for it to work. That's a heck of an investment of work without pre-buy-in. If someone went to that much effort, and it *wasn't* committed, you are pretty much guaranteed a fork. This is exactly where FreeBSD came from in the first place, relative to 386BSD. So not only is it a lot of work, it's inherently dangerous. > I am interested enough to devote some time to it myself. I imagine, > however, that it would go a bit faster with someone more familiar > with the current packaging system than I am to take the lead. Is > anyone else following this discussion and interested in actually > contributing to such an effort? The current packaging system is not up to the task; that's one of the problems. Read Jordan's message again. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Aug 5 7:32:27 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5435C37B400 for ; Mon, 5 Aug 2002 07:32:25 -0700 (PDT) Received: from fep2.cogeco.net (smtp.cogeco.net [216.221.81.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CA8B43E3B for ; Mon, 5 Aug 2002 07:32:24 -0700 (PDT) (envelope-from dan@scoobysnax.jaded.net) Received: from scoobysnax.jaded.net (d141-7-230.home.cgocable.net [24.141.7.230]) by fep2.cogeco.net (Postfix) with ESMTP id 27D111313; Mon, 5 Aug 2002 07:57:13 -0400 (EDT) Received: from scoobysnax.jaded.net (localhost [127.0.0.1]) by scoobysnax.jaded.net (8.12.3/8.12.3) with ESMTP id g75EWFf4021076; Mon, 5 Aug 2002 10:32:15 -0400 (EDT) (envelope-from dan@scoobysnax.jaded.net) Received: (from dan@localhost) by scoobysnax.jaded.net (8.12.3/8.12.3/Submit) id g75EWEnB021075; Mon, 5 Aug 2002 10:32:14 -0400 (EDT) (envelope-from dan) Content-Type: text/plain; charset="iso-8859-1" From: Dan Moschuk To: Zak Johnson Subject: Re: OpenSSL vs. -lmd Date: Mon, 5 Aug 2002 10:32:14 -0400 User-Agent: KMail/1.4.2 References: <3D498FB4.6987B696@mindspring.com> <20020803073519.GD47529@blossom.cjclark.org> <20020805031925.GA36422@opiate.nox.cx> In-Reply-To: <20020805031925.GA36422@opiate.nox.cx> Cc: arch@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200208051032.14650.dan@FreeBSD.org> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On August 4, 2002 11:19 pm, Zak Johnson wrote: | On Sat, Aug 03, 2002 at 12:35:19AM -0700, Crist J. Clark wrote: | > And an easy question to answer. Many, many people would love this. Al= l | > it takes is someone or group of developers to DO IT rather than just | > ramble on and on about how nice it would be to have and eventually | > descend to the bikeshed about what should be a package and what shoul= d | > be "core." | | Fair enough. I was wondering why some developer or group of developers | have not yet undertaken to do it. I am interested enough to devote som= e | time to it myself. I imagine, however, that it would go a bit faster | with someone more familiar with the current packaging system than I am | to take the lead. Is anyone else following this discussion and | interested in actually contributing to such an effort? It is being worked on. I'm tinking around with a new package format (see gigantic thread last month), which includes support for "base packages". I've been somewhat sidetracked lately as I look for work and enjoy the su= mmer=20 months, but I hope to have an XML DTD sheet which describes the meta deta ready to be critized "soon". -Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Mon Aug 5 9:20:14 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B2DE37B400 for ; Mon, 5 Aug 2002 09:20:04 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0035A43E77 for ; Mon, 5 Aug 2002 09:19:59 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g75GJmOo089459 for ; Mon, 5 Aug 2002 12:19:48 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 5 Aug 2002 12:19:48 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: arch@FreeBSD.org Subject: Conditionally building modules based on kernel options Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Currently, the MAC kernel modules are built regardless of the existence of 'options MAC' in the kernel configuration file. Given that the MAC modules are effectively useless without that option in the kernel since the framework they hook into doesn't exist, it seems undesirable to build the modules for a variety of reasons, not least space consumed and potential user confusion. Simon Schubert provided me with the following patch to modify the kernel build code to build the MAC modules only if the MAC framework is present: http://corecode.ath.cx/~corecode/stuff/patch-condmac (also attached below) Ideally, I suppose the module contents would actually be a property of conf/somethingfunky rather than a property solely of Makefiles, making it possible in a more general way to correspond to kernel configuration choices, but this appears to work in the mean time. Is there a better way I should be doing this? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories Index: src/sys/conf/kern.pre.mk =================================================================== RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v retrieving revision 1.16 diff -u -r1.16 kern.pre.mk --- src/sys/conf/kern.pre.mk 22 Jul 2002 00:15:01 -0000 1.16 +++ src/sys/conf/kern.pre.mk 2 Aug 2002 22:20:33 -0000 @@ -89,7 +89,7 @@ # MKMODULESENV is set here so that port makefiles can augment # them. -MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${KODIR} +MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${KODIR} AUTOMATIC_BUILD=yes .if (${KERN_IDENT} == LINT) MKMODULESENV+= ALL_MODULES=LINT .endif Index: src/sys/modules/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/Makefile,v retrieving revision 1.248 diff -u -r1.248 Makefile --- src/sys/modules/Makefile 1 Aug 2002 17:41:26 -0000 1.248 +++ src/sys/modules/Makefile 3 Aug 2002 13:17:25 -0000 @@ -48,13 +48,6 @@ libmchain \ lnc \ lpt \ - mac_biba \ - mac_bsdextended \ - mac_ifoff \ - mac_mls \ - mac_none \ - mac_seeotheruids \ - mac_test \ md \ mii \ mlx \ @@ -117,6 +110,22 @@ .if !defined(NO_IPFILTER) && ${MACHINE_ARCH} != "ia64" SUBDIR+=ipfilter +.endif + +.if exists(${.OBJDIR}/../opt_mac.h) +BUILD_MAC!=/usr/bin/grep -q "^\#define MAC 1$$" ${.OBJDIR}/../opt_mac.h && echo "yes" || echo "no" +.else +BUILD_MAC=no +.endif + +.if !defined(AUTOMATIC_BUILD) || ${BUILD_MAC} == yes +SUBDIR+=mac_biba \ + mac_bsdextended \ + mac_ifoff \ + mac_mls \ + mac_none \ + mac_seeotheruids \ + mac_test .endif #removed while KSE settles in: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Aug 6 8:13:30 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6582237B401 for ; Tue, 6 Aug 2002 08:13:13 -0700 (PDT) Received: from mx1.FreeBSD.org (host-66-133-58-214.verestar.net [66.133.58.214]) by mx1.FreeBSD.org (Postfix) with SMTP id 37B8B43E77 for ; Tue, 6 Aug 2002 08:13:08 -0700 (PDT) (envelope-from agogo@mail.com) From: "MRS. AGOGO KOBE" Date: Tue, 06 Aug 2002 16:13:07 To: freebsd-arch@FreeBSD.org Subject: NEXT OF KIN MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <20020806151308.37B8B43E77@mx1.FreeBSD.org> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG UNION BANK NIGERIA PLC LAGOS NIGERIA 40/46 marina street Lagos FROM THE DESK OF MRS. AGOGO KOBE MANAGER,BILLS AND EXCHANGE. TEL:234-80-33357110 ATTN , REQUEST FOR BUSINESS PARTNERSHIP I AM THE MANAGER OF BILLS AND EXCHANGE AT THE FOREIGN REMITTANCE DEPARTMENT OF THIS BANK. IAM WRITING YOU FOLLOWING THE IMPRESSIVE INFORMATION ABOUT YOU THROUGH ONE OF MY FRIENDS WHO WORKED WITH THE NIGERIAN CHAMBER OF COMERCE BEFORE HIS TRANSFER TO THE NIGERIAN TRADE MISSION IN HONG KONG. HE ASSURED ME OF YOUR CAPABILITY AND RELIABILITY TO CHAMPION A BUSINESS OF GREAT MAGNITUDE LIKE THIS ONE,ALTHOUGH I DID NOT TELL HIM THE NATURE OF THIS BUSINESS BECAUSE OF THE CONFIDENTIALITY IT REQUIRES. IN MY DEPARTMENT, WE DISCOVERED AN ABANDONED SUM OF USD25MILLION(TWENTY FIVE MILLION UNITED STATES DOLLARS ONLY) IN A DOMICILIARY ACCOUNT THAT BELONGS TO ONE OF OUR FOREIGN CUSTOMERS WHO DIED IN A GHASTLY PLANE CRASH IN JANUARY 2000 ABOARD KENYA AIRWAYS ALONG WITH HIS ENTIRE FAMILY. SINCE WE GOT THE INFORMATION ABOUT HIS DEATH, WE HAVE EXPECTED HIS NEXT- OF- KIN TO COME OVER AND CLAIM THE MONEY BECAUSE WE CANNOT RELEASE IT UNLESS SOMEBODY APPLIES FOR IT AS THE NEXT OF KIN OR RELATION TO THE DECEASED AS INDICATED IN OUR BANKING GUIDELINES. UNFORTUNATELY WE LEARNT THAT ALL HIS SUPPOSED NEXT OF KIN OR RELATIONS DIED ALONG WITH HIM AT THE PLANE CRASH LEAVING NOBODY BEHIND FOR THE CLAIM. IT IS UPON THIS DISCOVERY THEREFORE, THAT I AND ONE KEY OFFICIALS IN MY DEPARTMENT NOW DECIDED TO MAKE BUSINESS WITH YOU AND RELEASE THE MONEY TO YOU AS THE NEXT OF KIN OR RELATION OF THE DECEASED FOR SAFE-KEEPING AND SUBSEQUENT DISBURSEMENT WITH YOU SINCE NOBODY IS COMING FOR IT AND WE DO NOT WANT THIS MONEY TO BE RECYCLED INTO THE BANK'S BOUNDED ACCOUNT AS AN UNCLAIMED FUND. THE REQUEST FOR A FOREIGNER AS NEXT OF KIN IN THIS BUSINESS IS OCCASIONED BY THE FACT THAT THE CUSTOMER WAS A FOREIGNER AND A NIGERIA CANNOT STAND AS NEXT OF KIN TO A FOREIGNER. WE HAVE AGREED THAT 25% OF THIS MONEY WILL BE FOR YOU AS FOREIGN PARTNER, THEREAFTER MY COLLEAGUE AND I WILL VISIT YOUR COUNTRY FOR THE DISBURSEMENT ACCORDING TO THE AGREED PERCENTAGES. PERSONALLY, I WOULD WANT YOU TO ADVISE ME ON THE BEST AREA OF INVESTMENT BECAUSE I AM CONSIDERING TO INVEST THE GREATER PROPORTION OF MY SHARE IN YOUR COUNTRY. THEREFORE TO ENABLE THE IMMEDIATE TRANSFER OF THE FUND VIA OUR CORRESPONDENT FINANCE HOUSE IN ABORAD TO YOU AS ARRANGED, YOU SHOULD FIRST APPLY TO THE BANK AS THE NEXT OF KIN OR BUSINESS PARTNER OF THE DECEASED INDICATING YOUR ACCOUNT DETAILS WHEREIN THE MONEY WILL BE REMITED. UPON RECEIPT OF YOUR REPLY MAIL, I SHALL SEND TO YOU THE TEXT OF THE APPLICATION WHICH YOU WILL BE REQUIRED TO SUMIT TO THE BANK FOR THE BANK'S PROCEDURAL AUTHENTICATION AND IMMEDIATE REMITTANCE OF THE MONEY TO THE ACCOUNT YOU ARE GOING TO NOMINATE. AS SOON AS YOU RECEIVE THIS MAIL, DO CONTACT ME AT ONCE THROUGH MY FAX INDICATED 234-1-7590893, AT ONCE OR BETTER STILL YOU CALL ME ON MY ABOVE TELEPHONE NUMBER FOR MORE CLARIFICATION. AND I WOULD ALSO LIKE YOU TO INDICATE YOUR PRIVATE AND CONFIDENTIAL TELEPHONE, FAX,CELLULAR AND E-MAIL FOR THE EFFECTIVE COMMUNICATION REQUIRED. *BE INFORMED THAT ALL NECESSARY ARRANGEMENTS TOWARDS THE SUCCESSFUL TRANSFER OF THE FUND VIA OUR CORRESPONDENT FINANCE HOUSE IN ABORAD HAVE BEEN CONCLUDED AND IT IS 100% RISK FREE. TRUSTING TO HEAR FROM YOU IMMEDIATELY. YOURS FAITHFULLY, MRS. AGOGO KOBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Aug 6 10:13:59 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB11737B400; Tue, 6 Aug 2002 10:13:55 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.92.13.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65C3B43E42; Tue, 6 Aug 2002 10:13:51 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.5/8.12.2) with ESMTP id g76HDnXT000328; Tue, 6 Aug 2002 10:13:50 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.5/8.12.5/Submit) id g76Gx1J6019551; Tue, 6 Aug 2002 09:59:01 -0700 (PDT) Date: Tue, 6 Aug 2002 09:59:01 -0700 From: "David O'Brien" To: Robert Watson Cc: arch@FreeBSD.org Subject: Re: Conditionally building modules based on kernel options Message-ID: <20020806165901.GB18409@dragon.nuxi.com> Reply-To: arch@FreeBSD.org Mail-Followup-To: David O'Brien , Robert Watson , arch@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Aug 05, 2002 at 12:19:48PM -0400, Robert Watson wrote: > Index: src/sys/conf/kern.pre.mk > =================================================================== > RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v > retrieving revision 1.16 > diff -u -r1.16 kern.pre.mk > --- src/sys/conf/kern.pre.mk 22 Jul 2002 00:15:01 -0000 1.16 > +++ src/sys/conf/kern.pre.mk 2 Aug 2002 22:20:33 -0000 > @@ -89,7 +89,7 @@ > # MKMODULESENV is set here so that port makefiles can augment > # them. > > -MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${KODIR} > +MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${KODIR} AUTOMATIC_BUILD=yes Please state (ie, document) what the AUTOMATIC_BUILD knob is supose to acomplish. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Aug 6 11:53:53 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B39F237B400; Tue, 6 Aug 2002 11:53:50 -0700 (PDT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5A2643E6A; Tue, 6 Aug 2002 11:53:49 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd09.sul.t-online.de by mailout10.sul.t-online.com with smtp id 17c9Si-00027k-09; Tue, 06 Aug 2002 20:53:44 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[217.224.164.220]) by fmrl09.sul.t-online.com with esmtp id 17c9SZ-0sy89oC; Tue, 6 Aug 2002 20:53:35 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g76IrUl24730; Tue, 6 Aug 2002 20:53:30 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.5/8.12.5) with ESMTP id g76IqYbU024462; Tue, 6 Aug 2002 20:52:34 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.5/8.12.5/Submit) id g76IqYse024461; Tue, 6 Aug 2002 20:52:34 +0200 (CEST) (envelope-from corecode) Date: Tue, 6 Aug 2002 20:52:30 +0200 From: "Simon 'corecode' Schubert" To: arch@FreeBSD.ORG Cc: dev-null@NUXI.com, rwatson@FreeBSD.ORG Subject: Re: Conditionally building modules based on kernel options Message-Id: <20020806205230.00106c25.corecode@corecode.ath.cx> In-Reply-To: <20020806165901.GB18409@dragon.nuxi.com> References: <20020806165901.GB18409@dragon.nuxi.com> X-Mailer: Sylpheed version 0.8.1claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="=.E9ABVOxVMeeloS" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=.E9ABVOxVMeeloS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 6 Aug 2002 09:59:01 -0700 David O'Brien wrote: > On Mon, Aug 05, 2002 at 12:19:48PM -0400, Robert Watson wrote: > > Index: src/sys/conf/kern.pre.mk > > =================================================================== > > RCS file: /home/ncvs/src/sys/conf/kern.pre.mk,v > > retrieving revision 1.16 > > diff -u -r1.16 kern.pre.mk > > --- src/sys/conf/kern.pre.mk 22 Jul 2002 00:15:01 -0000 1.16 > > +++ src/sys/conf/kern.pre.mk 2 Aug 2002 22:20:33 -0000 > > @@ -89,7 +89,7 @@ > > # MKMODULESENV is set here so that port makefiles can augment > > # them. > > > > -MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${KODIR} > > +MKMODULESENV= MAKEOBJDIRPREFIX=${.OBJDIR}/modules KMODDIR=${KODIR} AUTOMATIC_BUILD=yes > Please state (ie, document) what the AUTOMATIC_BUILD knob is supose to > acomplish. i thought of this: o when building modules as dependency of the standard buildkernel stuff, one can prevent these modules to be built if the user didn't put options MAC into his KERNCONF. o if user does cd sys/modules && make himself, there needn't be a compile/KERNCONF directory, thus we don't know if user didn't choose MAC. AUTOMATIC_BUILD is just a knob to tell sys/modules/Makefile wherer it has been invoked by a buildkernel or has been invoked manually. cheers simon ps: if some sentences don't make any sense, please forgive me, i just woke up :) -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.E9ABVOxVMeeloS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9UBrxr5S+dk6z85oRAh2qAKCTfM62MFfgrC2uKJ69ouf99D+TOwCeO9F1 cGBYv7e3ojvycrzZUkHXcIY= =fSA/ -----END PGP SIGNATURE----- --=.E9ABVOxVMeeloS-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Aug 6 12:51:59 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8AAC737B400; Tue, 6 Aug 2002 12:51:51 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EC0A43E4A; Tue, 6 Aug 2002 12:51:50 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g76Jp4Oo001680; Tue, 6 Aug 2002 15:51:04 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 6 Aug 2002 15:51:03 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: julian@FreeBSD.org Cc: jhb@FreeBSD.org, arch@FreeBSD.org Subject: Problem with credential for initproc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A few months ago, I committed some changes to the main tree so that the credential used by init would be divorced from the credential used by proc0 so that operations performed by init in kernel, and once it hit userland, could operate using a different credential. This was required for the MAC code as kernel threads use a special credential for a number policies. I accomplished this by divorcing the initproc->p_ucred from proc0->p_ucred fairly early in create_init() following the call to fork1(). This meant that by the time start_init() was invoked from the now-started init proc, all would be well. Following the seperation, I also invoked mac_create_proc1() to make the initproc-specific cred changes from the version prepared for proc0. At some point with the KSE changes, this broke. I suspect what is going on is the following: - fork1() created initproc from thread0/proc0, but now allocates a struct thread preemptively. FIRST_THREAD_IN_PROC(initproc)->td_ucred became a reference to proc0->p_ucred. - initproc credentials are then divorced, so initproc->p_ucred is now a reference to its own ucred, where the initproc changes are made, but FIRST_THREAD_IN_PROC(initproc)->td_ucred is still pointed at proc0->p_ucred. This meant that until initproc hit userland and the credentials were reset, start_init() runs using a thread that has proc0 creds instead of proc1 creds. It looks like a fix would basically be to sync up the FIRST_THREAD_IN_PROC(initproc) credentails following the divorcing: static void create_init(const void *udata __unused) { struct ucred *newcred, *oldcred; int error; error = fork1(&thread0, RFFDG | RFPROC | RFSTOPPED, &initproc); if (error) panic("cannot fork init: %d\n", error); /* divorce init's credentials from the kernel's */ newcred = crget(); PROC_LOCK(initproc); initproc->p_flag |= P_SYSTEM; oldcred = initproc->p_ucred; crcopy(newcred, oldcred); #ifdef MAC mac_create_proc1(newcred); #endif initproc->p_ucred = newcred; X X Something needs to happen here so that the thread cred is updated X PROC_UNLOCK(initproc); crfree(oldcred); mtx_lock_spin(&sched_lock); initproc->p_sflag |= PS_INMEM; mtx_unlock_spin(&sched_lock); cpu_set_fork_handler(FIRST_THREAD_IN_PROC(initproc), start_init, NULL); } I.e., somewhere around the X's, something needs to happen. This then breaks some events involving MAC in start_init(), since file systems get mounted using the wrong credential, resulting in NFS using the wrong credential, etc. Any suggestions, thoughts, patches? Do we think there might be a related problem involving spare threads elsewhere in the kernel, or is this the only situation where one proc (proc0) changes the credential of another proc (proc1) resulting in them getting out of sync? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Tue Aug 6 16:40:16 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB4C437B400; Tue, 6 Aug 2002 16:40:10 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E70CC43E5E; Tue, 6 Aug 2002 16:40:09 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020806234009.VTSX221.sccrmhc02.attbi.com@InterJet.elischer.org>; Tue, 6 Aug 2002 23:40:09 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id QAA71135; Tue, 6 Aug 2002 16:24:08 -0700 (PDT) Date: Tue, 6 Aug 2002 16:24:07 -0700 (PDT) From: Julian Elischer To: Robert Watson Cc: julian@FreeBSD.org, jhb@FreeBSD.org, arch@FreeBSD.org Subject: Re: Problem with credential for initproc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 6 Aug 2002, Robert Watson wrote: > > > static void > create_init(const void *udata __unused) > { > struct ucred *newcred, *oldcred; > int error; > > error = fork1(&thread0, RFFDG | RFPROC | RFSTOPPED, &initproc); > if (error) > panic("cannot fork init: %d\n", error); > /* divorce init's credentials from the kernel's */ > newcred = crget(); > PROC_LOCK(initproc); > initproc->p_flag |= P_SYSTEM; > oldcred = initproc->p_ucred; > crcopy(newcred, oldcred); > #ifdef MAC > mac_create_proc1(newcred); > #endif > initproc->p_ucred = newcred; > X > X Something needs to happen here so that the thread cred is updated > X yes, since in normal processes the thread cred is updated on each kernel entry, something extra needs to be done for threads that never go to user space. It's possible that a simple cred_update_thread(FIRST_THREAD_IN_PROC(td)); would be sufficient.. > PROC_UNLOCK(initproc); > crfree(oldcred); > mtx_lock_spin(&sched_lock); > initproc->p_sflag |= PS_INMEM; > mtx_unlock_spin(&sched_lock); > cpu_set_fork_handler(FIRST_THREAD_IN_PROC(initproc), start_init, NULL); > } > > I.e., somewhere around the X's, something needs to happen. > > This then breaks some events involving MAC in start_init(), since file > systems get mounted using the wrong credential, resulting in NFS using the > wrong credential, etc. > > Any suggestions, thoughts, patches? Do we think there might be a related > problem involving spare threads elsewhere in the kernel, or is this the > only situation where one proc (proc0) changes the credential of another > proc (proc1) resulting in them getting out of sync? > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 1:41:14 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD70537B405 for ; Wed, 7 Aug 2002 01:41:11 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3348A43EFA for ; Wed, 7 Aug 2002 01:40:48 -0700 (PDT) (envelope-from mark@grimreaper.grondar.org) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.5/8.12.5) with ESMTP id g778ekpN018385; Wed, 7 Aug 2002 09:40:46 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.5/8.12.5/Submit) with UUCP id g778ekwX018384; Wed, 7 Aug 2002 09:40:46 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.5/8.12.5) with ESMTP id g777Qt1p003576; Wed, 7 Aug 2002 08:26:55 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200208070726.g777Qt1p003576@grimreaper.grondar.org> To: Terry Lambert Cc: arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd References: <3D49E41D.57DBF81C@mindspring.com> In-Reply-To: <3D49E41D.57DBF81C@mindspring.com> ; from Terry Lambert "Thu, 01 Aug 2002 18:45:01 PDT." Date: Wed, 07 Aug 2002 08:26:55 +0100 From: Mark Murray Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > If there's a port for it. > > ports/security/openssl/Makefile: > PORTVERSION= 0.9.6e > > ...not very happening, if I need an app_verify_callback() that > actually passes the user's void * parameter like it's supposed > to, AES CFB or OFB or CTR, RFC2256 compliance for object > definitions, IBM 4758 crypto card support, or want Theo de Raadt's > security patch for ui_openssl.c, or want X.509 mandatory extension > handling or CRL checking, or use PKCS#7 with S/MIME, etc.. That > (and a lot more) all requires that I use 0.9.7. Please submit your port for 0.9.7-beta. > > I wonder, why you are not complaining about us having -lc in the base system > > :-) After all, with Linux systems you usually have a choice -- glibc/libc/etc. > > I'll complain about the resolver being in libc, if that'll make > you happy... it'll make everyone who has to do name lookups > serially so they compalin about IPv6 in Mozilla happy... 8-). Erm, complaining is the slow way to solve this. Please rather submit patches. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 1:41:18 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8619A37B407 for ; Wed, 7 Aug 2002 01:41:12 -0700 (PDT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 997FE43EF2 for ; Wed, 7 Aug 2002 01:40:48 -0700 (PDT) (envelope-from mark@grimreaper.grondar.org) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.5/8.12.5) with ESMTP id g778elpN018395; Wed, 7 Aug 2002 09:40:47 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.5/8.12.5/Submit) with UUCP id g778eliW018394; Wed, 7 Aug 2002 09:40:47 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.5/8.12.5) with ESMTP id g777a11p003654; Wed, 7 Aug 2002 08:36:01 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200208070736.g777a11p003654@grimreaper.grondar.org> To: Terry Lambert Cc: arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd References: <3D4A43DB.5DE70508@mindspring.com> In-Reply-To: <3D4A43DB.5DE70508@mindspring.com> ; from Terry Lambert "Fri, 02 Aug 2002 01:33:31 PDT." Date: Wed, 07 Aug 2002 08:36:01 +0100 From: Mark Murray Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > OpenSSL is one example. Perl is another example. Note that > perl was recently removed from the base system using exactly > this reasoning. It was possible to remove it because it is > able to be seperate its functionality from the base system, > and place it in a package. OpenSSL is harder to seperate, but > that's really the fault of the base system not being composed > of package, not because it's "magically non-severable". That is a large misrepresentation. Perl was removed from the base system because 1) It was hard to maintain in the base 2) It was very big and getting much bigger very fast. Perl's severability was non-trivial - the kernel depended on it, and some pretty hairy programs were rewritten in C and AWK to enable its removal. We are still not finised with the Perl Script Rewrite. OpenSSL is very easy to maintain in the base tree - its API is stable (sure, its being added to), and it can be removed from the world build trivially. M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 2:10:31 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB01537B400 for ; Wed, 7 Aug 2002 02:10:26 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 338B243E70 for ; Wed, 7 Aug 2002 02:10:26 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0244.cvx40-bradley.dialup.earthlink.net ([216.244.42.244] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17cMpe-0004NV-00; Wed, 07 Aug 2002 02:10:18 -0700 Message-ID: <3D50E2A4.9EA7318F@mindspring.com> Date: Wed, 07 Aug 2002 02:04:36 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark Murray Cc: arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd References: <3D49E41D.57DBF81C@mindspring.com> <200208070726.g777Qt1p003576@grimreaper.grondar.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Murray wrote: > > If there's a port for it. [ ... ] > Please submit your port for 0.9.7-beta. Though the current OpenSSL 0.9.6e maintainer is creating one, I could; it's pretty trivial. But having a port would detract from my point that the OpenSSL in the base system needs to be severable, rather than overwritable. > > > I wonder, why you are not complaining about us having -lc in the base > > > system :-) After all, with Linux systems you usually have a choice -- > > > glibc/libc/etc. > > > > I'll complain about the resolver being in libc, if that'll make > > you happy... it'll make everyone who has to do name lookups > > serially so they compalin about IPv6 in Mozilla happy... 8-). > > Erm, complaining is the slow way to solve this. Please rather submit > patches. Patches in this area do no good. There is a hell of a lot of tradition riding on the network APIs being part of libc, and a hell of a lot of back-pressure *against* moving everything over to shared libraries and getting rid of static linking, so that the ELF library-depends-on-library actually works like it was designed to work. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 2:23: 1 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 182BB37B400 for ; Wed, 7 Aug 2002 02:22:59 -0700 (PDT) Received: from pintail.mail.pas.earthlink.net (pintail.mail.pas.earthlink.net [207.217.120.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id B33E443E5E for ; Wed, 7 Aug 2002 02:22:58 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0244.cvx40-bradley.dialup.earthlink.net ([216.244.42.244] helo=mindspring.com) by pintail.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17cN1r-00037A-00; Wed, 07 Aug 2002 02:22:55 -0700 Message-ID: <3D50E590.66BCE6B6@mindspring.com> Date: Wed, 07 Aug 2002 02:17:04 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark Murray Cc: arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd References: <3D4A43DB.5DE70508@mindspring.com> <200208070736.g777a11p003654@grimreaper.grondar.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mark Murray wrote: > Perl was removed from the base system because > > 1) It was hard to maintain in the base I would argue that this is the result of being actively maintained by a third party. > 2) It was very big and getting much bigger very fast. I would argue that there is specifically a "miniperl" that provides base functionality to address this issue, without having to rip perl out. Note that I personally didn't want perl in the base system in the first place, and was quite outspoken against it. Even so, your #2 here is a strawman. > Perl's severability was non-trivial - the kernel depended on it, > and some pretty hairy programs were rewritten in C and AWK to enable > its removal. Again, there are similarities to OpenSSL. Trying to use SSH without OpenSSL would be rather difficult, and now that every other external access mechanism that doesn't involve a human sitting at the console has been turned off by default, I think that the imact in terms of things which would need to be changed is at least comparable. > We are still not finised with the Perl Script Rewrite. I am aware of this. I won't get into the Philosophy Of Indifference, or how it applies to Open Source, except to say that if adding a new stop sign in an unpopulated area is an unpopular decision, it could be difficult to find a sign painter. > OpenSSL is very easy to maintain in the base tree - its API is > stable (sure, its being added to), and it can be removed from the > world build trivially. Not without a comparable loss of functionality, starting with having no non-console access available by default. I'd also argue that the base system version would be 0.9.6e right now, of maintenance was as trivial as you imply that it is. None of this argues *against* either being a severable package as opposed to a chunk in a monolithic base system inage tarball, in any case, and the current version lag vs. the maintainers released versions are indicative of the problem I'm trying to highlight. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 4:24:48 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7A9F37B401 for ; Wed, 7 Aug 2002 04:24:43 -0700 (PDT) Received: from maild.telia.com (maild.telia.com [194.22.190.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AC5543E91 for ; Wed, 7 Aug 2002 04:23:32 -0700 (PDT) (envelope-from erikt@midgard.homeip.net) Received: from d1o913.telia.com (d1o913.telia.com [195.252.44.241]) by maild.telia.com (8.12.5/8.12.5) with ESMTP id g77BNIvX020908 for ; Wed, 7 Aug 2002 13:23:18 +0200 (CEST) X-Original-Recipient: Received: from falcon.midgard.homeip.net (h62n2fls20o913.telia.com [212.181.163.62]) by d1o913.telia.com (8.8.8/8.8.8) with SMTP id NAA03271 for ; Wed, 7 Aug 2002 13:23:18 +0200 (CEST) Received: (qmail 65034 invoked by uid 1001); 7 Aug 2002 11:23:17 -0000 Date: Wed, 7 Aug 2002 13:23:16 +0200 From: Erik Trulsson To: Terry Lambert Cc: Mark Murray , arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd Message-ID: <20020807112316.GA65008@falcon.midgard.homeip.net> Mail-Followup-To: Terry Lambert , Mark Murray , arch@FreeBSD.ORG References: <3D4A43DB.5DE70508@mindspring.com> <200208070736.g777a11p003654@grimreaper.grondar.org> <3D50E590.66BCE6B6@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3D50E590.66BCE6B6@mindspring.com> User-Agent: Mutt/1.5.1i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, Aug 07, 2002 at 02:17:04AM -0700, Terry Lambert wrote: > Mark Murray wrote: > > Perl was removed from the base system because > > > > 1) It was hard to maintain in the base > > I would argue that this is the result of being actively maintained > by a third party. I believe it was more due to the fact that Perl's build system and FreeBSD's build system did not work well together. This [snip] > > > > OpenSSL is very easy to maintain in the base tree - its API is > > stable (sure, its being added to), and it can be removed from the > > world build trivially. > > Not without a comparable loss of functionality, starting with > having no non-console access available by default. > > I'd also argue that the base system version would be 0.9.6e > right now, of maintenance was as trivial as you imply that it > is. Since the base system version is 0.9.6e right now, I guess maintenance of OpenSSl isn't too hard. -- Erik Trulsson ertr1013@student.uu.se To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 5:33:29 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B1DE37B400 for ; Wed, 7 Aug 2002 05:33:24 -0700 (PDT) Received: from scaup.mail.pas.earthlink.net (scaup.mail.pas.earthlink.net [207.217.120.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id D028F43E3B for ; Wed, 7 Aug 2002 05:33:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from dialup-209.245.134.86.dial1.sanjose1.level3.net ([209.245.134.86] helo=mindspring.com) by scaup.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 17cPzx-0006vu-00; Wed, 07 Aug 2002 05:33:10 -0700 Message-ID: <3D511062.51F6EBE6@mindspring.com> Date: Wed, 07 Aug 2002 05:19:46 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Erik Trulsson Cc: Mark Murray , arch@FreeBSD.ORG Subject: Re: OpenSSL vs. -lmd References: <3D4A43DB.5DE70508@mindspring.com> <200208070736.g777a11p003654@grimreaper.grondar.org> <3D50E590.66BCE6B6@mindspring.com> <20020807112316.GA65008@falcon.midgard.homeip.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Erik Trulsson wrote: > > I would argue that this is the result of being actively maintained > > by a third party. > > I believe it was more due to the fact that Perl's build system and > FreeBSD's build system did not work well together. This FreeBSD's problem; Perl comes from a vendor. > > I'd also argue that the base system version would be 0.9.6e > > right now, of maintenance was as trivial as you imply that it > > is. > > Since the base system version is 0.9.6e right now, I guess maintenance > of OpenSSl isn't too hard. ------------------------------------------------------------------------ Revision 1.1.1.1.2.2 / (download) - annotate - [select for diffs], Wed Jul 4 23:19:08 2001 UTC (13 months ago) by kris Branch: RELENG_4 CVS Tags: RELENG_4_6_BP, RELENG_4_6_1_RELEASE, RELENG_4_6_0_RELEASE, RELENG_4_5_BP, RELENG_4_5_0_RELEASE, RELENG_4_4_BP, RELENG_4_4_0_RELEASE Branch point for: RELENG_4_6, RELENG_4_5, RELENG_4_4 Changes since 1.1.1.1.2.1: +962 -5 lines Diff to previous 1.1.1.1.2.1 (colored) to branchpoint 1.1.1.1 (colored) MFC: Update to OpenSSL 0.9.6a ------------------------------------------------------------------------ It's not on a CDROM, it's not a -RELEASE... it doesn't exist. The current version is 0.9.6a, even though at the time of the 4.6-RELEASE version going golden, that was an old version. Further, as part of the base system, it's not upgradeable for sites with a policy on the use of developement code. Yes I understand that only 7 days ago it was updated in -SECURITY (RELENG_4_6). The versions through 0.9.6e were brought in recently; before that, it was at 0.9.6c for about six months (see rev 1.1.1.7). d became available in April. http://www.openssl.org/news/ The point is, even Iif I thought OpenSSL was "the bestest thing ever", there is a *lag* on vendor updates vs. FreeBSD use of code that comes from a third party vendor. In such cases, it's almost always best to get the code from the vendor directly, and this is not well supported. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 10:43:36 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C1337B413; Wed, 7 Aug 2002 10:43:32 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 976E543E4A; Wed, 7 Aug 2002 10:43:31 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.12.4/8.12.4) with SMTP id g77HhAOo011932; Wed, 7 Aug 2002 13:43:10 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Wed, 7 Aug 2002 13:43:10 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Julian Elischer Cc: julian@FreeBSD.org, jhb@FreeBSD.org, arch@FreeBSD.org Subject: Re: Problem with credential for initproc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 6 Aug 2002, Julian Elischer wrote: > > X > > X Something needs to happen here so that the thread cred is updated > > X > > yes, since in normal processes the thread cred is updated on each kernel > entry, something extra needs to be done for threads that never go to > user space. It's possible that a simple > cred_update_thread(FIRST_THREAD_IN_PROC(td)); would be sufficient.. Adding the cred_update_thread() call to init_main.c following the credential divorcing code appears to have the right effect: code in start_init() now uses the correct credential prior to the userland process launching, so the root file system is mounted using the right label, and nfs sockets are created and labeled properly. I'll merge the change to the main tree. I notice that cred_update_thread() currently grabs Giant -- is this something that can go away at some point? The proc lock is clearly necessary, but my initial reading also suggests it should be sufficient...? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Network Associates Laboratories To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Wed Aug 7 14:40:26 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E225037B405; Wed, 7 Aug 2002 14:40:11 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA3D843E84; Wed, 7 Aug 2002 14:40:08 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020807214008.GHSI23732.sccrmhc01.attbi.com@InterJet.elischer.org>; Wed, 7 Aug 2002 21:40:08 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA75745; Wed, 7 Aug 2002 14:21:08 -0700 (PDT) Date: Wed, 7 Aug 2002 14:21:07 -0700 (PDT) From: Julian Elischer To: Robert Watson Cc: julian@FreeBSD.org, jhb@FreeBSD.org, arch@FreeBSD.org Subject: Re: Problem with credential for initproc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 7 Aug 2002, Robert Watson wrote: > > On Tue, 6 Aug 2002, Julian Elischer wrote: > > > > X > > > X Something needs to happen here so that the thread cred is updated > > > X > > > > yes, since in normal processes the thread cred is updated on each kernel > > entry, something extra needs to be done for threads that never go to > > user space. It's possible that a simple > > cred_update_thread(FIRST_THREAD_IN_PROC(td)); would be sufficient.. > > Adding the cred_update_thread() call to init_main.c following the > credential divorcing code appears to have the right effect: code in > start_init() now uses the correct credential prior to the userland process > launching, so the root file system is mounted using the right label, and > nfs sockets are created and labeled properly. I'll merge the change to > the main tree. > > I notice that cred_update_thread() currently grabs Giant -- is this > something that can go away at some point? The proc lock is clearly > necessary, but my initial reading also suggests it should be > sufficient...? I don't know jhb was fiddling with it.. I don't know if it is needed or not.. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Aug 8 0:35: 3 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 158F937B400; Thu, 8 Aug 2002 00:34:43 -0700 (PDT) Received: from excite.com (vic6-adsl-122.tpgi.com.au [203.213.70.122]) by mx1.FreeBSD.org (Postfix) with SMTP id 91BF943E42; Thu, 8 Aug 2002 00:34:32 -0700 (PDT) (envelope-from utenngradmom5336m66@excite.com) Received: from smtp-server1.cflrr.com ([83.123.166.140]) by a231242.upc-a.zhello.nl with local; 08 Aug 0102 00:35:31 +0800 Received: from unknown (HELO hd.ressort.net) (165.28.99.205) by smtp-server.tampabayr.com with QMQP; Thu, 08 Aug 0102 08:35:04 +0500 Received: from unknown (11.133.63.173) by mx.loxsystems.net with local; Thu, 08 Aug 0102 13:34:37 -0600 Reply-To: Message-ID: <002e41b25c8d$8136a1a1$0cb05bc1@eqliec> From: To: , , , , , , , , , , , , Subject: Special News Update Date: Thu, 08 Aug 0102 08:20:26 -0100 MiME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00D4_83D45D5C.B4567D75" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 Importance: Normal Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ------=_NextPart_000_00D4_83D45D5C.B4567D75 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: base64 QXJlIENlbGwgUGhvbmVzIEEgSGVhbHRoIEhhemFyZD8NCg0KRG9jdG9ycyBh bmQgU2NpZW50aXN0cyBoYXZlIHJlY2VudGx5IGJlZW4gaXNzdWluZyByZXBv cnRzIHRoYXQgY2VsbCBwaG9uZSByYWRpYXRpb24gYW5kIGJyYWluIGFjbmVy IG1pZ2h0IGhhdmUgYSByZWxhdGlvbnNoaXAuICANCg0KTm9raWEgaGFzIGFu IGFjdHVhbCBwYXRlbnQgb24gYSBkZXZpY2UgdGhhdCBzaGllbGRzIHRoZSBo dW1hbiBoZWFkIGZyb20gY2VsbCBwaG9uZSByYWRpYXRpb24uICBZT1UgQ0FO IFJFQUQgSVQgT04gT1VSIFdFQlNJVEUhISENCg0KTWFqb3IgVS5TLm5ld3Mg YWdlbmNpZXMgaGF2ZSBkb25lIHRob3Vyb3VnaCByZXBvcnRzIGluIGRlcHRo IGNvdmVyaW5nIHRoZSBoYXJtZnVsIGVmZmVjdHMgb2YgY2VsbCBwaG9uZSBy YWRpYXRpb24uDQpEb24ndCBiZSB0aGUgcGhvbmUgY29tYXBhbnkncyBndW5p ZWEgcGlnISAgUHJvdGVjdCBZb3Vyc2VsZiBUb2RheSENCg0KV2UgaGF2ZSBw cmVzcyByZWxlYXNlcyBvbiBvdXIgc2l0ZSB0aGF0IHdpbGwgQUxBUk0gZXZl cnkgY2VsbCBwaG9uZSBvd25lciEhISENCg0KV2UgbWFrZSBhIHByb2R1Y3Qg dGhhdCBoZWxwcyBkZWNyZWFzZSBoYXJtZnVsIGVsZWN0cm8tbWFnbmV0aWMg cmFkaWF0aW9uIGZyb20gZW50ZXJpbmcgeW91ciBlYXIuICBJdCBpcyBicmFu ZCBuZXcsIHBhdGVudGVkLCBlYXN5IHRvIGluc3RhbGwsIGVhc3kgdG8gdXNl LCBmaXRzIGV2ZXJ5IHBob25lIG1hZGUsIGFuZCB2ZXJ5IGFmZm9yZGFibGUu ICANCg0KVmlzaXQgdXMgb25saW5lIGF0DQpodHRwOi8vd3d3LmNvbW8tdmVu ZGVyLmNvbS9zaGllbGRzDQoNCg0KV2UgYXJlIGN1cnJlbnRseSBoYXZpbmcg YSBTcGVjaWFsLg0KQnV5IDMgZ2V0IDEgRlJFRQ0KaHR0cDovL3d3dy5jb21v LXZlbmRlci5jb20vc2hpZWxkcw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN CmxhdWdoDQoNClVubGlzdCBJbmZvcm1hdGlvbiANCiANCk1hcmtldGluZyBG dXR1cmUgSW5jLiBoYXMgYnJvdWdodCB5b3UgdGhpcyBtZXNzYWdlIGluIGNv bXBsaWFuY2Ugd2l0aCBjdXJyZW50IGZlZGVyYWwgbGF3cy4gWW91IGFyZSBy ZWNlaXZpbmcgdGhpcyBtYWlsaW5nIGJlY2F1c2UgeW91IG9yIHNvbWVvbmUg eW91IGtub3cgaGFzIHJlZ2lzdGVyZWQgdGhpcyBlbWFpbCBhZGRyZXNzIHRv IHJlY2VpdmUgb2ZmZXJzIGZyb20gYSBNYXJrZXRpbmcgRnV0dXJlIEluYy4g bWFya2V0aW5nIHBhcnRuZXIuIFNjcmVlbmluZyBvZiBhZGRyZXNzZXMgaGFz IGJlZW4gZG9uZSB0byB0aGUgYmVzdCBvZiBvdXIga25vd2xlZGdlLiBXZSBo b25vciBhbGwgdW5saXN0IHJlcXVlc3RzIHdpdGhpbiAxIGJ1c2luZXNzIGRh eS4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciwg d2UgYXBvbG9naXplIGZvciBhbnkgaW5jb252ZW5pZW5jZSBpdCBoYXMgY2F1 c2VkIGFuZCB3aWxsIG5vdCBtYWlsIGZ1cnRoZXIgb2ZmZXJzIHRvIHlvdS4g VG8gYmUgZGUtYWN0aXZhdGVkIGZyb20gb3VyIGRhdGEsIHBsZWFzZSBkbyB0 aGUgZm9sbG93aW5nOiBTaW1wbHkgc2VuZCBhbiBlbWFpbCB0byByZW1vdmU1 QGV5b3UuY29tICAgIA0KCUlmIHlvdSBoYXZlIHlvdXIgbWFpbCBmb3J3YXJk ZWQgdG8gYSBuZXcgZW1haWwgYWRkcmVzcyBwbGVhc2UgcHJvdmlkZSB5b3Vy IG9sZCBlbWFpbCBhZGRyZXNzLiBJZiB5b3Ugd2FudCB0byBiZSBkZWFjdGl2 YXRlZCBmcm9tIHNldmVyYWwgZW1haWwgYWRyZXNzZXMsIGluY2x1ZGUgYWxs IG9mIHRoZW0gaW4gdGhlIG1lc3NhZ2UgYm9keS4gDQo5MDAzblNOVzQtNTMz aWZKazA3MTJIREV6Mi0wMjFualJUODk4NVhzQ0s3LTIwMW9ab1k4MjYzSllC ZTEtMzExZm5qTTc3bDY2DQpsYXVnaA0KNDU0MVZxS3ozLTAxOUV6VUg3ODQ1 Uk1KUGwyNA== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Thu Aug 8 4:30:50 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3636237B401 for ; Thu, 8 Aug 2002 04:30:21 -0700 (PDT) Received: from relay2.kornet.net (relay2.kornet.net [211.48.62.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A059743E77 for ; Thu, 8 Aug 2002 04:30:20 -0700 (PDT) (envelope-from leaders06@kornet.net) Received: from hmm-qk8ib845m2w (61.73.155.54) by relay2.kornet.net; 8 Aug 2002 20:30:19 +0900 Message-ID: <3d52564c3d5aecbc@relay2.kornet.net> (added by relay2.kornet.net) From: =?ks_c_5601-1987?B?xeXF9bnMxNq4rr7G?= To: freebsd-arch@FreeBSD.org Subject: =?ks_c_5601-1987?B?W7GksO1dIGZyZWVic2QtYXJjaLTUIL7Is+fHz73KtM+x7j8gvu7H0LGzwOcgvLyw6DHApyAnxeXF9bnMJ7mrt+FDRLimIL3Fw7vHz7y8v+Qh?= Date: Thu, 08 Aug 2002 20:30:29 +0900 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0207_01C0F30A.93A29C00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0207_01C0F30A.93A29C00 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 a2xjICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogDQogDQogDQogDQogDQog u/nHw0NEIL3Fw7vA2rTCIMHWvNLIrsDOsPogx9SysiC5q7fht84gu/nHw0NEuKYgud7AuyC8 9iDA1sC4uOcgDQogwM/B1sDPsKMgx9C9wMO8x+jAxyCx4si4uKYgteW4s7TPtNkuDQogDQog CQkJICAgwMy4py4uLiAgOiAgICAgIA0KIMD8yK0uLi4gIDogICAgICANCiDH2rXlxvkgIDou Li4gICANCiBlLbjewM8gIDouLi4gICANCiDB1rzSLi4uICA6ICAgICAgDQogICAgIAkJCSAg IA0KICAgICAgICCxzcfPwMcgIL3CtvS++MDMIMiruri8uiDA/MDav+zG7cC7ILq4s7uw1CC1 yMGhIMGkwd/I9yC757D6ILXluLO0z7TZLiDBpLq4xeu9xbjBIMDMv+sNCiDDy8H4uf0gsdTB pMC7IMHYvPbHz7+pILGksO243sDPwNPAuyDHpb3Dx8+/tMC4uOcsILz2vcWwxbrOwOXEobim ILi2t8PHz7DtwNa9wLTPtNkuDQogvPa9xcC7ICC/+MShIL7KwLi9w7jpILz2vcWwxbrOKFVu c3Vic2NyaWJlKbimICDFrLivx9ggwda9yr3Dv+QNCiAgICAgICAgDQo= ------=_NextPart_000_0207_01C0F30A.93A29C00 Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjx0aXRsZT5rbGM8L3RpdGxlPg0KPG1ldGEgaHR0cC1lcXVpdj0i Q29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9ZXVjLWtyIj4NCjwv aGVhZD4NCg0KPGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCIgbGVmdG1h cmdpbj0iMSIgdG9wbWFyZ2luPSIxIj4NCjx0YWJsZSB3aWR0aD0iNjAwIiBib3JkZXI9IjAi IGNlbGxzcGFjaW5nPSIwIiBjZWxscGFkZGluZz0iMCI+DQogIDx0cj4NCiAgICA8dGQgYmdj b2xvcj0iI0NDQ0NDQyI+DQogICAgICA8dGFibGUgd2lkdGg9IjYwMCIgYm9yZGVyPSIwIiBj ZWxsc3BhY2luZz0iMSIgY2VsbHBhZGRpbmc9IjAiPg0KICAgICAgICA8dHI+IA0KICAgICAg ICAgIDx0ZCBiZ2NvbG9yPSIjRkZGRkZGIj4gDQogICAgICAgICAgICA8dGFibGUgd2lkdGg9 IjYwMCIgYm9yZGVyPSIwIiBjZWxsc3BhY2luZz0iMCIgY2VsbHBhZGRpbmc9IjAiPg0KICAg ICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAgICAgIDx0ZD48aW1nIHNyYz0iaHR0cDov L3d3dy5tYWlscGFydG5lci5jby5rci9lbWFpbC8wNzI1L2ltZ18xLmdpZiIgd2lkdGg9IjYw MCIgaGVpZ2h0PSIxMDQiPjwvdGQ+DQogICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAg ICAgIDx0cj4gDQogICAgICAgICAgICAgICAgPHRkPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1h aWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvaW1nXzIuZ2lmIiB3aWR0aD0iNjAwIiBoZWln aHQ9IjEwMCI+PC90ZD4NCiAgICAgICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgPHRy PiANCiAgICAgICAgICAgICAgICA8dGQ+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRu ZXIuY28ua3IvZW1haWwvMDcyNS9pbWdfMy5naWYiIHdpZHRoPSI2MDAiIGhlaWdodD0iMTE4 Ij48L3RkPg0KICAgICAgICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICA8dHI+IA0KICAg ICAgICAgICAgICAgIDx0ZD48aW1nIHNyYz0iaHR0cDovL3d3dy5tYWlscGFydG5lci5jby5r ci9lbWFpbC8wNzI1L2ltZ180LmdpZiIgd2lkdGg9IjYwMCIgaGVpZ2h0PSIxMDMiPjwvdGQ+ DQogICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAg ICAgICAgPHRkPjxpbWcgc3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWls LzA3MjUvaW1nXzUuZ2lmIiB3aWR0aD0iNjAwIiBoZWlnaHQ9IjExNSI+PC90ZD4NCiAgICAg ICAgICAgICAgPC90cj4NCiAgICAgICAgICAgICAgPHRyPiANCiAgICAgICAgICAgICAgICA8 dGQ+PGltZyBzcmM9Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1haWwvMDcyNS9p bWdfNi5naWYiIHdpZHRoPSI2MDAiIGhlaWdodD0iODAiPjwvdGQ+DQogICAgICAgICAgICAg IDwvdHI+DQogICAgICAgICAgICAgIDx0cj4gDQogICAgICAgICAgICAgICAgPHRkPjxpbWcg c3JjPSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvaW1nXzcuZ2lm IiB3aWR0aD0iNjAwIiBoZWlnaHQ9Ijc2Ij48L3RkPg0KICAgICAgICAgICAgICA8L3RyPg0K ICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAgICAgIDx0ZD4gDQogICAgICAgICAg ICAgICAgICA8dGFibGUgY2VsbHBhZGRpbmc9IjAiIGNlbGxzcGFjaW5nPSIwIiB3aWR0aD0i NTA5IiBhbGlnbj0iY2VudGVyIj4NCiAgICAgICAgICAgICAgICAgICAgPHRyIGJhY2tncm91 bmQ9ImJvZC0yLmpwZyI+IA0KICAgICAgICAgICAgICAgICAgICAgIDx0ZCBiYWNrZ3JvdW5k PSJodHRwOi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvYm9kLTIuanBnIiBo ZWlnaHQ9IjMwMiI+IA0KICAgICAgICAgICAgICAgICAgICAgICAgPHA+Jm5ic3A7PC9wPg0K ICAgICAgICAgICAgICAgICAgICAgICAgPHAgYWxpZ249ImNlbnRlciI+PGZvbnQgc2l6ZT0i MiI+PGJyPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8YnI+DQogICAgICAgICAgICAg ICAgICAgICAgICAgIDxicj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPGJyPg0KICAg ICAgICAgICAgICAgICAgICAgICAgICC7+cfDQ0QgvcXDu8DatMIgwda80siuwM6w+iDH1LKy ILmrt+G3ziC7+cfDQ0S4piC53sC7ILz2IMDWwLi45yA8YnI+DQogICAgICAgICAgICAgICAg ICAgICAgICAgIMDPwdbAz7CjIMfQvcDDvMfowMcgseLIuLimILXluLO0z7TZLjxicj4NCiAg ICAgICAgICAgICAgICAgICAgICAgICAgPC9mb250PjwvcD4NCiAgICAgICAgICAgICAgICAg ICAgICAgIDx0YWJsZSB3aWR0aD0iNDUwIiBib3JkZXI9IjAiIGNlbGxzcGFjaW5nPSIwIiBj ZWxscGFkZGluZz0iMCIgYWxpZ249ImNlbnRlciI+DQoJCQk8Zm9ybSBuYW1lPSJmb3JtMSIg bWV0aG9kPSJwb3N0IiBhY3Rpb249Imh0dHA6Ly93d3cubWFpbHBhcnRuZXIuY28ua3IvZW1h aWwvMDcyNS9rbHNfb2suYXNwIj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgPHRyPiAN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICA8dGQgd2lkdGg9IjI4NSI+IA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9ImxpbmUtaGVpZ2h0OjE0MCU7IG1h cmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4tbGVmdDozMDsiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6OXB0OyI+wMy4pzxmb250IGNvbG9yPSIjRkZGRkZGIj4uLi48L2Zv bnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6ICZuYnNwOyZuYnNwOyAN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9InRleHQiIG5h bWU9Im5hbWUiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3NwYW4+PC9w Pg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9ImxpbmUtaGVpZ2h0 OjE0MCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4tbGVmdDozMDsi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+wPzIrTxmb250IGNvbG9yPSIjRkZGRkZG Ij4uLi48L2ZvbnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6ICZuYnNw OyZuYnNwOyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0IHR5cGU9 InRleHQiIG5hbWU9InRlbDEiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8 L3NwYW4+PC9wPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9Imxp bmUtaGVpZ2h0OjE0MCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4t bGVmdDozMDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+x9q15cb5IA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICA6PGZvbnQgY29sb3I9IiNGRkZGRkYiPi4uLjwv Zm9udD4gDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJ0 ZXh0IiBuYW1lPSJ0ZWwyIj4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPC9z cGFuPjwvcD4NCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDxwIHN0eWxlPSJsaW5l LWhlaWdodDoxNDAlOyBtYXJnaW4tdG9wOjA7IG1hcmdpbi1ib3R0b206MDsgbWFyZ2luLWxl ZnQ6MzA7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjlwdDsiPmUtuN7AzyANCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgOjxmb250IGNvbG9yPSIjRkZGRkZGIj4uLi48L2Zv bnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8aW5wdXQgdHlwZT0idGV4 dCIgbmFtZT0iZW1haWwiPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA8L3Nw YW4+PC9wPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPHAgc3R5bGU9ImxpbmUt aGVpZ2h0OjE0MCU7IG1hcmdpbi10b3A6MDsgbWFyZ2luLWJvdHRvbTowOyBtYXJnaW4tbGVm dDozMDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6OXB0OyI+wda80jxmb250IGNvbG9yPSIj RkZGRkZGIj4uLi48L2ZvbnQ+IA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICA6 ICZuYnNwOyZuYnNwOyANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgPGlucHV0 IHR5cGU9InRleHQiIG5hbWU9ImFkZHJlc3MiPg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICA8L3NwYW4+PC9wPg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgIDwvdGQ+ DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgPHRkIHdpZHRoPSIxNjUiPiANCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIDxpbnB1dCB0eXBlPSJpbWFnZSIgc3JjPSJodHRw Oi8vd3d3Lm1haWxwYXJ0bmVyLmNvLmtyL2VtYWlsLzA3MjUvYm9kXzEuanBnIiBib3JkZXI9 IjAiIG5hbWU9ImltYWdlIiB3aWR0aD0iMTAxIiBoZWlnaHQ9Ijc2Ij4NCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICAgICAgICA8L3Ry Pg0KCQkJPC9mb3JtPg0KICAgICAgICAgICAgICAgICAgICAgICAgPC90YWJsZT4NCiAgICAg ICAgICAgICAgICAgICAgICAgIDxwIGFsaWduPSJjZW50ZXIiPiZuYnNwOzwvcD4NCiAgICAg ICAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAgICAgICAgICAgICAgICA8L3RyPg0KICAg ICAgICAgICAgICAgICAgPC90YWJsZT4NCiAgICAgICAgICAgICAgICA8L3RkPg0KICAgICAg ICAgICAgICA8L3RyPg0KICAgICAgICAgICAgICA8dHI+IA0KICAgICAgICAgICAgICAgIDx0 ZD4gDQogICAgICAgICAgICAgICAgICA8cCBzdHlsZT0ibGluZS1oZWlnaHQ6MTQwJTsgbWFy Z2luLXRvcDowOyBtYXJnaW4tYm90dG9tOjA7IG1hcmdpbi1sZWZ0OjEwOyIgYWxpZ249ImNl bnRlciI+PGZvbnQgZmFjZT0isby4siIgY29sb3I9IiM2NjY2NjYiPjxzcGFuIHN0eWxlPSJm b250LXNpemU6OXB0OyI+PGZvbnQgc2l6ZT0iMiI+sc3Hz8DHIA0KICAgICAgICAgICAgICAg ICAgICC9wrb0vvjAzCDIq7q4vLogwPzA2r/sxu3AuyC6uLO7sNQgtcjBoSDBpMHfyPcgu+ew +iC15biztM+02S4gwaS6uMXrvcW4wSDAzL/rPGJyPg0KICAgICAgICAgICAgICAgICAgICDD y8H4uf0gsdTBpMC7IMHYvPbHz7+pILGksO243sDPwNPAuyDHpb3Dx8+/tMC4uOcsILz2vcWw xbrOwOXEobimILi2t8PHz7DtwNa9wLTPtNkuPGJyPg0KICAgICAgICAgICAgICAgICAgICA8 L2ZvbnQ+PC9zcGFuPjwvZm9udD48Zm9udCBmYWNlPSKxvLiyIiBjb2xvcj0iIzY2NjY2NiIg c2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij689r3FwLsgDQogICAgICAg ICAgICAgICAgICAgIL/4xKEgvsrAuL3DuOkgPC9zcGFuPjwvZm9udD48Zm9udCBjb2xvcj0i IzY2NjY2NiIgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo5cHQ7Ij48YSBocmVm PSJtYWlsdG86aHl1bjEwMzEwQGtvcm5ldC5uZXQiPrz2vcWwxbrOKFVuc3Vic2NyaWJlKTwv YT48Zm9udCBmYWNlPSKxvLiyIj64piANCiAgICAgICAgICAgICAgICAgICAgxay4r8fYIMHW vcq9w7/kPC9mb250Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICAgICAgICAgICAgICAgIDwvdGQ+ DQogICAgICAgICAgICAgIDwvdHI+DQogICAgICAgICAgICA8L3RhYmxlPg0KICAgICAgICAg IDwvdGQ+DQogICAgICAgIDwvdHI+DQogICAgICA8L3RhYmxlPg0KICAgIDwvdGQ+DQogIDwv dHI+DQo8L3RhYmxlPg0KPGJyPg0KPC9ib2R5Pg0KPC9odG1sPg0K ------=_NextPart_000_0207_01C0F30A.93A29C00-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Aug 9 10:23:51 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D9CF37B400; Fri, 9 Aug 2002 10:23:45 -0700 (PDT) Received: from www.opentrade.cl (50-126-141.leased.cust.tie.cl [200.50.126.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACFF443E65; Fri, 9 Aug 2002 10:23:43 -0700 (PDT) (envelope-from jseverino@fritz.cl) Received: from pc ([192.168.1.10]) by www.opentrade.cl (8.12.2/8.12.2) with SMTP id g79HQgQU014207; Fri, 9 Aug 2002 10:26:43 -0700 (PDT) Message-ID: <007201c23fc9$e9e572a0$0a01a8c0@opentrade.cl> Reply-To: "Jorge Severino Diaz" From: "Jorge Severino Diaz" To: , , , , , , , References: <002e41b25c8d$8136a1a1$0cb05bc1@eqliec> Subject: unsubscribe Date: Fri, 9 Aug 2002 13:26:35 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsubscribe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Fri Aug 9 11:34:36 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A79837B400 for ; Fri, 9 Aug 2002 11:34:34 -0700 (PDT) Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 151A143E77 for ; Fri, 9 Aug 2002 11:34:33 -0700 (PDT) (envelope-from anarcat@anarcat.ath.cx) Received: from xtanbul (IDENT:506@[216.94.147.34]) by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id g79IYMN06486 for ; Fri, 9 Aug 2002 14:34:24 -0400 Date: Fri, 9 Aug 2002 14:24:22 -0400 Mime-Version: 1.0 (Apple Message framework v482) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: implementation differences between inet_aton() and inet_pton() From: Antoine Beaupre To: freebsd-arch@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <3A565436-ABC5-11D6-BAC6-0050E4A0BB3F@anarcat.ath.cx> X-Mailer: Apple Mail (2.482) Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I just stumbled upon some differences between the results given by inet_aton() and inet_pton(). inet_aton() converts substrings to numbers using strtoul(). This means that an address like "127.0x0.0.01" will be parsed as "127.0.0.1". On the other hand, inet_pton() parses the number directly, using a clever hack: u_int new = *tp * 10 + (pch - digits); This assumes the number is in base 10. This means that an address like "127.0x0.0.01" will result in a parse error. (more precisely: 0 if the address wasn't parseable in the specified address family). Is this difference there by design or accident? In either case it should be documented how each function parses the numbers, because it is rather important. A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sat Aug 10 13:41:50 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C0E437B400 for ; Sat, 10 Aug 2002 13:41:48 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C36943E5E for ; Sat, 10 Aug 2002 13:41:48 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C23DD72FBC; Sat, 10 Aug 2002 13:39:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BE8BB72D9E; Sat, 10 Aug 2002 13:39:02 -0700 (PDT) Date: Sat, 10 Aug 2002 13:39:02 -0700 (PDT) From: Doug White To: Antoine Beaupre Cc: freebsd-arch@freebsd.org Subject: Re: implementation differences between inet_aton() and inet_pton() In-Reply-To: <3A565436-ABC5-11D6-BAC6-0050E4A0BB3F@anarcat.ath.cx> Message-ID: <20020810132127.O38270-100000@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 9 Aug 2002, Antoine Beaupre wrote: > I just stumbled upon some differences between the results given by > inet_aton() and inet_pton(). [...] > Is this difference there by design or accident? Reading the manpage, it appears to be by design. The API makes a distinction between a "presentation address" vs a standard address. A standard address can be multiple formats (assumably to allow for flexibility in a program's internal representation of an address), but a presentation address is assumed to be a dotted decimal quad in AF_INET since it will be printed or passed externally. The man page also mentions that addr2ascii(3) should be used in preference to the inet_Xton functions. Don't know how well thats been followed :) > In either case it should be documented how each function parses the > numbers, because it is rather important. A couple of sentences of clarification between the presentation & normal addresses would be useful, yes. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message