From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 00:23:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02C3D16A4CE; Sun, 14 Mar 2004 00:23:11 -0800 (PST) Received: from zibbi.icomtek.csir.co.za (zibbi.icomtek.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA09343D2F; Sun, 14 Mar 2004 00:23:09 -0800 (PST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: from zibbi.icomtek.csir.co.za (localhost [127.0.0.1]) i2E8N8mg080618; Sun, 14 Mar 2004 10:23:08 +0200 (SAST) (envelope-from jhay@zibbi.icomtek.csir.co.za) Received: (from jhay@localhost)i2E8N8KK080617; Sun, 14 Mar 2004 10:23:08 +0200 (SAST) (envelope-from jhay) Date: Sun, 14 Mar 2004 10:23:07 +0200 From: John Hay To: Marcel Moolenaar Message-ID: <20040314082307.GA80283@zibbi.icomtek.csir.co.za> References: <20040314022615.GA21795@cat.robbins.dropbear.id.au> <20040314052944.GA75355@zibbi.icomtek.csir.co.za> <20040314075329.GA3927@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314075329.GA3927@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: current@freebsd.org cc: Tim Robbins Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 08:23:11 -0000 > > > I plan to remove doscmd from the base system for the sole reason that it > > > is no longer useful. Any objections? > > > > Why would you want to remove it? It is still very usefull. I use it > > regularly. The only drawback currently is that the Makefile is set > > up in such a way that it does not pick up X during a "make world", > > so after a "make world" you have to build it again to pick up X. > > Built without X it is less usefull. > > This is exactly the reason why the source tree is not the right > place for doscmd. That might be and is the reason I asked for the reasoning behind it. One reason why keeping it in the tree is good, is because it help pick API changes that break it. Out in ports it might take a while to pick that up and then it will be the poor user's problem. :-/ Doscmd use parts of the kernel that isn't used by many other programs. John -- John Hay -- John.Hay@icomtek.csir.co.za / jhay@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 01:31:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28DA416A4CE; Sun, 14 Mar 2004 01:31:48 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19A2E43D31; Sun, 14 Mar 2004 01:31:48 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (d366fecf214ef9a78d614ba03f69af48@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2E9Vigf028354; Sun, 14 Mar 2004 01:31:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F0FA45337D; Sun, 14 Mar 2004 01:31:43 -0800 (PST) Date: Sun, 14 Mar 2004 01:31:43 -0800 From: Kris Kennaway To: John Hay Message-ID: <20040314093143.GA4906@xor.obsecurity.org> References: <20040314022615.GA21795@cat.robbins.dropbear.id.au> <20040314052944.GA75355@zibbi.icomtek.csir.co.za> <20040314075329.GA3927@dhcp01.pn.xcllnt.net> <20040314082307.GA80283@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20040314082307.GA80283@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Tim Robbins cc: Marcel Moolenaar Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 09:31:48 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 10:23:07AM +0200, John Hay wrote: > > > > I plan to remove doscmd from the base system for the sole reason th= at it > > > > is no longer useful. Any objections? > > >=20 > > > Why would you want to remove it? It is still very usefull. I use it > > > regularly. The only drawback currently is that the Makefile is set > > > up in such a way that it does not pick up X during a "make world", > > > so after a "make world" you have to build it again to pick up X. > > > Built without X it is less usefull. > >=20 > > This is exactly the reason why the source tree is not the right > > place for doscmd. >=20 > That might be and is the reason I asked for the reasoning behind it. One > reason why keeping it in the tree is good, is because it help pick API > changes that break it. Out in ports it might take a while to pick that > up and then it will be the poor user's problem. :-/ Doscmd use parts of > the kernel that isn't used by many other programs. Port compile problems are typically picked up on bento within a week, and often within 24 hours. Kris --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVCZ/Wry0BWjoQKURAsAgAKD3ASidsAE5lwCaNQRh4ZuOmtpwjACfeMs1 3D1VA+RGPnlEplFoQRYb0mk= =7w2d -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 01:53:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8807216A4CE for ; Sun, 14 Mar 2004 01:53:42 -0800 (PST) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5080943D1D for ; Sun, 14 Mar 2004 01:53:42 -0800 (PST) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.9p2/8.12.9) with ESMTP id i2E9rZ7E037450 for ; Sun, 14 Mar 2004 01:53:39 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200403140953.i2E9rZ7E037450@gw.catspoiler.org> Date: Sun, 14 Mar 2004 01:53:35 -0800 (PST) From: Don Lewis To: current@FreeBSD.org MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Subject: recent changes in Giant usage -> panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 09:53:42 -0000 I cvsup'ed a few hours ago and did the buildworld and buildkernel drill. I installed the new kernel, rebooted, and got this panic while mtree was running in installworld. -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; /usr/obj/usr/src/make.i386/make -f Makefile.inc1 hierarchy cd /usr/src/etc; /usr/obj/usr/src/make.i386/make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / panic: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:899 at line 719 in file /usr/src/sys/kern/kern_mutex.c cpuid = 0; Debugger("panic") Stopped at Debugger+0x46: xchgl %ebx,in_Debugger.0 db> tr Debugger(c07d2da1) at Debugger+0x46 __panic(c07d217c,2cf,c07d22e8,c07d2423,c07daecf) at __panic+0x13d _mtx_assert(c0893860,1,c07daecf,383,c68931b0) at _mtx_assert+0xc2 vinvalbuf(c6893104,1,0,c6872690,0,0) at vinvalbuf+0x25 vclean(c6893104,8,c6872690,c6893104,c6893104) at vclean+0x97 vgonel(c6893104,c6872690,c6893104,0,c07daecf) at vgonel+0x4d vgone(c6893104) at vgone+0x28 pfs_exit(0,c6871898,c648c68c,0,c07d0695) at pfs_exit+0x3f exit1(c6872690,0,e7b11d40,c076bca7,c6872690) at exit1+0x2bd exit1(c6872690,e7b11d14,1,11,296) at exit1 syscall(2f,2f,2f,4814a740,bfbfea48) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x480c5163, esp = 0xbfbfe9ac, ebp = 0xbfbfe9c8 --- I've cvsup'ed again, but I didn't see any commits that look promising. The only new commit to sys/kern was the change to HZ for amd64. From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 02:13:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 765D816A4CE; Sun, 14 Mar 2004 02:13:17 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07A6943D1D; Sun, 14 Mar 2004 02:13:16 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.office.ipnet (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2EAHJee093207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Mar 2004 12:17:20 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.office.ipnet (8.12.11/8.12.11) id i2EADB3I063906; Sun, 14 Mar 2004 12:13:11 +0200 (EET) (envelope-from ru) Date: Sun, 14 Mar 2004 12:13:11 +0200 From: Ruslan Ermilov To: Kris Kennaway Message-ID: <20040314101311.GB63843@ip.net.ua> References: <20040314022615.GA21795@cat.robbins.dropbear.id.au> <20040314052944.GA75355@zibbi.icomtek.csir.co.za> <20040314075329.GA3927@dhcp01.pn.xcllnt.net> <20040314082307.GA80283@zibbi.icomtek.csir.co.za> <20040314093143.GA4906@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yVhtmJPUSI46BTXb" Content-Disposition: inline In-Reply-To: <20040314093143.GA4906@xor.obsecurity.org> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@freebsd.org cc: Tim Robbins cc: Marcel Moolenaar Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 10:13:17 -0000 --yVhtmJPUSI46BTXb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 01:31:43AM -0800, Kris Kennaway wrote: > On Sun, Mar 14, 2004 at 10:23:07AM +0200, John Hay wrote: > > > > > I plan to remove doscmd from the base system for the sole reason = that it > > > > > is no longer useful. Any objections? > > > >=20 > > > > Why would you want to remove it? It is still very usefull. I use it > > > > regularly. The only drawback currently is that the Makefile is set > > > > up in such a way that it does not pick up X during a "make world", > > > > so after a "make world" you have to build it again to pick up X. > > > > Built without X it is less usefull. > > >=20 > > > This is exactly the reason why the source tree is not the right > > > place for doscmd. > >=20 > > That might be and is the reason I asked for the reasoning behind it. One > > reason why keeping it in the tree is good, is because it help pick API > > changes that break it. Out in ports it might take a while to pick that > > up and then it will be the poor user's problem. :-/ Doscmd use parts of > > the kernel that isn't used by many other programs. >=20 > Port compile problems are typically picked up on bento within a week, > and often within 24 hours. >=20 No, the question was rather: how often the kernel gets updated on bento? Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --yVhtmJPUSI46BTXb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVDA3Ukv4P6juNwoRAgNIAJwPMmgMwCKu2Uoa30l6pN6cCu1QGwCfVa/0 deoGMbFgPoDQyKMeM+FYb4Q= =C7vl -----END PGP SIGNATURE----- --yVhtmJPUSI46BTXb-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 02:20:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A0CF16A4CE; Sun, 14 Mar 2004 02:20:57 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2416143D2F; Sun, 14 Mar 2004 02:20:57 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (f75e747fcd706d3ac5b2842cc1eeee39@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2EAKr8A007691; Sun, 14 Mar 2004 04:20:54 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6826A51844; Sun, 14 Mar 2004 02:20:52 -0800 (PST) Date: Sun, 14 Mar 2004 02:20:52 -0800 From: Kris Kennaway To: Ruslan Ermilov Message-ID: <20040314102052.GA5663@xor.obsecurity.org> References: <20040314022615.GA21795@cat.robbins.dropbear.id.au> <20040314052944.GA75355@zibbi.icomtek.csir.co.za> <20040314075329.GA3927@dhcp01.pn.xcllnt.net> <20040314082307.GA80283@zibbi.icomtek.csir.co.za> <20040314093143.GA4906@xor.obsecurity.org> <20040314101311.GB63843@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20040314101311.GB63843@ip.net.ua> User-Agent: Mutt/1.4.2.1i cc: Marcel Moolenaar cc: current@freebsd.org cc: Tim Robbins cc: Kris Kennaway Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 10:20:57 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 12:13:11PM +0200, Ruslan Ermilov wrote: > On Sun, Mar 14, 2004 at 01:31:43AM -0800, Kris Kennaway wrote: > > On Sun, Mar 14, 2004 at 10:23:07AM +0200, John Hay wrote: > > > > > > I plan to remove doscmd from the base system for the sole reaso= n that it > > > > > > is no longer useful. Any objections? > > > > >=20 > > > > > Why would you want to remove it? It is still very usefull. I use = it > > > > > regularly. The only drawback currently is that the Makefile is set > > > > > up in such a way that it does not pick up X during a "make world", > > > > > so after a "make world" you have to build it again to pick up X. > > > > > Built without X it is less usefull. > > > >=20 > > > > This is exactly the reason why the source tree is not the right > > > > place for doscmd. > > >=20 > > > That might be and is the reason I asked for the reasoning behind it. = One > > > reason why keeping it in the tree is good, is because it help pick API > > > changes that break it. Out in ports it might take a while to pick that > > > up and then it will be the poor user's problem. :-/ Doscmd use parts = of > > > the kernel that isn't used by many other programs. > >=20 > > Port compile problems are typically picked up on bento within a week, > > and often within 24 hours. > >=20 > No, the question was rather: how often the kernel gets updated on bento? I build a new bindist for most builds, so the above still applies. I don't update the build machine kernels as often as that, but that's not relevant for this discussion since doscmd isn't run with a new kernel as part of 'make world', so runtime breakage of doscmd isn't detected anyway. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVDIEWry0BWjoQKURAsm+AJ4mKa2qmyn9tWaxdZU0bsVVwU3LAQCggM5T NWvJDrZF0Sd6Yk8+wtmlPFA= =PF0R -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 02:29:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29A0416A4CE for ; Sun, 14 Mar 2004 02:29:15 -0800 (PST) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2996B43D2D for ; Sun, 14 Mar 2004 02:29:14 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.81.10) by smtp02.syd.iprimus.net.au (7.0.024) id 402CF8700093AC75; Sun, 14 Mar 2004 21:29:12 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id 2A67841C0; Sun, 14 Mar 2004 21:29:36 +1100 (EST) Date: Sun, 14 Mar 2004 21:29:36 +1100 From: Tim Robbins To: John Hay Message-ID: <20040314102936.GA23469@cat.robbins.dropbear.id.au> References: <20040314022615.GA21795@cat.robbins.dropbear.id.au> <20040314052944.GA75355@zibbi.icomtek.csir.co.za> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314052944.GA75355@zibbi.icomtek.csir.co.za> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 10:29:15 -0000 On Sun, Mar 14, 2004 at 07:29:44AM +0200, John Hay wrote: > On Sun, Mar 14, 2004 at 01:26:15PM +1100, Tim Robbins wrote: > > I plan to remove doscmd from the base system for the sole reason that it > > is no longer useful. Any objections? > > Why would you want to remove it? It is still very usefull. I use it > regularly. The only drawback currently is that the Makefile is set > up in such a way that it does not pick up X during a "make world", > so after a "make world" you have to build it again to pick up X. > Built without X it is less usefull. Because MS-DOS emulation is not widely useful in 2004, at least not enough to be needed in the base system. But I have already said that I will now wait until FreeBSD 6 before considering removing doscmd, so there's no point arguing over this anymore right now. Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 03:56:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9904C16A4CF; Sun, 14 Mar 2004 03:56:38 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AFEE43D2F; Sun, 14 Mar 2004 03:56:38 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AFE3C7303A; Sun, 14 Mar 2004 06:56:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040314115637.AFE3C7303A@freebsd-current.sentex.ca> Date: Sun, 14 Mar 2004 06:56:37 -0500 (EST) Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 11:56:38 -0000 TB --- 2004-03-14 11:29:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-03-14 11:29:54 - starting CURRENT tinderbox run for i386/i386 TB --- 2004-03-14 11:29:54 - checking out the source tree TB --- 2004-03-14 11:29:54 - cd /home/tinderbox/sandbox/CURRENT/i386/i386 TB --- 2004-03-14 11:29:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-03-14 11:34:26 - building world TB --- 2004-03-14 11:34:26 - cd /home/tinderbox/sandbox/CURRENT/i386/i386/src TB --- 2004-03-14 11:34:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a /other/tinderbox/CURRENT/i386/i386/src/usr.bin/msgs/msgs.c echo msgs: /home/tinderbox/sandbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/i386/usr/lib/libc.a /home/tinderbox/sandbox/CURRENT/i386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/i386/usr/lib/libtermcap.a >> .depend ===> usr.bin/mt rm -f .depend mkdep -f .depend -a /other/tinderbox/CURRENT/i386/i386/src/usr.bin/mt/mt.c /other/tinderbox/CURRENT/i386/i386/src/usr.bin/mt/mt.c:310:26: machine/wtio.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/usr.bin/mt. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src/usr.bin. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/i386/src. TB --- 2004-03-14 11:56:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-03-14 11:56:37 - ERROR: failed to build world TB --- 2004-03-14 11:56:37 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 04:11:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FCBA16A4CF; Sun, 14 Mar 2004 04:11:22 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE51543D31; Sun, 14 Mar 2004 04:11:21 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.office.ipnet (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2ECFRee094489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Mar 2004 14:15:28 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.office.ipnet (8.12.11/8.12.11) id i2ECBJlc064568; Sun, 14 Mar 2004 14:11:19 +0200 (EET) (envelope-from ru) Date: Sun, 14 Mar 2004 14:11:19 +0200 From: Ruslan Ermilov To: Warner Losh Message-ID: <20040314121119.GA64514@ip.net.ua> References: <20040314115637.AFE3C7303A@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20040314115637.AFE3C7303A@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: current@FreeBSD.org Subject: Re: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 12:11:23 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 06:56:37AM -0500, FreeBSD Tinderbox wrote: > TB --- 2004-03-14 11:29:54 - starting CURRENT tinderbox run for i386/i386 > >>> stage 4.3: make dependencies > [...] > rm -f .depend > mkdep -f .depend -a /other/tinderbox/CURRENT/i386/i386/src/usr.bin/ms= gs/msgs.c > echo msgs: /home/tinderbox/sandbox/CURRENT/i386/i386/obj/other/tinderbox/= CURRENT/i386/i386/src/i386/usr/lib/libc.a /home/tinderbox/sandbox/CURRENT/i= 386/i386/obj/other/tinderbox/CURRENT/i386/i386/src/i386/usr/lib/libtermcap.= a >> .depend > =3D=3D=3D> usr.bin/mt > rm -f .depend > mkdep -f .depend -a /other/tinderbox/CURRENT/i386/i386/src/usr.bin/mt= /mt.c > /other/tinderbox/CURRENT/i386/i386/src/usr.bin/mt/mt.c:310:26: machine/wt= io.h: No such file or directory > mkdep: compile failed > *** Error code 1 >=20 > Stop in /other/tinderbox/CURRENT/i386/i386/src/usr.bin/mt. > *** Error code 1 >=20 I've just committed a fix for this in src/usr.bin/mt/mt.c,v 1.34. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVEvnUkv4P6juNwoRAsc8AJ9VzXDg/LH1gtxcYwFlBNsOHYLNXwCghpQQ bJnedAn7yBOwt5pbBm3rgms= =99kQ -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 04:12:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1318516A4CF for ; Sun, 14 Mar 2004 04:12:21 -0800 (PST) Received: from smtp.mho.com (smtp.mho.net [64.58.4.5]) by mx1.FreeBSD.org (Postfix) with SMTP id CAF8543D1F for ; Sun, 14 Mar 2004 04:12:20 -0800 (PST) (envelope-from scottl@freebsd.org) Received: (qmail 25604 invoked by uid 1002); 14 Mar 2004 12:12:16 -0000 Received: from unknown (HELO freebsd.org) (64.58.1.252) by smtp.mho.net with SMTP; 14 Mar 2004 12:12:16 -0000 Message-ID: <40544B54.80203@freebsd.org> Date: Sun, 14 Mar 2004 05:08:52 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040304 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20040313123024.4e899294@Magellan.Leidinger.net> <20040313192530.36dd3e16@Magellan.Leidinger.net> In-Reply-To: <20040313192530.36dd3e16@Magellan.Leidinger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: Jun Su Subject: Re: semi HEADS UP: icc support committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 12:12:21 -0000 Alexander Leidinger wrote: > On Sat, 13 Mar 2004 22:34:01 +0800 > "Jun Su" wrote: > > >>>Tom Rhodes committed my icc patches. This should have no impact on >>>compiles with gcc, but allows to compile the kernel with Intels C/C++ >>>compiler. >>> >> >>Any plan to setup a icc-tinerbox? It should be helpful to find out more >>problem in the code as you mentioned before. > > > It's only the kernel, the world isn't instrumented with icc support. If > our tinderbox maintainer is willing to add a icc-kernel only one, it's > not a problem. But AFAIK the tinderbox is fully utilized, so I don't > know if it is able to handle the additional load. > > As the FreeBSD project has a commercial icc license, we would also be > able to distribute icc compiled kernels, if someone is adventurous > enough to test such a beast (I have a icc kernel running on a test box, > it survives a complete ports build)... > Even though the project has a license to distribute icc-derived binaries, I can't see us doing it in a general case. For one, it would significantly complicate the release scripts, since those expect to find everything in CVS. Second, users would not be able to recompile their kernels using icc, taking away the key benefit of open source. It might be interesting to provide an icc-compiled GENERIC that is available via web or ftp. Maybe one day we could even have a web applet that compiled custom kernels. Scott From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 04:22:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0686F16A4CF; Sun, 14 Mar 2004 04:22:40 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC8C343D39; Sun, 14 Mar 2004 04:22:39 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5534F7303A; Sun, 14 Mar 2004 07:22:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040314122239.5534F7303A@freebsd-current.sentex.ca> Date: Sun, 14 Mar 2004 07:22:39 -0500 (EST) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 12:22:40 -0000 TB --- 2004-03-14 11:56:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-03-14 11:56:37 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-03-14 11:56:37 - checking out the source tree TB --- 2004-03-14 11:56:37 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-03-14 11:56:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-03-14 12:00:16 - building world TB --- 2004-03-14 12:00:16 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-03-14 12:00:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] rm -f .depend mkdep -f .depend -a /other/tinderbox/CURRENT/i386/pc98/src/usr.bin/msgs/msgs.c echo msgs: /home/tinderbox/sandbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/i386/usr/lib/libc.a /home/tinderbox/sandbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/i386/usr/lib/libtermcap.a >> .depend ===> usr.bin/mt rm -f .depend mkdep -f .depend -a /other/tinderbox/CURRENT/i386/pc98/src/usr.bin/mt/mt.c /other/tinderbox/CURRENT/i386/pc98/src/usr.bin/mt/mt.c:310:26: machine/wtio.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src/usr.bin/mt. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src/usr.bin. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. TB --- 2004-03-14 12:22:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-03-14 12:22:39 - ERROR: failed to build world TB --- 2004-03-14 12:22:39 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Mar 13 05:50:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A190E16A4CE; Sat, 13 Mar 2004 05:50:08 -0800 (PST) Received: from smtp-out1.xs4all.nl (smtp-out1.xs4all.nl [194.109.24.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E6D843D41; Sat, 13 Mar 2004 05:50:08 -0800 (PST) (envelope-from wkb@xs4all.nl) Received: from xs1.xs4all.nl (xs1.xs4all.nl [194.109.21.2]) by smtp-out1.xs4all.nl (8.12.10/8.12.10) with ESMTP id i2DDnvHf090976; Sat, 13 Mar 2004 14:49:58 +0100 (CET) Received: from xs1.xs4all.nl (wkb@localhost.xs4all.nl [127.0.0.1]) by xs1.xs4all.nl (8.12.10/8.12.9) with ESMTP id i2DDnvWI057994; Sat, 13 Mar 2004 14:49:57 +0100 (CET) (envelope-from wkb@xs4all.nl) Received: (from wkb@localhost) by xs1.xs4all.nl (8.12.10/8.12.9/Submit) id i2DDnlG7057949; Sat, 13 Mar 2004 14:49:47 +0100 (CET) (envelope-from wkb) Date: Sat, 13 Mar 2004 14:49:47 +0100 From: Wilko Bulte To: Wes Peters Message-ID: <20040313134947.GA57765@xs4all.nl> References: <20040311193707.GX52357@bombur.guldan.demon.nl> <52729.1079033952@critter.freebsd.dk> <20040311.160412.47000752.imp@bsdimp.com> <20040312215939.2d445d90.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040312215939.2d445d90.wes@softweyr.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.7-RELEASE-p21 X-PGP: finger wilko@freebsd.org X-Mailman-Approved-At: Sun, 14 Mar 2004 05:47:17 -0800 cc: freebsd@guldan.demon.nl cc: phk@phk.freebsd.dk cc: current@FreeBSD.ORG cc: small@FreeBSD.ORG Subject: Re: "nanobsd" prototype X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: wkb@freebie.xs4all.nl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2004 13:50:08 -0000 On Fri, Mar 12, 2004 at 09:59:39PM -0800, Wes Peters wrote: > On Thu, 11 Mar 2004 16:04:12 -0700 (MST) "M. Warner Losh" > alleged: > > > In message: <52729.1079033952@critter.freebsd.dk> > > "Poul-Henning Kamp" writes: > > : I want nanobsd to use the normal build/installworld targets, but feel > > : free to prune your system in the Customize target. > > > > Maybe it is time to have a generic way to include/exclude directories > > from installworld, but not buildworld. This lack is one of the main > > reasons that I have a custom install script rather than using > > installworld for the build environment we have at work. > > I have some cow-orkers who will be very interested in that, and may want to ^---- ?? ;-) From owner-freebsd-current@FreeBSD.ORG Sat Mar 13 14:52:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 527BE16A4CE for ; Sat, 13 Mar 2004 14:52:06 -0800 (PST) Received: from pooh.cobbled.net (unknown [195.218.109.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA5EC43D2F for ; Sat, 13 Mar 2004 14:51:59 -0800 (PST) (envelope-from fergus@cobbled.net) Received: from pooh.cobbled.net (localhost [127.0.0.1]) by pooh.cobbled.net (8.12.10/8.12.10) with ESMTP id i2DMe7hX009858 for ; Sat, 13 Mar 2004 22:40:07 GMT (envelope-from fergus@pooh.cobbled.net) Received: (from fergus@localhost) by pooh.cobbled.net (8.12.10/8.12.10/Submit) id i2DMe7m8009857 for freebsd-current@freebsd.org; Sat, 13 Mar 2004 22:40:07 GMT (envelope-from fergus) Date: Sat, 13 Mar 2004 22:40:07 +0000 From: fergus To: freebsd-current@freebsd.org Message-ID: <20040313224007.GA9826@pooh.cobbled.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20040313210438.HIHR27519.lakemtao03.cox.net@smtp.east.cox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040313210438.HIHR27519.lakemtao03.cox.net@smtp.east.cox.net> X-Mailman-Approved-At: Sun, 14 Mar 2004 05:47:17 -0800 Subject: Re: mysql-server 4.0 not working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2004 22:52:06 -0000 On 13.03-16:04, eqe-support@cox.net wrote: > need help getting it running on 5.2.1 after > installing I can't get it to connect to server > don't have a clue why either?? anybody willing to > help me would be greatly appreciated. supplying some information is always a good start. From owner-freebsd-current@FreeBSD.ORG Sat Mar 13 15:32:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7138C16A4CF for ; Sat, 13 Mar 2004 15:32:02 -0800 (PST) Received: from pooh.cobbled.net (unknown [195.218.110.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 193F943D31 for ; Sat, 13 Mar 2004 15:32:01 -0800 (PST) (envelope-from fergus@cobbled.net) Received: from pooh.cobbled.net (localhost [127.0.0.1]) by pooh.cobbled.net (8.12.10/8.12.10) with ESMTP id i2DNKlhX010212; Sat, 13 Mar 2004 23:20:47 GMT (envelope-from fergus@pooh.cobbled.net) Received: (from fergus@localhost) by pooh.cobbled.net (8.12.10/8.12.10/Submit) id i2DNJVUa010193; Sat, 13 Mar 2004 23:19:31 GMT (envelope-from fergus) Date: Sat, 13 Mar 2004 23:19:31 +0000 From: fergus To: Neil Fenemor Message-ID: <20040313231931.GA10152@pooh.cobbled.net> Mail-Followup-To: Neil Fenemor , freebsd-current@freebsd.org References: <1079038531.29695.2.camel@acer> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1079038531.29695.2.camel@acer> X-Mailman-Approved-At: Sun, 14 Mar 2004 05:47:17 -0800 cc: freebsd-current@freebsd.org Subject: Re: IPSec/NAT/Gateway Query X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2004 23:32:02 -0000 On 12.03-09:55, Neil Fenemor wrote: [ ... ] > x.y.z.11 -> x.y.z.254 : works perfectly > x.y.z.11 -> x.y.z.254 -> 0.0.0.0 : works perfectly > rfc 1918 -> x.y.z.11 -> x.y.z.254 : Fails > rfc 1918 -> x.y.z.11 -> x.y.z.254 -> 0.0.0.0 : Fails perhaps i'm being stupid but this basically means nothing to me. the following text didn't illutidate the situation either. [ ... ] > Any ideas/input would be greatly appreciated. i would guess that you have a muddled configuration. it sounds like you have nat at the wrong place and tunnels where you should simply have transport security. though that is a guess because i don't understand anything of your config from the description. 'course by now you've probably resolved the situation anyway. ;-) -- : fergus cameron : [ .] cobbled : : ^^^^^^@cobbled.net : [ ~][ ] .net : From owner-freebsd-current@FreeBSD.ORG Sat Mar 13 15:35:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFF7E16A4CE; Sat, 13 Mar 2004 15:35:06 -0800 (PST) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A65DD43D2F; Sat, 13 Mar 2004 15:35:05 -0800 (PST) (envelope-from stb@lassitu.de) Received: from [127.0.0.1] (schlepper [212.12.50.230]) by schlepper.zs64.net (8.12.10/8.11.1) with ESMTP id i2DNYx7D089189; Sun, 14 Mar 2004 00:35:00 +0100 (CET) (envelope-from stb@lassitu.de) In-Reply-To: <404F1AE5.90105@bis.midco.net> References: <36090.1078874197@critter.freebsd.dk> <404F1AE5.90105@bis.midco.net> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <0A94B5C8-7547-11D8-BCE9-000393496BE8@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Sun, 14 Mar 2004 00:34:58 +0100 To: Peter Schultz X-Mailer: Apple Mail (2.612) X-Mailman-Approved-At: Sun, 14 Mar 2004 05:47:17 -0800 cc: current@freebsd.org cc: small@freebsd.org Subject: Re: "nanobsd" prototype X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2004 23:35:06 -0000 Am 10.03.2004 um 14:40 schrieb Peter Schultz: > Poul-Henning Kamp wrote: >> This patch contains my "nanobsd" prototype which I have been mumbling >> about. > > Is there hardware available for Joe Consumer to use this with? A bit late to the discussion, but I have been a satisfied customer with these systems: I'm currently using one with a 2.5" HD as a router (and associated stuff), but I'm planning on moving it to a 256 MB CF as soon as I have my main home server online. -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Sat Mar 13 20:24:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEF5716A4CE; Sat, 13 Mar 2004 20:24:56 -0800 (PST) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id B605843D2F; Sat, 13 Mar 2004 20:24:56 -0800 (PST) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 6A9791472C; Sat, 13 Mar 2004 22:24:56 -0600 (CST) Date: Sat, 13 Mar 2004 22:24:56 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: Tim Robbins In-Reply-To: <20040314034949.GA22121@cat.robbins.dropbear.id.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 14 Mar 2004 05:47:17 -0800 cc: current@FreeBSD.ORG cc: "Matthew N. Dodd" Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 04:24:56 -0000 On Sun, 14 Mar 2004, Tim Robbins wrote: > Even assuming that it works perfectly (which it does not), do you honestly > believe that MS-DOS emulation is so widely useful that it needs to be in > the base system instead of the ports collection? This sounds like a good candidate for something to be done in 6.0, leaving it 5.x for an appropriate deprecation period. I mean, my understanding is that 5 is supposed to be the new STABLE in ... what, just a few weeks, anyways? mcl From owner-freebsd-current@FreeBSD.ORG Sat Mar 13 23:16:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B981616A4CE for ; Sat, 13 Mar 2004 23:16:18 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F49D43D1F for ; Sat, 13 Mar 2004 23:16:18 -0800 (PST) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp190-27.lns1.bne1.internode.on.net [150.101.190.27])i2E7GFwn013857; Sun, 14 Mar 2004 17:46:15 +1030 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i2E7GDKa007204; Sun, 14 Mar 2004 17:16:14 +1000 (EST) (envelope-from mckay) Message-Id: <200403140716.i2E7GDKa007204@dungeon.home> To: Garance A Drosihn References: In-Reply-To: from Garance A Drosihn at "Wed, 10 Mar 2004 18:00:07 +0000" Date: Sun, 14 Mar 2004 17:16:13 +1000 From: Stephen McKay X-Mailman-Approved-At: Sun, 14 Mar 2004 05:47:17 -0800 cc: current@freebsd.org cc: Stephen McKay Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 07:16:18 -0000 On Wednesday, 10th March 2004, Garance A Drosihn wrote: >The long-threatened change for FreeBSD/sparc64 has now been >committed. This changes time_t to be a 64-bit quantity, the >same as it is for the AMD64 and IA64 architectures. People >running FreeBSD/sparc64 *will* have to read the UPDATING.64BTT >file for instructions on how to safely build and install this >change. The change to 64-bit time is essential, of course, but I don't understand why it has to break backward compatibility. Surely you just allocate a bunch of new system call numbers (for the 64-bit variants) while keeping the old ones (so 32-bit time calls still work) and bump the version number of every library. What else is going on? (I don't have a Sparc or I'd join your experiment.) >This only affects freebsd-current, of course. Later we'll have >to decide the best upgrade method for people who make the jump >from RELENG_5_2 to the upcoming RELENG_5_3. I'm thinking of the "later" where i386 is changed to 64-bit time_t. If that's not backward compatible, you'll get no takers. Stephen. From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 05:49:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D915C16A4CF for ; Sun, 14 Mar 2004 05:49:25 -0800 (PST) Received: from mailhub1.midco.net (mailhub1.midco.net [24.220.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 867DF43D1F for ; Sun, 14 Mar 2004 05:49:25 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 26120 invoked by uid 0); 14 Mar 2004 13:49:25 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 14 Mar 2004 13:49:25 -0000 Message-ID: <405462E3.5010608@bis.midco.net> Date: Sun, 14 Mar 2004 07:49:23 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7a) Gecko/20040308 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Alexander Leidinger References: <20040313123024.4e899294@Magellan.Leidinger.net> In-Reply-To: <20040313123024.4e899294@Magellan.Leidinger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: semi HEADS UP: icc support committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 13:49:26 -0000 Alexander Leidinger wrote: > For those which want to install icc for the first time now: the port > tells you where to download it. If you don't find it, you haven't read > the download-instructions carefully enough. I will not send the icc > archive to you, so don't even ask for it. > Wow, I guess they're serious about getting back to me in a "business day." They actually review every application for a non-commercial license? Pete... From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 06:50:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A08916A4CE for ; Sun, 14 Mar 2004 06:50:17 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BC6243D2D for ; Sun, 14 Mar 2004 06:50:17 -0800 (PST) (envelope-from kaarthik@comcast.net) Received: from the-saint.the-saint.localdomain (pcp06945825pcs.nrockv01.md.comcast.net[69.138.30.56]) by comcast.net (rwcrmhc12) with ESMTP id <2004031414501601400gq1ive>; Sun, 14 Mar 2004 14:50:16 +0000 To: freebsd-current@freebsd.org From: Kaarthik Sivakumar Date: Sun, 14 Mar 2004 09:50:08 -0500 Message-ID: <86r7vvwkin.fsf@comcast.net> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (celeriac, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: CD access panic on 5.2RC2 (similar to panic before for audio/data CD access) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 14:50:17 -0000 I am currently running the following: FreeBSD the-saint 5.2-RC2 FreeBSD 5.2-RC2 #0: Sat Mar 13 20:37:02 EST 2004 kaarthik@the-saint:/usr/src/sys/i386/compile/THE-SAINT i386 When I try to play audio CDs, on every fourth CD the system panics. >From the archives, I find the stacktrace (it is attached below) is the same as the ones people have seen when trying to access a data CD after accessing an audio CD. I checked the archives and the last mail on this topic seems to be from Dec 2003 (subject: "panic in devstat_remove_entry"), where someone confirmed that they still have this panic. I dont see this as being fixed, atleast not in the -current archives. Has this been fixed in 5.2.1? Would an upgrade solve this for me? Thanks.. The stacktrace is (copied by hand, so possibility of a typo exists): devstat_remove_entry(c2ee3870, 0, 0, c2f0a600, d89a1ccc) at devstat_remove_entry+0x83 g_destroy_provider(c2f0a600, c06542bc, c2f0a654, c2f0a600, c04b68a0) at g_destroy_provider+0x48 g_orphan_register(c2f0a600, 0, c0654283, a6, 66666667) at g_orphan_register+0x65 one_event(d89a1d10, c04b68c5, c06a0654, 0, 4c) at one_event+0xc0 g_run_events(c06a0654, 0, 4c, c06536b9, a) at g_run_events+0x15 g_event_procbody(0, d89a1d48, c0655a40, 311, 0) at g_event_procbody+0x25 fork_exit(c04b68a0, 0, d89a1d48) at fork_exit+0x7e fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd89a1d7c, ebp = 0 --- P.S: Is there a two-way newsgroup for this group? I am accessing newsgroup mailing.freebsd.current on giganews, but that doesnt seem to be two-way, ie I cant post to the newsgroup and see the mail on the mailing list. kaarthik From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 06:52:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EC5516A4CF; Sun, 14 Mar 2004 06:52:07 -0800 (PST) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id A469D43D31; Sun, 14 Mar 2004 06:52:04 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i2EEq3nX008867; Mon, 15 Mar 2004 01:52:03 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i2EEq0Gi018433; Mon, 15 Mar 2004 01:52:01 +1100 Date: Mon, 15 Mar 2004 01:52:00 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Don Lewis In-Reply-To: <200403140953.i2E9rZ7E037450@gw.catspoiler.org> Message-ID: <20040315012321.X1848@gamplex.bde.org> References: <200403140953.i2E9rZ7E037450@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@FreeBSD.org Subject: Re: recent changes in Giant usage -> panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 14:52:07 -0000 On Sun, 14 Mar 2004, Don Lewis wrote: > I cvsup'ed a few hours ago and did the buildworld and buildkernel drill. > I installed the new kernel, rebooted, and got this panic while mtree was > running in installworld. > > -------------------------------------------------------------- > >>> Making hierarchy > -------------------------------------------------------------- > cd /usr/src; /usr/obj/usr/src/make.i386/make -f Makefile.inc1 hierarchy > cd /usr/src/etc; /usr/obj/usr/src/make.i386/make distrib-dirs > mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / > > panic: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:899 > at line 719 in file /usr/src/sys/kern/kern_mutex.c > cpuid = 0; > Debugger("panic") > Stopped at Debugger+0x46: xchgl %ebx,in_Debugger.0 > db> tr > Debugger(c07d2da1) at Debugger+0x46 > __panic(c07d217c,2cf,c07d22e8,c07d2423,c07daecf) at __panic+0x13d > _mtx_assert(c0893860,1,c07daecf,383,c68931b0) at _mtx_assert+0xc2 > vinvalbuf(c6893104,1,0,c6872690,0,0) at vinvalbuf+0x25 > vclean(c6893104,8,c6872690,c6893104,c6893104) at vclean+0x97 > vgonel(c6893104,c6872690,c6893104,0,c07daecf) at vgonel+0x4d > vgone(c6893104) at vgone+0x28 > pfs_exit(0,c6871898,c648c68c,0,c07d0695) at pfs_exit+0x3f > exit1(c6872690,0,e7b11d40,c076bca7,c6872690) at exit1+0x2bd > exit1(c6872690,e7b11d14,1,11,296) at exit1 > syscall(2f,2f,2f,4814a740,bfbfea48) at syscall+0x217 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x480c5163, esp = 0xbfbfe9ac, ebp = 0xbfbfe9c8 --- vgone() has interesting locking problems. It seems to be a fundamentally broken interface that only works if the kernel is not premptible or possibly if everything related to vgone() is locked by Giant. Apparently the lower levels know that Giant locking is needed. Look at this code in ufs_mknod9): % /* % * Remove inode, then reload it through VFS_VGET so it is % * checked to see if it is an alias of an existing entry in % * the inode cache. % */ % vput(*vpp); Here we've completely released the vnode, so references to it before we vget() it again use a garbage pointer, since we may be preempted and the vnode may be recycled. % (*vpp)->v_type = VNON; Here we reference it. % ino = ip->i_number; /* Save this before vgone() invalidates ip. */ Here we reference something hanging off it. % vgone(*vpp); Here we do considerably more with it, without holding any lock on it to begin with. % error = VFS_VGET(ap->a_dvp->v_mount, ino, LK_EXCLUSIVE, vpp); This and the rest is OK. % if (error) { % *vpp = NULL; % return (error); % } % return (0); % this code in I noticed this not due to losing a race, but because I have active code in vput() that recycles certain unwanted vnodes as soon as possible (actually sooner than possible due to the bug). The vnode gets vgone()'ed in vput() and comes back with type VBAD (so perhaps I'm mistaken that it was completely free). Then vgone()'ing it again does bad things (deadlock in deadfs). I work around this using: %%% Index: ufs_vnops.c =================================================================== RCS file: /home/ncvs/src/sys/ufs/ufs/ufs_vnops.c,v retrieving revision 1.238 diff -u -2 -r1.238 ufs_vnops.c --- ufs_vnops.c 11 Mar 2004 18:50:33 -0000 1.238 +++ ufs_vnops.c 12 Mar 2004 14:04:04 -0000 @@ -246,7 +258,9 @@ */ vput(*vpp); - (*vpp)->v_type = VNON; ino = ip->i_number; /* Save this before vgone() invalidates ip. */ - vgone(*vpp); + if ((*vpp)->v_type != VBAD) { + (*vpp)->v_type = VNON; + vgone(*vpp); + } error = VFS_VGET(ap->a_dvp->v_mount, ino, LK_EXCLUSIVE, vpp); if (error) { %%% Perhaps the correct fix is to remove vgone() and always use vgonel(). And Giant locking. Bruce From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 06:58:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26B4E16A4CE for ; Sun, 14 Mar 2004 06:58:23 -0800 (PST) Received: from mailbox.univie.ac.at (mailbox.univie.ac.at [131.130.1.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DC0F43D1D for ; Sun, 14 Mar 2004 06:58:22 -0800 (PST) (envelope-from le@FreeBSD.org) Received: from wireless (adslle.cc.univie.ac.at [131.130.102.11]) i2EEwEHJ888554; Sun, 14 Mar 2004 15:58:16 +0100 Date: Sun, 14 Mar 2004 15:58:13 +0100 (CET) From: Lukas Ertl To: Kaarthik Sivakumar In-Reply-To: <86r7vvwkin.fsf@comcast.net> Message-ID: <20040314155729.F657@korben.in.tern> References: <86r7vvwkin.fsf@comcast.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DCC-ZID-Univie-Metrics: mailbox 4261; Body=0 Fuz1=0 Fuz2=0 cc: freebsd-current@FreeBSD.org Subject: Re: CD access panic on 5.2RC2 (similar to panic before foraudio/data CD access) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 14:58:23 -0000 On Sun, 14 Mar 2004, Kaarthik Sivakumar wrote: > The stacktrace is (copied by hand, so possibility of a typo exists): > > devstat_remove_entry(c2ee3870, 0, 0, c2f0a600, d89a1ccc) at > devstat_remove_entry+0x83 > g_destroy_provider(c2f0a600, c06542bc, c2f0a654, c2f0a600, c04b68a0) > at g_destroy_provider+0x48 > g_orphan_register(c2f0a600, 0, c0654283, a6, 66666667) at > g_orphan_register+0x65 > one_event(d89a1d10, c04b68c5, c06a0654, 0, 4c) at one_event+0xc0 > g_run_events(c06a0654, 0, 4c, c06536b9, a) at g_run_events+0x15 > g_event_procbody(0, d89a1d48, c0655a40, 311, 0) at > g_event_procbody+0x25 > fork_exit(c04b68a0, 0, d89a1d48) at fork_exit+0x7e > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd89a1d7c, ebp = 0 --- What's the panic message? Would it be possible for you to get a coredump and a gdb backtrace out of that? Thanks, le -- Lukas Ertl http://mailbox.univie.ac.at/~le/ le@FreeBSD.org http://people.freebsd.org/~le/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 07:09:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D2CE16A4CE for ; Sun, 14 Mar 2004 07:09:38 -0800 (PST) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF9C43D41 for ; Sun, 14 Mar 2004 07:09:37 -0800 (PST) (envelope-from timon@memphis.mephi.ru) Received: from [192.168.0.3] (ppp8-4.pppoe.mtu-net.ru [81.195.8.4]) (authenticated bits=0) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id i2EF9Xxx001552 for ; Sun, 14 Mar 2004 18:09:34 +0300 (MSK) (envelope-from timon@memphis.mephi.ru) From: Artem Ignatiev To: freebsd-current@freebsd.org Content-Type: text/plain Message-Id: <1079276960.918.14.camel@timon.nist> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 14 Mar 2004 18:09:20 +0300 Content-Transfer-Encoding: 7bit Subject: broken top stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 15:09:38 -0000 Hello, I've noticed that top now is now unreliable in measuring system performance. [timon@timon timon]$ uname -mv FreeBSD 5.2-CURRENT #19: Sat Mar 13 16:27:48 MSK 2004 root@timon.nist:/usr/obj/usr/src/sys/TIMON i386 options SCHED_ULE (cvsupped just before rebuilding kernel & world) top gives weird CPU/WCPU usage: only first (rarely, first couple) of processes displayed have non-zero CPU/WCPU usage, all others have zero cpu usage, but totals, shown in second line of top output differs from sum of values in CPU column alot. Same with ps. E.g.: 51 processes: 2 running, 49 sleeping CPU: 20.2% user, 0.0% nice, 3.5% system, 2.3% interrupt, 74.0% idle Mem: 168M Active, 141M Inact, 98M Wired, 716K Cache, 60M Buf, 91M Free Swap: 231M Total, 231M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU CMD 1363 timon 77 0 49544K 42140K RUN 1:11 6.25% 6.25% mozill 890 timon 77 0 100M 83152K select 1:21 3.12% 3.12% XFree8 1344 timon 20 0 16184K 13144K kserel 1:55 0.00% 0.00% xmms 918 timon 20 0 78616K 50344K kserel 0:44 0.00% 0.00% evolut 901 timon 76 0 5556K 2604K select 0:25 0.00% 0.00% wmusic 919 timon 20 0 41304K 37836K kserel 0:21 0.00% 0.00% pan 900 timon 8 0 2196K 1616K nanslp 0:06 0.00% 0.00% wmWeat 899 timon 8 0 2196K 1616K nanslp 0:06 0.00% 0.00% wmWeat 895 timon 76 0 6552K 5872K select 0:05 0.00% 0.00% wmaker From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 07:11:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 928D216A4CE; Sun, 14 Mar 2004 07:11:11 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C1F843D48; Sun, 14 Mar 2004 07:11:11 -0800 (PST) (envelope-from kaarthik@comcast.net) Received: from the-saint.the-saint.localdomain (pcp06945825pcs.nrockv01.md.comcast.net[69.138.30.56]) by comcast.net (sccrmhc11) with ESMTP id <20040314151108011005gns1e>; Sun, 14 Mar 2004 15:11:09 +0000 To: Lukas Ertl From: Kaarthik Sivakumar In-Reply-To: <20040314155729.F657@korben.in.tern> (Lukas Ertl's message of "Sun, 14 Mar 2004 15:58:13 +0100 (CET)") References: <86r7vvwkin.fsf@comcast.net> <20040314155729.F657@korben.in.tern> Date: Sun, 14 Mar 2004 10:11:11 -0500 Message-ID: <86n06jwjjk.fsf@comcast.net> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (celeriac, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: CD access panic on 5.2RC2 (similar to panic before for audio/data CD access) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 15:11:11 -0000 >>> "LE" == Lukas Ertl writes: LE> On Sun, 14 Mar 2004, Kaarthik Sivakumar wrote: >> The stacktrace is (copied by hand, so possibility of a typo exists): >> >> devstat_remove_entry(c2ee3870, 0, 0, c2f0a600, d89a1ccc) at >> devstat_remove_entry+0x83 >> g_destroy_provider(c2f0a600, c06542bc, c2f0a654, c2f0a600, c04b68a0) >> at g_destroy_provider+0x48 >> g_orphan_register(c2f0a600, 0, c0654283, a6, 66666667) at >> g_orphan_register+0x65 >> one_event(d89a1d10, c04b68c5, c06a0654, 0, 4c) at one_event+0xc0 >> g_run_events(c06a0654, 0, 4c, c06536b9, a) at g_run_events+0x15 >> g_event_procbody(0, d89a1d48, c0655a40, 311, 0) at >> g_event_procbody+0x25 >> fork_exit(c04b68a0, 0, d89a1d48) at fork_exit+0x7e >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xd89a1d7c, ebp = 0 --- LE> What's the panic message? Would it be possible for you to get a coredump LE> and a gdb backtrace out of that? The panic message is as follows (again, copied by hand): fatal trap 12: page fault while in kernel mode fault virtual address = 0x1c, code = supervisor read, page not present instruction pointer = 0x8:0xc0502923 stack pointer = 0x10:0xd89a1c84 frame pointer = 0x10:0xd89a1c98 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 <= i suspect typos here proc eflags = interrupt enabled, resume, IOPL=0 current proc = 2 (g_event) kernel: type 12 trap, code = 0 Stopeed at devstat_remove_entry+0x83: cmpl %ebx, 0x1c(%edx) Since this is repeatable, I will get a coredump and send it in soon. Using a debug kernel, I actually tried to get the appropriate filename and line number using gdb, and this is what I get. This should be help in the meantime, I think. The line number given by gdb does seem plausible, but I am not a kernel hacker. kaarthik@the-saint:~:117>gdb /usr/src/sys/i386/compile/THE-SAINT/kernel.debug GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) l *(devstat_remove_entry+0x83) 0xc0502923 is in devstat_remove_entry (../../../kern/subr_devstat.c:198). 193 194 /* Remove this entry from the devstat queue */ 195 atomic_add_acq_int(&ds->sequence1, 1); 196 if (ds->id == NULL) { 197 devstat_num_devs--; 198 STAILQ_REMOVE(devstat_head, ds, devstat, dev_links); 199 } 200 devstat_free(ds); 201 devstat_generation++; 202 mtx_unlock(&devstat_mutex); (gdb) Thanks. kaarthik. From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 07:19:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F7C16A4CE; Sun, 14 Mar 2004 07:19:16 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6717D43D41; Sun, 14 Mar 2004 07:19:15 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i2EFJ7YB078489; Sun, 14 Mar 2004 16:19:12 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: Bruce Evans From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 15 Mar 2004 01:52:00 +1100." <20040315012321.X1848@gamplex.bde.org> Date: Sun, 14 Mar 2004 16:19:07 +0100 Message-ID: <78488.1079277547@critter.freebsd.dk> cc: Don Lewis cc: current@freebsd.org Subject: Re: recent changes in Giant usage -> panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 15:19:16 -0000 In message <20040315012321.X1848@gamplex.bde.org>, Bruce Evans writes: >vgone() has interesting locking problems. It seems to be a fundamentally >broken interface that only works if the kernel is not premptible or >possibly if everything related to vgone() is locked by Giant. Apparently >the lower levels know that Giant locking is needed. That's a fair way of putting it. Quite a bit of the brokenness comes from the revoke systemcall. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 07:21:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AC9A16A4CE for ; Sun, 14 Mar 2004 07:21:34 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31ED843D1F for ; Sun, 14 Mar 2004 07:21:34 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id D3808530E; Sun, 14 Mar 2004 16:21:32 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C5EB9530A; Sun, 14 Mar 2004 16:21:27 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 592E933CA7; Sun, 14 Mar 2004 16:21:27 +0100 (CET) To: Artem Ignatiev References: <1079276960.918.14.camel@timon.nist> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 14 Mar 2004 16:21:26 +0100 In-Reply-To: <1079276960.918.14.camel@timon.nist> (Artem Ignatiev's message of "Sun, 14 Mar 2004 18:09:20 +0300") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: broken top stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 15:21:34 -0000 Artem Ignatiev writes: > I've noticed that top now is now unreliable in measuring system > performance. top has never been and will never be a reliable tool for system performance measurement. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 07:26:32 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C661B16A4CF for ; Sun, 14 Mar 2004 07:26:32 -0800 (PST) Received: from ns.atcom.spb.ru (ns.atcom.spb.ru [213.182.169.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2241C43D48 for ; Sun, 14 Mar 2004 07:26:32 -0800 (PST) (envelope-from postfix@sendmail.ru) Received: from karputer (ppp-dialup-9.atcom.spb.ru [213.182.168.9]) by ns.atcom.spb.ru (Postfix) with SMTP id 40DA84BB6B; Sun, 14 Mar 2004 18:26:29 +0300 (MSK) X-AntiVirus: Checked by Dr.Web [version: 4.31a, engine: 4.31b, virus records: 47367, updated: 13.03.2004] Message-ID: <001c01c409d8$80450790$0202a8c0@karputer> From: "toxa" To: "Artem Ignatiev" , =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= References: <1079276960.918.14.camel@timon.nist> Date: Sun, 14 Mar 2004 18:24:52 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: freebsd-current@freebsd.org Subject: Re: broken top stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 15:26:32 -0000 so would you mind to tell me any quite reliable tool for it? :) Artem Ignatiev writes: > I've noticed that top now is now unreliable in measuring system > performance. top has never been and will never be a reliable tool for system performance measurement. DES -- Dag-Erling Smørgrav - des@des.no _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 07:33:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49BEF16A4D9 for ; Sun, 14 Mar 2004 07:33:02 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CF1F43D49 for ; Sun, 14 Mar 2004 07:33:02 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id DF149530E; Sun, 14 Mar 2004 16:32:57 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id BEE76530A; Sun, 14 Mar 2004 16:32:51 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id A1FBC33CA7; Sun, 14 Mar 2004 16:32:51 +0100 (CET) To: "toxa" References: <1079276960.918.14.camel@timon.nist> <001c01c409d8$80450790$0202a8c0@karputer> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 14 Mar 2004 16:32:51 +0100 In-Reply-To: <001c01c409d8$80450790$0202a8c0@karputer> (postfix@sendmail.ru's message of "Sun, 14 Mar 2004 18:24:52 +0300") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org cc: Artem Ignatiev Subject: Re: broken top stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 15:33:02 -0000 "toxa" writes: > so would you mind to tell me any quite reliable tool for it? :) try 'systat -vmstat' DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 07:44:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 346F516A4CE; Sun, 14 Mar 2004 07:44:34 -0800 (PST) Received: from hood.oook.cz (hood.oook.cz [212.27.205.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5340743D1F; Sun, 14 Mar 2004 07:44:33 -0800 (PST) (envelope-from pav@FreeBSD.org) Received: from hood.oook.cz (localhost.oook.cz [127.0.0.1]) by hood.oook.cz (8.12.11/8.12.11) with ESMTP id i2EFiU7Z034082; Sun, 14 Mar 2004 16:44:30 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by hood.oook.cz (8.12.11/8.12.11/Submit) id i2EFiTt2034057; Sun, 14 Mar 2004 16:44:29 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: hood.oook.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: Kaarthik Sivakumar In-Reply-To: <86n06jwjjk.fsf@comcast.net> References: <86r7vvwkin.fsf@comcast.net> <20040314155729.F657@korben.in.tern> <86n06jwjjk.fsf@comcast.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kRGHxE4uW7Ia4SXwI9yB" Message-Id: <1079279069.76859.26.camel@hood.oook.cz> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 14 Mar 2004 16:44:29 +0100 cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: CD access panic on 5.2RC2 (similar to panic before for audio/data CD access) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 15:44:34 -0000 --=-kRGHxE4uW7Ia4SXwI9yB Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable V ne, 14. 03. 2004 v 16:11, Kaarthik Sivakumar p=ED=B9e: > Since this is repeatable, I will get a coredump and send it in soon. > Using a debug kernel, I actually tried to get the appropriate filename > and line number using gdb, and this is what I get. This should be help > in the meantime, I think. The line number given by gdb does seem > plausible, but I am not a kernel hacker. What about updating to -CURRENT or 5.2.1? This kind of CD access problems in GEOM was fixed short time before 5.2 release. --=20 Pav Lucistnik "Well, she turned me into a newt!" "A newt?" "I got better." --=-kRGHxE4uW7Ia4SXwI9yB Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAVH3cntdYP8FOsoIRAn4pAKCvPwlYrQp1v3cF0dfduHCUdAK/1wCglBcX tEuLPnY00c+dlU29HZHCRbk= =sd0Q -----END PGP SIGNATURE----- --=-kRGHxE4uW7Ia4SXwI9yB-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 08:04:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E3F116A4CE; Sun, 14 Mar 2004 08:04:58 -0800 (PST) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B3D943D48; Sun, 14 Mar 2004 08:04:58 -0800 (PST) (envelope-from kaarthik@comcast.net) Received: from the-saint.the-saint.localdomain (pcp06945825pcs.nrockv01.md.comcast.net[69.138.30.56]) by comcast.net (rwcrmhc11) with ESMTP id <2004031416045701300futpme>; Sun, 14 Mar 2004 16:04:58 +0000 To: pav@FreeBSD.org From: Kaarthik Sivakumar In-Reply-To: <1079279069.76859.26.camel@hood.oook.cz> (Pav Lucistnik's message of "Sun, 14 Mar 2004 16:44:29 +0100") References: <86r7vvwkin.fsf@comcast.net> <20040314155729.F657@korben.in.tern> <86n06jwjjk.fsf@comcast.net> <1079279069.76859.26.camel@hood.oook.cz> Date: Sun, 14 Mar 2004 11:04:59 -0500 Message-ID: <86ekrvwh1w.fsf@comcast.net> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (celeriac, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: CD access panic on 5.2RC2 (similar to panic before for audio/data CD access) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 16:04:58 -0000 >>> "PL" == Pav Lucistnik writes: PL> V ne, 14. 03. 2004 v 16:11, Kaarthik Sivakumar píše: >> Since this is repeatable, I will get a coredump and send it in >> soon. Using a debug kernel, I actually tried to get the appropriate >> filename and line number using gdb, and this is what I get. This >> should be help in the meantime, I think. The line number given by >> gdb does seem plausible, but I am not a kernel hacker. PL> What about updating to -CURRENT or 5.2.1? This kind of CD access PL> problems in GEOM was fixed short time before 5.2 release. Ok, if some of these problems were fixed, I will then update. I didnt want to update if it wasnt yet fixed. I am quite happy with 5.2RC2, except for this problem and dont like to update to newer versions of software unless there is a compelling reason. Some softwares tend to break more on an update and I have been bitten much too often on that to simply experiment. kaarthik From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 08:44:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35ABA16A4CE for ; Sun, 14 Mar 2004 08:44:42 -0800 (PST) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id E929D43D3F for ; Sun, 14 Mar 2004 08:44:41 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from freebsd.org (c-24-130-160-161.we.client2.attbi.com[24.130.160.161]) by comcast.net (sccrmhc12) with ESMTP id <2004031416444001200mjcj8e> (Authid: domain_name_tsar); Sun, 14 Mar 2004 16:44:41 +0000 Message-ID: <40548BF7.2060003@FreeBSD.org> Date: Sun, 14 Mar 2004 08:44:39 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040307 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chenwen Chien References: <20040313092759.AAC7.BLANKA@micro.ee.nthu.edu.tw> In-Reply-To: <20040313092759.AAC7.BLANKA@micro.ee.nthu.edu.tw> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: How to MANUALLY add proxy user for installworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 16:44:42 -0000 Chenwen Chien wrote: > The "mergemaster -p" doesn't work on my machine > It said that I already have the same CVS ID on the passwd and group mergemaster -ps should solve that problem. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 08:55:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 480AF16A4CE; Sun, 14 Mar 2004 08:55:22 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1F1143D39; Sun, 14 Mar 2004 08:55:21 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i2EGtL2Z037238; Sun, 14 Mar 2004 08:55:21 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i2EGtLDT005622; Sun, 14 Mar 2004 08:55:21 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i2EGtK2C005621; Sun, 14 Mar 2004 08:55:20 -0800 (PST) (envelope-from marcel) Date: Sun, 14 Mar 2004 08:55:20 -0800 From: Marcel Moolenaar To: Ruslan Ermilov Message-ID: <20040314165520.GA5545@dhcp01.pn.xcllnt.net> References: <20040314022615.GA21795@cat.robbins.dropbear.id.au> <20040314052944.GA75355@zibbi.icomtek.csir.co.za> <20040314075329.GA3927@dhcp01.pn.xcllnt.net> <20040314082307.GA80283@zibbi.icomtek.csir.co.za> <20040314093143.GA4906@xor.obsecurity.org> <20040314101311.GB63843@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314101311.GB63843@ip.net.ua> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Tim Robbins cc: Kris Kennaway Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 16:55:22 -0000 On Sun, Mar 14, 2004 at 12:13:11PM +0200, Ruslan Ermilov wrote: > > > > > > That might be and is the reason I asked for the reasoning behind it. One > > > reason why keeping it in the tree is good, is because it help pick API > > > changes that break it. Out in ports it might take a while to pick that > > > up and then it will be the poor user's problem. :-/ Doscmd use parts of > > > the kernel that isn't used by many other programs. > > > > Port compile problems are typically picked up on bento within a week, > > and often within 24 hours. > > > No, the question was rather: how often the kernel gets updated on bento? It's irrelevant. doscmd is not designed to replace a regression test suite. Pulling in circumstantial properties when discussing core properties is never a good idea. Especially when the circumstantial properties have more perceived value than real value. In other words: keeping doscmd in the source tree because we think that it tests aspects of our ABI much better than when it's a port is multi-dimensional bollocks. Frequency of ABI breakages would be one aspect that could have some importance. However, if we break our ABI frequently enough that having doscmd in the source tree is a big win, then we're wasting time on trivialities and meaningless arguments while leaving the key flaws and problems undealt with. So, if we were to discuss that there's a value to have a select set of ports built on a daily basis on our reference machines as a form of sanity checking then I have no problem adding doscmd to that set. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 09:45:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D24AB16A4CE for ; Sun, 14 Mar 2004 09:45:57 -0800 (PST) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B52443D1F for ; Sun, 14 Mar 2004 09:45:57 -0800 (PST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from dibbler.crodrigues.org (h00609772adf0.ne.client2.attbi.com[66.31.45.197]) by comcast.net (sccrmhc12) with ESMTP id <2004031417455601200mgb85e>; Sun, 14 Mar 2004 17:45:56 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) i2EHjt2G060279; Sun, 14 Mar 2004 12:45:56 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.12.11/8.12.10/Submit) id i2EHjtPm060278; Sun, 14 Mar 2004 12:45:55 -0500 (EST) (envelope-from rodrigc) Date: Sun, 14 Mar 2004 12:45:55 -0500 From: Craig Rodrigues To: Kaarthik Sivakumar Message-ID: <20040314174555.GA52021@crodrigues.org> References: <86r7vvwkin.fsf@comcast.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86r7vvwkin.fsf@comcast.net> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org Subject: Re: CD access panic on 5.2RC2 (similar to panic before for audio/data CD access) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 17:45:58 -0000 On Sun, Mar 14, 2004 at 09:50:08AM -0500, Kaarthik Sivakumar wrote: > P.S: Is there a two-way newsgroup for this group? I am accessing > newsgroup mailing.freebsd.current on giganews, but that doesnt seem to > be two-way, ie I cant post to the newsgroup and see the mail on the > mailing list. Try: http://groups.google.com/groups?group=fa.freebsd.current -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 11:00:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44DE316A4CF; Sun, 14 Mar 2004 11:00:22 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC9D243D31; Sun, 14 Mar 2004 11:00:21 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 591C8530E; Sun, 14 Mar 2004 20:00:20 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 73345530A; Sun, 14 Mar 2004 20:00:14 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 0331133CA7; Sun, 14 Mar 2004 20:00:13 +0100 (CET) To: Mark Linimon References: From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 14 Mar 2004 20:00:13 +0100 In-Reply-To: (Mark Linimon's message of "Sat, 13 Mar 2004 22:24:56 -0600 (CST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: "Matthew N. Dodd" cc: current@FreeBSD.ORG cc: Tim Robbins Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 19:00:22 -0000 Mark Linimon writes: > This sounds like a good candidate for something to be done in 6.0, > leaving it 5.x for an appropriate deprecation period. No, it sounds like a good thing to do right now so we don't have to live with it for the entire 5.x lifetime. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 11:09:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DFCD16A4CE; Sun, 14 Mar 2004 11:09:47 -0800 (PST) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B94D43D31; Sun, 14 Mar 2004 11:09:47 -0800 (PST) (envelope-from kaarthik@comcast.net) Received: from the-saint.the-saint.localdomain (pcp06945825pcs.nrockv01.md.comcast.net[69.138.30.56]) by comcast.net (rwcrmhc12) with ESMTP id <2004031419094501400gqfsbe>; Sun, 14 Mar 2004 19:09:46 +0000 To: Lukas Ertl From: Kaarthik Sivakumar In-Reply-To: <20040314155729.F657@korben.in.tern> (Lukas Ertl's message of "Sun, 14 Mar 2004 15:58:13 +0100 (CET)") References: <86r7vvwkin.fsf@comcast.net> <20040314155729.F657@korben.in.tern> Date: Sun, 14 Mar 2004 14:09:44 -0500 Message-ID: <86llm32qkn.fsf@comcast.net> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.5 (celeriac, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: CD access panic on 5.2RC2 (similar to panic before for audio/data CD access) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 19:09:47 -0000 >>> "LE" == Lukas Ertl writes: LE> What's the panic message? Would it be possible for you to get a LE> coredump and a gdb backtrace out of that? Ok, here is a gdb backtrace. I have also put in some info about the last frame that called calltrap(). That doesnt seem to be same function that panic tells me about. The panic says that it stopped at devstat_remove_entry but the last frame before calltrap is g_destroy_provider. I guess I dont understand the kernel code well enough to know what is happening. I also noticed that when I accessed the CD using cd0 (using atapicam) then the panic doesnt happen. This only happens when I access it using acd0. atapicam is always compiled in the kernel. (Sorry about the long lines) (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:240 #1 0xc04e93c2 in boot (howto=260) at ../../../kern/kern_shutdown.c:372 #2 0xc04e96f7 in panic () at ../../../kern/kern_shutdown.c:550 #3 0xc043d832 in db_panic () at ../../../ddb/db_command.c:450 #4 0xc043d792 in db_command (last_cmdp=0xc069c340, cmd_table=0x0, aux_cmd_tablep=0xc066efb0, aux_cmd_tablep_end=0xc066efb4) at ../../../ddb/db_command.c:346 #5 0xc043d8d5 in db_command_loop () at ../../../ddb/db_command.c:472 #6 0xc04408d5 in db_trap (type=12, code=0) at ../../../ddb/db_trap.c:73 #7 0xc060b0ac in kdb_trap (type=12, code=0, regs=0xd89a1c44) at ../../../i386/i386/db_interface.c:171 #8 0xc061e0c6 in trap_fatal (frame=0xd89a1c44, eva=0) at ../../../i386/i386/trap.c:816 #9 0xc061dd92 in trap_pfault (frame=0xd89a1c44, usermode=0, eva=28) at ../../../i386/i386/trap.c:735 #10 0xc061d97d in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1027875712, tf_ebp = -660988776, tf_isp = -660988816, tf_ebx = -1019462608, tf_edx = 0, tf_ecx = -1066768828, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1068488413, tf_cs = 8, tf_eflags = 66051, tf_esp = -1066768864, tf_ss = 0}) at ../../../i386/i386/trap.c:420 #11 0xc060caa8 in calltrap () at {standard input}:94 #12 0xc04b8558 in g_destroy_provider (pp=0xc33c3c30) at ../../../geom/geom_subr.c:426 #13 0xc04b5775 in g_orphan_register (pp=0xc2bbdc80) at ../../../geom/geom_event.c:143 #14 0xc04b5850 in one_event () at ../../../geom/geom_event.c:169 #15 0xc04b5a15 in g_run_events () at ../../../geom/geom_event.c:202 #16 0xc04b68c5 in g_event_procbody () at ../../../geom/geom_kern.c:134 #17 0xc04d5dae in fork_exit (callout=0xc04b68a0 , arg=0x0, frame=0x0) at ../../../kern/kern_fork.c:793 (kgdb) fr 12 #12 0xc04b8558 in g_destroy_provider (pp=0xc33c3c30) at ../../../geom/geom_subr.c:426 426 devstat_remove_entry(pp->stat); (kgdb) l 421 KASSERT (pp->acw == 0, ("g_destroy_provider with acw")); 422 KASSERT (pp->acw == 0, ("g_destroy_provider with ace")); 423 g_cancel_event(pp); 424 LIST_REMOVE(pp, provider); 425 gp = pp->geom; 426 devstat_remove_entry(pp->stat); 427 g_free(pp); 428 if ((gp->flags & G_GEOM_WITHER)) 429 g_wither_geom(gp, 0); 430 } (kgdb) p *pp $1 = {name = 0x0, provider = {le_next = 0x0, le_prev = 0x0}, geom = 0x0, consumers = {lh_first = 0x0}, acr = 0, acw = 0, ace = 0, error = 0, orphan = {tqe_next = 0x0, tqe_prev = 0x0}, index = 0, mediasize = 0, sectorsize = 0, stripesize = 0, stripeoffset = 0, stat = 0x0, nstart = 0, nend = 0, flags = 0} (kgdb) p gp $2 = (struct g_geom *) 0xc2bbdc80 (kgdb) p *gp $5 = {name = 0xc1f4d5e0 "acd0", class = 0xc0675c00, geom = {le_next = 0x0, le_prev = 0xc0675c24}, consumer = {lh_first = 0x0}, provider = {lh_first = 0xc32a5380}, geoms = {tqe_next = 0xc2ab6b80, tqe_prev = 0xc2ab6a18}, rank = 1, start = 0xc0457ce0 , spoiled = 0, dumpconf = 0, access = 0xc0456cf0 , orphan = 0, ioctl = 0xc0456f60 , softc = 0xc2abb000, flags = 0} (kgdb) Thanks. kaarthik From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 11:17:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC4B16A4CE; Sun, 14 Mar 2004 11:17:35 -0800 (PST) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A8F43D1F; Sun, 14 Mar 2004 11:17:35 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from freebsd.org (c-24-130-160-161.we.client2.attbi.com[24.130.160.161]) by comcast.net (rwcrmhc11) with ESMTP id <2004031419173501300h4i8be> (Authid: domain_name_tsar); Sun, 14 Mar 2004 19:17:35 +0000 Message-ID: <4054AFCE.6050901@FreeBSD.org> Date: Sun, 14 Mar 2004 11:17:34 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040307 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Randy Bush References: <7mvfmsbc0z.wl@black.imgsrc.co.jp> <20040202092444.K75181@carver.gumbysoft.com> In-Reply-To: X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: FreeBSD Current cc: kuriyama@FreeBSD.org Subject: Re: /etc/rc.d/named prog name hard coded X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 19:17:36 -0000 Randy Bush wrote: >>>>despite /etc/defaults/rc.conf having >>>> named_program="/usr/sbin/named" # path to named, if you want a different one. >>>>/etc/rc.d/named has hard coded >>>> command="/usr/sbin/${name}" >>> >>>$named_program overrides $command when it is defined before calling >>>run_rc_command(). I don't know why $command is defined in this way in >>>/etc/rc.d/named... >> >>That script has other problems, in particular it hardcodes the arguments >>to named even if you override them. This breaks bind9 since -g isn't a >>valid option there. > > > i know only too well. suckarama. Took me longer than I'd hoped to get to this, but I just fixed these, and a couple other problems. There is more work to be done, but at least it's no longer obviously broken. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 12:59:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44E5E16A4CE for ; Sun, 14 Mar 2004 12:59:13 -0800 (PST) Received: from psg.com (psg.com [147.28.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3666E43D2F for ; Sun, 14 Mar 2004 12:59:13 -0800 (PST) (envelope-from randy@psg.com) Received: from [127.0.0.1] (helo=roam.psg.com) by psg.com with esmtp (Exim 4.30; FreeBSD) id 1B2chU-000Hdi-E2; Sun, 14 Mar 2004 20:59:13 +0000 Received: from [127.0.0.1] (helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.30; FreeBSD) id 1B2bkz-0000Fx-6d; Sun, 14 Mar 2004 09:58:45 -1000 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sun, 14 Mar 2004 09:58:44 -1000 To: Joe Marcus Clarke References: <20040308215647.W51049@root.org> <1078812119.47417.10.camel@shumai.marcuscom.com> Message-Id: <20040314205913.3666E43D2F@mx1.FreeBSD.org> cc: current@freebsd.org Subject: Re: ongoing mozilla problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 20:59:13 -0000 yet one more wonderful manifistation of moz deciding it needs its own resolver. randy From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 13:31:40 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D0016A4CE for ; Sun, 14 Mar 2004 13:31:40 -0800 (PST) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id D460843D31 for ; Sun, 14 Mar 2004 13:31:39 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.10/8.12.10) id i2ELVcQF032966; Sun, 14 Mar 2004 15:31:38 -0600 (CST) (envelope-from dan) Date: Sun, 14 Mar 2004 15:31:38 -0600 From: Dan Nelson To: Artem Ignatiev Message-ID: <20040314213136.GA27939@dan.emsphone.com> References: <1079276960.918.14.camel@timon.nist> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1079276960.918.14.camel@timon.nist> X-OS: FreeBSD 5.2-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: broken top stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 21:31:40 -0000 In the last episode (Mar 14), Artem Ignatiev said: > options SCHED_ULE > (cvsupped just before rebuilding kernel & world) > > top gives weird CPU/WCPU usage: only first (rarely, first couple) of > processes displayed have non-zero CPU/WCPU usage, all others have > zero cpu usage, but totals, shown in second line of top output > differs from sum of values in CPU column alot. Same with ps. E.g.: > > 51 processes: 2 running, 49 sleeping > CPU: 20.2% user, 0.0% nice, 3.5% system, 2.3% interrupt, 74.0% idle > Mem: 168M Active, 141M Inact, 98M Wired, 716K Cache, 60M Buf, 91M Free > Swap: 231M Total, 231M Free > > PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU CMD > 1363 timon 77 0 49544K 42140K RUN 1:11 6.25% 6.25% mozill > 890 timon 77 0 100M 83152K select 1:21 3.12% 3.12% XFree8 > 1344 timon 20 0 16184K 13144K kserel 1:55 0.00% 0.00% xmms > 918 timon 20 0 78616K 50344K kserel 0:44 0.00% 0.00% evolut > 901 timon 76 0 5556K 2604K select 0:25 0.00% 0.00% wmusic > 919 timon 20 0 41304K 37836K kserel 0:21 0.00% 0.00% pan There is a bug in the kernel threads code that does not total up all the kthread's CPU stats when a program asks for just process stats. It just pulls the first one. If you hit 'H', you should see some extra threads for each of those 0-cpu processes, and they should have non-zero CPU. Also, SCHED_ULE doesn't update WCPU at all (it just copies CPU). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 13:37:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 415F716A4CE for ; Sun, 14 Mar 2004 13:37:59 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CDF43D3F for ; Sun, 14 Mar 2004 13:37:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i2ELbwoN039477 for ; Sun, 14 Mar 2004 13:37:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i2ELbwOl039476 for freebsd-current@freebsd.org; Sun, 14 Mar 2004 13:37:58 -0800 (PST) (envelope-from sgk) Date: Sun, 14 Mar 2004 13:37:58 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20040314213758.GA39459@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: internal compiler error? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 21:37:59 -0000 Anyone else see problems with collect2? kargl[203] gcc -o h h.c gcc: Internal error: Bad system call (program collect2) Please submit a full bug report. See for instructions. kargl[204] cat h.c #include int main(void) { printf("Hello world.\n"); return 0; } kargl[204] truss gcc -o h h.c stat("/usr/libexec/collect2",0xbfbfe630) = 0 (0x0) access("/usr/libexec/collect2",1) = 0 (0x0) fork() = 938 (0x3aa) SIGNAL 20 wait4(0xffffffff,0xbfbfe73c,0x0,0x0) = 938 (0x3aa) gcc: write(2,0xbfbfdfd0,5) = 5 (0x5) Internal error: Bad system call (program collect2) Please submit a full bug report. See for instructions.write(2,0xbfbfdff0,140) = 140 (0x8c) write(2,0x806d4f3,1) = 1 (0x1) stat("/var/tmp/cc7im6mN.o",0xbfbfe630) = 0 (0x0) unlink("/var/tmp/cc7im6mN.o") = 0 (0x0) stat("/var/tmp/cc2Mhzku.s",0xbfbfe630) = 0 (0x0) unlink("/var/tmp/cc2Mhzku.s") = 0 (0x0) exit(0x1) process exit, rval = 256 Could this be caused by the Intel C/C++ compiler commits or the recent commits by Peter to push gaint down into fork? -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 13:39:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E49F116A4CE for ; Sun, 14 Mar 2004 13:39:03 -0800 (PST) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id E227A43D3F for ; Sun, 14 Mar 2004 13:39:02 -0800 (PST) (envelope-from timon@memphis.mephi.ru) Received: from [192.168.0.3] (ppp8-4.pppoe.mtu-net.ru [81.195.8.4]) (authenticated bits=0) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id i2ELckxx020082; Mon, 15 Mar 2004 00:38:47 +0300 (MSK) (envelope-from timon@memphis.mephi.ru) From: Artem Ignatiev To: Dan Nelson In-Reply-To: <20040314213136.GA27939@dan.emsphone.com> References: <1079276960.918.14.camel@timon.nist> <20040314213136.GA27939@dan.emsphone.com> Content-Type: text/plain Message-Id: <1079300313.918.26.camel@timon.nist> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 15 Mar 2004 00:38:33 +0300 Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: broken top stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 21:39:04 -0000 On Sun, 15.03.2004, at 00:31, Dan Nelson wrote: > There is a bug in the kernel threads code that does not total up all > the kthread's CPU stats when a program asks for just process stats. It > just pulls the first one. If you hit 'H', you should see some extra > threads for each of those 0-cpu processes, and they should have > non-zero CPU. Also, SCHED_ULE doesn't update WCPU at all (it just > copies CPU). Nah, I've still got non-zero cpu in first line, and zero cpu in others. From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 13:57:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA2C816A511; Sun, 14 Mar 2004 13:57:41 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7475643D1F; Sun, 14 Mar 2004 13:57:41 -0800 (PST) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([24.7.73.28]) by comcast.net (sccrmhc13) with ESMTP id <200403142157390160030qoee>; Sun, 14 Mar 2004 21:57:40 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA33077; Sun, 14 Mar 2004 13:57:36 -0800 (PST) Date: Sun, 14 Mar 2004 13:57:35 -0800 (PST) From: Julian Elischer To: Tim Robbins In-Reply-To: <20040314102936.GA23469@cat.robbins.dropbear.id.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 21:57:42 -0000 On Sun, 14 Mar 2004, Tim Robbins wrote: > On Sun, Mar 14, 2004 at 07:29:44AM +0200, John Hay wrote: > > > On Sun, Mar 14, 2004 at 01:26:15PM +1100, Tim Robbins wrote: > > > I plan to remove doscmd from the base system for the sole reason that it > > > is no longer useful. Any objections? > > > > Why would you want to remove it? It is still very usefull. I use it > > regularly. The only drawback currently is that the Makefile is set > > up in such a way that it does not pick up X during a "make world", > > so after a "make world" you have to build it again to pick up X. > > Built without X it is less usefull. > > Because MS-DOS emulation is not widely useful in 2004, at least not > enough to be needed in the base system. But I have already said that > I will now wait until FreeBSD 6 before considering removing doscmd, > so there's no point arguing over this anymore right now. we can argue about it then.. From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 13:57:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F42A16A50C for ; Sun, 14 Mar 2004 13:57:46 -0800 (PST) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8097343D1F for ; Sun, 14 Mar 2004 13:57:46 -0800 (PST) (envelope-from DougB@freebsd.org) Received: from freebsd.org (c-24-130-160-161.we.client2.attbi.com[24.130.160.161]) by comcast.net (rwcrmhc11) with ESMTP id <2004031421574601300gop74e> (Authid: domain_name_tsar); Sun, 14 Mar 2004 21:57:46 +0000 Message-ID: <4054D559.6060607@FreeBSD.org> Date: Sun, 14 Mar 2004 13:57:45 -0800 From: Doug Barton Organization: http://www.freebsd.org/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040307 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: buildworld -DNOCLEAN problem with gperf/getopt.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 21:57:47 -0000 If I build with a populated obj directory, created after cleaning out /usr/obj/ completely and then building on 7 March, I get this: -------------------------------------------------------------- >>> stage 1.2: bootstrap tools -------------------------------------------------------------- cd /usr/local/src; MAKEOBJDIRPREFIX=/usr/obj/usr/local/src/i386 DESTDIR= INSTALL="sh /usr/local/src/tools/install.sh" PATH=/usr/obj/usr/local/src/i386/legacy/usr/sbin:/usr/obj/usr/local/src/i386/legacy/usr/bin:/usr/obj/usr/local/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/local/src/i386 MAKEFLAGS="-m /usr/local/src/tools/build/mk -D NOCLEAN -m /usr/local/src/share/mk" make -f Makefile.inc1 BOOTSTRAPPING=502105 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS bootstrap-tools ===> games/fortune/strfile sh /usr/local/src/tools/install.sh -s -o root -g wheel -m 555 strfile /usr/obj/usr/local/src/i386/legacy/usr/games ===> gnu/usr.bin/gperf ===> gnu/usr.bin/gperf/doc ===> gnu/usr.bin/gperf/doc make: don't know how to make /usr/obj/usr/local/src/i386/legacy/usr/include/getopt.h. Stop *** Error code 2 If I cd into gnu/usr.bin/gperf/doc I can run `make cleandir && make obj && make depend && make all` with no problems, so I'm confused as to what's wrong here. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 14:13:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 031E316A4CE; Sun, 14 Mar 2004 14:13:51 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39EDF43D1F; Sun, 14 Mar 2004 14:13:50 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2EMHvee004176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Mar 2004 00:17:59 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i2EMDlf6013507; Mon, 15 Mar 2004 00:13:47 +0200 (EET) (envelope-from ru) Date: Mon, 15 Mar 2004 00:13:47 +0200 From: Ruslan Ermilov To: Doug Barton Message-ID: <20040314221347.GA13465@ip.net.ua> References: <4054D559.6060607@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <4054D559.6060607@FreeBSD.org> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: FreeBSD Current Subject: Re: buildworld -DNOCLEAN problem with gperf/getopt.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 22:13:51 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 01:57:45PM -0800, Doug Barton wrote: > If I build with a populated obj directory, created after cleaning out > /usr/obj/ completely and then building on 7 March, I get this: >=20 > -------------------------------------------------------------- > >>> stage 1.2: bootstrap tools > -------------------------------------------------------------- > cd /usr/local/src; MAKEOBJDIRPREFIX=3D/usr/obj/usr/local/src/i386 > DESTDIR=3D INSTALL=3D"sh /usr/local/src/tools/install.sh" > PATH=3D/usr/obj/usr/local/src/i386/legacy/usr/sbin:/usr/obj/usr/local/src= /i386/legacy/usr/bin:/usr/obj/usr/local/src/i386/legacy/usr/games:/sbin:/bi= n:/usr/sbin:/usr/bin > WORLDTMP=3D/usr/obj/usr/local/src/i386 MAKEFLAGS=3D"-m > /usr/local/src/tools/build/mk -D NOCLEAN -m /usr/local/src/share/mk" > make -f Makefile.inc1 BOOTSTRAPPING=3D502105 -DNOHTML -DNOINFO -DNOLINT > -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS > bootstrap-tools > =3D=3D=3D> games/fortune/strfile > sh /usr/local/src/tools/install.sh -s -o root -g wheel -m 555 strfile > /usr/obj/usr/local/src/i386/legacy/usr/games > =3D=3D=3D> gnu/usr.bin/gperf > =3D=3D=3D> gnu/usr.bin/gperf/doc > =3D=3D=3D> gnu/usr.bin/gperf/doc > make: don't know how to make > /usr/obj/usr/local/src/i386/legacy/usr/include/getopt.h. Stop > *** Error code 2 >=20 > If I cd into gnu/usr.bin/gperf/doc I can run `make cleandir && make obj > && make depend && make all` with no problems, so I'm confused as to > what's wrong here. >=20 -DNOCLEAN is _not_ guaranteed to work at all if sources are updated. Don't do that, or don't complain. ;) Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVNkbUkv4P6juNwoRAvxGAJwLCfCcT0nSYGWNVrEhdxIxXfB85gCfT2X/ DPB4eeWSqQ7+YPX83+Dp37I= =o67/ -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 15:19:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B98D016A4CE for ; Sun, 14 Mar 2004 15:19:44 -0800 (PST) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E6F0043D2D for ; Sun, 14 Mar 2004 15:19:43 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 937 invoked by uid 65534); 14 Mar 2004 23:19:42 -0000 Received: from Bc1dd.b.pppool.de (EHLO gmx.net) (213.7.193.221) by mail.gmx.net (mp002) with SMTP; 15 Mar 2004 00:19:42 +0100 X-Authenticated: #17236065 Message-ID: <4054E88D.60801@gmx.net> Date: Mon, 15 Mar 2004 00:19:41 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040224 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 23:19:44 -0000 m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 /usr/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf chmod 444 freebsd.submit.cf kozaczek# make installworld ERROR: Required proxy user is missing, see /usr/src/UPDATING. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. kozaczek# gvim /usr/src/UPDATING kozaczek# grep proxy /usr/src/UPDATING kozaczek# grep -i proxy /usr/src/UPDATING kozaczek# I think it speaks for itself. Which kind of "security" you know better for my box I don't care about security bullshit is this? From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 15:47:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30F2816A4CE for ; Sun, 14 Mar 2004 15:47:28 -0800 (PST) Received: from tx0.oucs.ox.ac.uk (tx0.oucs.ox.ac.uk [129.67.1.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id F12CC43D39 for ; Sun, 14 Mar 2004 15:47:27 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan0.oucs.ox.ac.uk ([129.67.1.162] helo=localhost) by tx0.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1B2fKJ-0006Wf-Cw for current@freebsd.org; Sun, 14 Mar 2004 23:47:27 +0000 Received: from rx0.oucs.ox.ac.uk ([129.67.1.161]) by localhost (scan0.oucs.ox.ac.uk [129.67.1.162]) (amavisd-new, port 25) with ESMTP id 24885-05 for ; Sun, 14 Mar 2004 23:47:26 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx0.oucs.ox.ac.uk with smtp (Exim 4.24) id 1B2fKI-0006Wc-2n for current@freebsd.org; Sun, 14 Mar 2004 23:47:26 +0000 Received: (qmail 4904 invoked by uid 1004); 14 Mar 2004 23:47:26 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.20 (clamscan: 0.67. sweep: 2.18/3.79. Clear:RC:1(163.1.161.131):. Processed in 0.084783 secs); 14 Mar 2004 23:47:26 -0000 Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 14 Mar 2004 23:47:26 -0000 Message-Id: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Sun, 14 Mar 2004 23:47:24 +0000 To: current@freebsd.org From: Colin Percival Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 23:47:28 -0000 Thus spake style(9): > Do not add whitespace at the end of a line, and only use tabs followed by > spaces to form the indentation. Do not use more spaces than a tab will > produce and do not use spaces in front of tabs. There are somewhere around 6500 lines in 1000 files which violate this final rule. Should I clean these up, or is it not worth bloating the repository for such cosmetic fixes? Colin Percival From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 15:47:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE7416A4CE for ; Sun, 14 Mar 2004 15:47:47 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3ADE43D2F for ; Sun, 14 Mar 2004 15:47:46 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i2ENlkBg013308; Sun, 14 Mar 2004 15:47:46 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i2ENlkmK013307; Sun, 14 Mar 2004 15:47:46 -0800 (PST) (envelope-from sgk) Date: Sun, 14 Mar 2004 15:47:46 -0800 From: Steve Kargl To: Marcin Dalecki Message-ID: <20040314234746.GA72219@troutmask.apl.washington.edu> References: <4054E88D.60801@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4054E88D.60801@gmx.net> User-Agent: Mutt/1.4.1i cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 23:47:47 -0000 On Mon, Mar 15, 2004 at 12:19:41AM +0100, Marcin Dalecki wrote: > m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ > /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 > /usr/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf > chmod 444 freebsd.submit.cf > kozaczek# make installworld > ERROR: Required proxy user is missing, see /usr/src/UPDATING. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > kozaczek# gvim /usr/src/UPDATING > kozaczek# grep proxy /usr/src/UPDATING > kozaczek# grep -i proxy /usr/src/UPDATING > kozaczek# > > > I think it speaks for itself. Which kind of "security" you know > better for my box I don't care about security bullshit is this? Read /usr/src/UPDATING. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 15:53:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 751E116A4CE; Sun, 14 Mar 2004 15:53:46 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BA7543D45; Sun, 14 Mar 2004 15:53:46 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 5C4A0530E; Mon, 15 Mar 2004 00:53:44 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 25E2D530A; Mon, 15 Mar 2004 00:53:39 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 9CE6033CA7; Mon, 15 Mar 2004 00:53:38 +0100 (CET) To: Mark Linimon References: From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 00:53:38 +0100 In-Reply-To: (Mark Linimon's message of "Sun, 14 Mar 2004 13:21:54 -0600 (CST)") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: "Matthew N. Dodd" cc: current@FreeBSD.ORG cc: Tim Robbins Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 23:53:46 -0000 Mark Linimon writes: > So, you'll be submitting the patches to install it to the ports > tree, then? Yes. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 16:09:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83BE616A4CE for ; Sun, 14 Mar 2004 16:09:47 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5596F43D2F for ; Sun, 14 Mar 2004 16:09:47 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (ba97fa656c650a357e4a1942a731d0f6@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2F09j8A014167; Sun, 14 Mar 2004 18:09:46 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AEB845337D; Sun, 14 Mar 2004 16:09:44 -0800 (PST) Date: Sun, 14 Mar 2004 16:09:44 -0800 From: Kris Kennaway To: Stephen McKay Message-ID: <20040315000944.GA93356@xor.obsecurity.org> References: <200403140716.i2E7GDKa007204@dungeon.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <200403140716.i2E7GDKa007204@dungeon.home> User-Agent: Mutt/1.4.2.1i cc: Garance A Drosihn cc: current@freebsd.org Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 00:09:47 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 05:16:13PM +1000, Stephen McKay wrote: > On Wednesday, 10th March 2004, Garance A Drosihn wrote: >=20 > >The long-threatened change for FreeBSD/sparc64 has now been > >committed. This changes time_t to be a 64-bit quantity, the > >same as it is for the AMD64 and IA64 architectures. People > >running FreeBSD/sparc64 *will* have to read the UPDATING.64BTT > >file for instructions on how to safely build and install this > >change. >=20 > The change to 64-bit time is essential, of course, but I don't understand > why it has to break backward compatibility. Surely you just allocate a > bunch of new system call numbers (for the 64-bit variants) while keeping > the old ones (so 32-bit time calls still work) and bump the version > number of every library. What else is going on? (I don't have a Sparc > or I'd join your experiment.) No-one donated their time to do it that way. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVPRIWry0BWjoQKURAoJIAJ9Kk50F/eNsLx9m9cIDP/U3FZigRwCfVUps Lr4SN2NP4uNfWBFWRUuq6PY= =r4yt -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 16:32:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E33616A4CE; Sun, 14 Mar 2004 16:32:05 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D40543D41; Sun, 14 Mar 2004 16:32:05 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i2F0W4OJ006383; Sun, 14 Mar 2004 16:32:04 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2F0W3t4006380; Sun, 14 Mar 2004 16:32:03 -0800 (PST) (envelope-from obrien) Date: Sun, 14 Mar 2004 16:32:03 -0800 From: "David O'Brien" To: Ruslan Ermilov Message-ID: <20040315003203.GA6007@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Ruslan Ermilov , current@freebsd.org References: <20040305155113.GB31834@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040305155113.GB31834@ip.net.ua> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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 cc: current@freebsd.org Subject: Re: cross make buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 00:32:05 -0000 On Fri, Mar 05, 2004 at 05:51:13PM +0200, Ruslan Ermilov wrote: > > ===> gnu/usr.bin/binutils/gasp ... > > /usr/include/regex.h:56: syntax error before `regoff_t' > > gasp+%FIXED.c: In function `chew_flonum': > > gasp+%FIXED.c:553: structure has no member named `rm_eo' > > gasp+%FIXED.c:553: structure has no member named `rm_so' > > gasp+%FIXED.c:554: structure has no member named `rm_eo' > > gasp+%FIXED.c:554: structure has no member named `rm_so' > > gasp+%FIXED.c:558: structure has no member named `rm_eo' > > > Thanks for the report, we're working on resolving this. The > workaround (if you need this quickly) is to remove > src/contrib/binutils/include/getopt.h, and revert the following What does getopt.h have to do with a regex API issue?? From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 16:55:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1033B16A4CF; Sun, 14 Mar 2004 16:55:21 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2DB943D39; Sun, 14 Mar 2004 16:55:19 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 4632430F02; Sun, 14 Mar 2004 19:55:19 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 434C01D2576; Sun, 14 Mar 2004 19:55:18 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16468.65270.123954.862565@canoe.dclg.ca> Date: Sun, 14 Mar 2004 19:55:18 -0500 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid Subject: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 00:55:21 -0000 I attempted to argue that audio/tclmidi wasn't broken... and the ports maintainer fired back with http://bento.freebsd.org/errorlogs/i386-5-latest/tclmidi-3.1.log Now... I started investigating this and found that this was all due to some differences in C++ over the years. The error on bento comes down to bento not having strstream.h. I have that file as: /usr/include/c++/3.3/backward/strstream.h /usr/include/g++/backward/strstream.h on my -CURRENT (as of a week or two ago) laptop. bento does appear to have /usr/include/c++/3.3/backward/iostream.h ... but not strstream.h. Why? I realize that my source upgrading may have left around a few old files, but I don't see a replacement strstream.h. The C++ FAQ referred to by iostream (not iostream.h) seems to imply that you should use iostream and sstream (no .h)... but including those files imposes a very different standard that this port is not ready to accept. It appears that (among other things that I havn't found yet) all 'istream' must be written 'std::istream' ... etc. So what's the solution? Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 17:38:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2866E16A4CE; Sun, 14 Mar 2004 17:38:19 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2CC243D31; Sun, 14 Mar 2004 17:38:18 -0800 (PST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from dibbler.crodrigues.org (h00609772adf0.ne.client2.attbi.com[66.31.45.197]) by comcast.net (sccrmhc11) with ESMTP id <2004031501381701100qf0k8e>; Mon, 15 Mar 2004 01:38:17 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) i2F1cH6x068482; Sun, 14 Mar 2004 20:38:17 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.12.11/8.12.10/Submit) id i2F1cHHe068481; Sun, 14 Mar 2004 20:38:17 -0500 (EST) (envelope-from rodrigc) Date: Sun, 14 Mar 2004 20:38:17 -0500 From: Craig Rodrigues To: David Gilbert Message-ID: <20040315013817.GA68381@crodrigues.org> References: <16468.65270.123954.862565@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> User-Agent: Mutt/1.4.1i cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 01:38:19 -0000 On Sun, Mar 14, 2004 at 07:55:18PM -0500, David Gilbert wrote: > I attempted to argue that audio/tclmidi wasn't broken... and the ports > maintainer fired back with > > http://bento.freebsd.org/errorlogs/i386-5-latest/tclmidi-3.1.log > > Now... I started investigating this and found that this was all due to > some differences in C++ over the years. > So what's the solution? Pick up a contemporary C++ book and learn about Standard C++ (which became an ISO standard in 1998). strstream is deprecated in Appendix D of the standard. I recommend a book such as "The C++ Programming Language, 3rd ed." by Bjarne Stroustrup. gcc 3.x supports Standard C++ more aggressively than earlier gcc versions, which can be painful. The GCC developers (more specifically libstdc++ developers) are more interested in supporting Standard C++, and are not too interested in maintaining backwards compatibility with deprecated headers such as strstream.h. This is a bit of a problem for software that depends on these older libraries. You have a few options: (1) Learn enough C++ so that you can apply the necessary patches to fix audio/tclmidi so that it compiles with Standard C++ headers (such as ). (2) gcc 3.3 has /usr/include/c++/3.3/backward/strstream, so you may want to try #include an see if that works, but chances are if it doesn't work, you will be out of luck, since it is a deprecated header that the GCC developers are not too interested in supporting. (3) In the Makefile for the audio/tclmidi port, mark it as broken on FreeBSD 5.x: .if ${OSVERSION} > 500000 BROKEN= "Does not build on 5.x" .endif -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 17:40:19 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C740B16A4CE; Sun, 14 Mar 2004 17:40:19 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A674643D31; Sun, 14 Mar 2004 17:40:19 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1143E7303A; Sun, 14 Mar 2004 20:40:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040315014019.1143E7303A@freebsd-current.sentex.ca> Date: Sun, 14 Mar 2004 20:40:19 -0500 (EST) Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 01:40:20 -0000 TB --- 2004-03-15 00:49:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-03-15 00:49:47 - starting CURRENT tinderbox run for i386/pc98 TB --- 2004-03-15 00:49:47 - checking out the source tree TB --- 2004-03-15 00:49:47 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98 TB --- 2004-03-15 00:49:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-03-15 00:54:14 - building world TB --- 2004-03-15 00:54:14 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-03-15 00:54:14 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-03-15 01:39:28 - building generic kernel TB --- 2004-03-15 01:39:28 - cd /home/tinderbox/sandbox/CURRENT/i386/pc98/src TB --- 2004-03-15 01:39:28 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 15 01:39:28 GMT 2004 [...] awk -f /other/tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/pci/pcib_if.m -h awk -f /other/tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /other/tinderbox/CURRENT/i386/pc98/src/sys/dev/ppbus/ppbus_if.m -h awk -f /other/tinderbox/CURRENT/i386/pc98/src/sys/tools/makeobjops.awk /other/tinderbox/CURRENT/i386/pc98/src/sys/isa/isa_if.m -h if [ -f .olddep ]; then mv .olddep .depend; fi rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES -V GEN_M_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/other/tinderbox/CURRENT/i386/pc98/src/sys -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/pf -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/i386/pc98/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding /other/tinderbox/CURRENT/i386/pc98/src/sys/pc98/pc98/clock.c:88:33: i386/isa/isa_device.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/obj/pc98/other/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/i386/pc98/src. TB --- 2004-03-15 01:40:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-03-15 01:40:18 - ERROR: failed to build generic kernel TB --- 2004-03-15 01:40:18 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 17:55:30 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA1316A4CE; Sun, 14 Mar 2004 17:55:30 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC83143D41; Sun, 14 Mar 2004 17:55:29 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id 2DE6C30F14; Sun, 14 Mar 2004 20:55:29 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id BD8EB1D25B2; Sun, 14 Mar 2004 20:55:24 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16469.3340.625290.632134@canoe.dclg.ca> Date: Sun, 14 Mar 2004 20:55:24 -0500 To: Craig Rodrigues In-Reply-To: <20040315013817.GA68381@crodrigues.org> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org cc: David Gilbert Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 01:55:30 -0000 >>>>> "Craig" == Craig Rodrigues writes: Craig> You have a few options: Craig> (1) Learn enough C++ so that you can apply the necessary Craig> patches to fix audio/tclmidi so that it compiles with Standard Craig> C++ headers (such as ). Craig> (2) gcc 3.3 has /usr/include/c++/3.3/backward/strstream, so you Craig> may want to try #include an see if that Craig> works, but chances are if it doesn't work, you will be out of Craig> luck, since it is a deprecated header that the GCC developers Craig> are not too interested in supporting. I'll ignore the condescending tone for a momment. It's worth noting that everything works by simply having a copy of strstream.h in the backward directory. Maybe the right path to take here is to include that file much as we include old versions of shared libraries. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 18:12:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23CA216A4CE for ; Sun, 14 Mar 2004 18:12:35 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C094643D3F for ; Sun, 14 Mar 2004 18:12:34 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i2F2CXoP028235; Sun, 14 Mar 2004 21:12:33 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200403140716.i2E7GDKa007204@dungeon.home> References: <200403140716.i2E7GDKa007204@dungeon.home> Date: Sun, 14 Mar 2004 21:12:32 -0500 To: Stephen McKay From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 02:12:35 -0000 At 5:16 PM +1000 3/14/04, Stephen McKay wrote: >On Wednesday, 10th March 2004, Garance A Drosihn wrote: > >>The long-threatened change for FreeBSD/sparc64 has now been >>committed. This changes time_t to be a 64-bit quantity, the >>same as it is for the AMD64 and IA64 architectures. People >>running FreeBSD/sparc64 *will* have to read the UPDATING.64BTT >>file for instructions on how to safely build and install this >>change. > >The change to 64-bit time is essential, of course, but I don't >understand why it has to break backward compatibility. When the people who were running sparc64 were asked about it, the feeling was that there wasn't much point in backwards compatibility for a platform that presently has so few users. The 5.x branch is the only branch which has supported sparc64, and that is still a "cutting edge" branch where major changes like this are acceptable. The sparc64 users (including me) felt that if we "just did it" now, we would be much happier than waiting for 6.0 to roll around. I'm sure there will still be a few bumps in making this transition, but on the whole I think we're better off trying to make it now. >What else is going on? (I don't have a Sparc or I'd join >your experiment.) What? This wasn't dramatic enough? :-) > > This only affects freebsd-current, of course. Later we'll > > have to decide the best upgrade method for people who make > > the jump from RELENG_5_2 to the upcoming RELENG_5_3. > >I'm thinking of the "later" where i386 is changed to 64-bit >time_t. If that's not backward compatible, you'll get no takers. The users of each platform will make the decision for that platform. In the case of i386, there is a 10-year history of servers and programs running with 32-bTT, in production. I do also run freebsd/i386, and for that platform I really can not imagine making this major a change without providing backward-compatibility. There is just too much written which assumes 32-bTT, including programs which perhaps can not be recompiled. I do not see that happening before the 6.0-branch. There is some chance that the PowerPC port may make this same transition in about the same way that sparc64 did. But again, it will be based on how the users of that platform wish to handle it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 18:29:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB70A16A4CE for ; Sun, 14 Mar 2004 18:29:38 -0800 (PST) Received: from magnesium.net (toxic.magnesium.net [207.154.84.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 7267843D39 for ; Sun, 14 Mar 2004 18:29:38 -0800 (PST) (envelope-from drbrain@magnesium.net) Received: (qmail 98392 invoked by uid 1100); 15 Mar 2004 02:29:38 -0000 Date: 14 Mar 2004 18:29:38 -0800 Date: Sun, 14 Mar 2004 18:29:38 -0800 From: Eric Hodel To: Marcin Dalecki Message-ID: <20040315022938.GE18647@segment7.net> References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V4N4TvXMNzuFMHdo" Content-Disposition: inline In-Reply-To: <20040314234746.GA72219@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.1i Organization: Eric Conspiracy Secret Labs X-Eric-Conspiracy: There is no conspiracy cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 02:29:38 -0000 --V4N4TvXMNzuFMHdo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Steve Kargl (sgk@troutmask.apl.washington.edu) wrote: > On Mon, Mar 15, 2004 at 12:19:41AM +0100, Marcin Dalecki wrote: > > m4 -D_CF_DIR_=3D/usr/src/etc/sendmail/../../contrib/sendmail/cf/=20 > > /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4=20 > > /usr/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf > > chmod 444 freebsd.submit.cf > > kozaczek# make installworld > > ERROR: Required proxy user is missing, see /usr/src/UPDATING. > > *** Error code 1 > >=20 > > Stop in /usr/src. > > *** Error code 1 > >=20 > > Stop in /usr/src. > > kozaczek# gvim /usr/src/UPDATING > > kozaczek# grep proxy /usr/src/UPDATING > > kozaczek# grep -i proxy /usr/src/UPDATING > > kozaczek# > >=20 > >=20 > > I think it speaks for itself. Which kind of "security" you know > > better for my box I don't care about security bullshit is this? >=20 > Read /usr/src/UPDATING. Hint 1: "To rebuild everything and install it on the current system." Hint 2: 20040308 --=20 Eric Hodel - drbrain@segment7.net - http://segment7.net All messages signed with fingerprint: FEC2 57F1 D465 EB15 5D6E 7C11 332A 551C 796C 9F04 --V4N4TvXMNzuFMHdo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQFAVRUSMypVHHlsnwQRAuIFAJ9o+szM49DI8R/NUn8l2Bf6MS/hMQCeMhih LBhoKZyOixVUEod+2nRAEfk= =G7OE -----END PGP SIGNATURE----- --V4N4TvXMNzuFMHdo-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 19:44:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F16D016A4CE for ; Sun, 14 Mar 2004 19:44:24 -0800 (PST) Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1822043D31 for ; Sun, 14 Mar 2004 19:44:22 -0800 (PST) (envelope-from tim@robbins.dropbear.id.au) Received: from robbins.dropbear.id.au (210.50.40.61) by smtp02.syd.iprimus.net.au (7.0.024) id 402CF870009849FA; Mon, 15 Mar 2004 14:44:16 +1100 Received: by robbins.dropbear.id.au (Postfix, from userid 1000) id A923341C4; Mon, 15 Mar 2004 14:44:49 +1100 (EST) Date: Mon, 15 Mar 2004 14:44:49 +1100 From: Tim Robbins To: Julian Elischer Message-ID: <20040315034449.GA26211@cat.robbins.dropbear.id.au> References: <20040314102936.GA23469@cat.robbins.dropbear.id.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 03:44:25 -0000 On Sun, Mar 14, 2004 at 01:57:35PM -0800, Julian Elischer wrote: > > > On Sun, 14 Mar 2004, Tim Robbins wrote: > > > On Sun, Mar 14, 2004 at 07:29:44AM +0200, John Hay wrote: > > > > > On Sun, Mar 14, 2004 at 01:26:15PM +1100, Tim Robbins wrote: > > > > I plan to remove doscmd from the base system for the sole reason that it > > > > is no longer useful. Any objections? > > > > > > Why would you want to remove it? It is still very usefull. I use it > > > regularly. The only drawback currently is that the Makefile is set > > > up in such a way that it does not pick up X during a "make world", > > > so after a "make world" you have to build it again to pick up X. > > > Built without X it is less usefull. > > > > Because MS-DOS emulation is not widely useful in 2004, at least not > > enough to be needed in the base system. But I have already said that > > I will now wait until FreeBSD 6 before considering removing doscmd, > > so there's no point arguing over this anymore right now. > > > we can argue about it then.. I doubt there will be much of an argument by that time. AMD and Intel have already decided that V86 mode is not worth the effort to implement fully on their 64-bit CPUs - anyone who wants to use V86 mode (and therefore doscmd) has to run them in 32-bit mode. Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 20:40:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E64E216A4CE; Sun, 14 Mar 2004 20:40:43 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D4D43D2D; Sun, 14 Mar 2004 20:40:43 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i2F4e8Ew014231; Sun, 14 Mar 2004 23:40:09 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040315034449.GA26211@cat.robbins.dropbear.id.au> References: <20040314102936.GA23469@cat.robbins.dropbear.id.au> <20040315034449.GA26211@cat.robbins.dropbear.id.au> Date: Sun, 14 Mar 2004 23:40:07 -0500 To: Tim Robbins , Julian Elischer From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 04:40:44 -0000 At 2:44 PM +1100 3/15/04, Tim Robbins wrote: >On Sun, Mar 14, 2004, Julian Elischer wrote: > >I doubt there will be much of an argument by that time. AMD and >Intel have already decided that V86 mode is not worth the effort >to implement fully on their 64-bit CPUs - anyone who wants to use >V86 mode (and therefore doscmd) has to run them in 32-bit mode. So you are not saying that 'doscmd' is universally broken, so much as FreeBSD is now running on more hardware platforms where doscmd serves no purpose? (disclaimer: I don't care whether doscmd stays in the base, or if it becomes a i386-only port. I'm just wondering why it came up as a topic right now...). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 21:17:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ED8116A4CE for ; Sun, 14 Mar 2004 21:17:51 -0800 (PST) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0044C43D31 for ; Sun, 14 Mar 2004 21:17:51 -0800 (PST) (envelope-from craig@xfoil.gank.org) Received: from [192.168.69.84] (arbiter.gank.org [64.81.113.221]) by ion.gank.org (mail) with ESMTP id 0DBB62A931; Sun, 14 Mar 2004 23:17:15 -0600 (CST) From: Craig Boston To: freebsd-current@freebsd.org Date: Sun, 14 Mar 2004 23:17:09 -0600 User-Agent: KMail/1.6.1 References: <200403140716.i2E7GDKa007204@dungeon.home> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200403142317.09065.craig@xfoil.gank.org> cc: Garance A Drosihn cc: Stephen McKay Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 05:17:51 -0000 On Sunday 14 March 2004 08:12 pm, Garance A Drosihn wrote: > In the case of i386, there is a 10-year history of servers and > programs running with 32-bTT, in production. I do also run > freebsd/i386, and for that platform I really can not imagine making > this major a change without providing backward-compatibility. There > is just too much written which assumes 32-bTT, including programs > which perhaps can not be recompiled. I do not see that happening > before the 6.0-branch. =46WIW, 64-bTT on i386 is something I've been playing with some in my spare= =20 time, and IMHO it's an even bigger headache than on sparc64. The ABI=20 compatibility thing itself isn't a huge issue -- there are a couple of=20 approaches involving compatibility syscalls / libc hacks. Not exactly=20 trivial, but it's doable. The biggest problem on i386 is that there's a lot of third party software o= ut=20 there that misbehaves if sizeof(time_t) > sizeof(long), even when recompile= d=20 from source. I don't think this an issue on sparc64/amd64 -- IIRC long is= =20 already 64 bits on those platforms. Only real solutions I can think of at= =20 the moment are: 1. Go 64-bit for longs on i386. I've seen scattered murmurings that this i= s=20 possible with the current sources and a few folks run systems this way. I'= m=20 pretty sure there's no way to do this without completely breaking the ABI. = =20 Maybe if it coincided with a major libc version bump, and a compat ABI in t= he=20 kernel, with new ELF branding for the 64-bit binaries... Maybe. It could= =20 also have an appreciable performance hit, though those who have been=20 experimenting with it would know more than I how severe it is. 2. Bite the bullet and fix all the broken software. This is probably the=20 'correct' approach. I don't know exactly which specs (POSIX? C99?) apply,= =20 but I'm under the impression that no guarantee is made about the size of=20 time_t relative to other basic types. If someone knows for sure, please=20 correct me. This means lots and lots and lots of patches in the ports tree= =2E =20 Even with submitting them back, quite a few would have to be held locally a= s=20 some authors may not care to fix it until Linux does the same thing and=20 forces the issue. As a workaround, maybe there could be a flag in ports fo= r=20 '64-bit time_t clean'. If it's not set, some magic could kick in and build= =20 the port with a 32-bit time_t (activating whatever compat mechanism we have= =20 in place for old binaries). 3. Do nothing on i386. Everybody should have a shiny new =DCberHammer 256-= bit=20 CPU by 2038, right? ;-) Craig From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 21:30:47 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFC0C16A4CE for ; Sun, 14 Mar 2004 21:30:47 -0800 (PST) Received: from skyweb.ca (smtp-1.vancouver.ipapp.com [216.152.192.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DDE543D2D for ; Sun, 14 Mar 2004 21:30:47 -0800 (PST) (envelope-from mjohnston@skyweb.ca) Received: from [192.168.0.3] ([64.42.246.20]) by smtp-1.vancouver.ipapp.com ; Sun, 14 Mar 2004 21:30:46 -0800 From: Mark Johnston To: current@freebsd.org Content-Type: text/plain Message-Id: <1079328666.1855.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Sun, 14 Mar 2004 23:31:07 -0600 Content-Transfer-Encoding: 7bit X-Rcpt-To: X-Country: CA Subject: cvs-src summary for 14/03/04 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 05:30:47 -0000 This week, I've added a new section for "Notable Changes". This is for changes that aren't exactly new features, aren't exactly bug fixes, but are important nonetheless. Mark FreeBSD cvs-src summary for 07/03/04 to 14/03/04 ++++++++++++++++++++++++++++++++++++++++++++++++ This is a regular weekly summary of FreeBSD's cutting-edge development. It is intended to help the FreeBSD community keep up with the fast-paced work going on in FreeBSD-CURRENT by distilling the deluge of data from the CVS mailing list into a (hopefully) easy-to-read newsletter. This newsletter is marked up in reStructuredText_, so any odd punctuation that you see is likely intended for the reST parser. .. _reStructuredText: http://docutils.sourceforge.net/rst.html You can get old summaries, and an HTML version of this one, at http://www.xl0.org/FreeBSD/. Please send any comments to Mark Johnston (mark at xl0.org). For Lukasz Dudek and Szymon Roczniak's Polish translations of these summaries, which may lag the English ones slightly, please see http://mocart.pinco.pl/FreeBSD/. .. contents:: ============ New features ============ OpenBSD PF linked into the system build --------------------------------------- Max Laier (mlaier) has linked PF_, which was imported into the system a while ago, into the build, so it will be available in -CURRENT from now on. When you upgrade past this change (March 8th), you'll need to use mergemaster -p before installworld (but you always do that anyway, right?) since it adds a new user and two groups. In case you don't want to use PF, this commit also adds a NO_PF option to make.conf. .. _PF: http://www.benzedrine.cx/pf.html http://docs.freebsd.org/cgi/mid.cgi?200403082203.i28M3TvL068184 Nanobsd tools for embedded systems added ---------------------------------------- Poul-Henning Kamp (phk) added a tool called nanobsd, which can be used to create a system image suitable for use in embedded systems. Nanobsd currently works only for 256MB flash disks, but there's lots of room to shrink the system further. This code is a starting point and still needs work and documentation, but if you want to try it, the Makefile and configuration files are available in /usr/src/tools/tools/nanobsd. http://docs.freebsd.org/cgi/mid.cgi?200403101028.i2AASYW0011837 Intel C compiler support added for kernel building -------------------------------------------------- Tom Rhodes (trhodes) committed support for using `Intel's icc C compiler`_ to build the kernel. Intel's compiler tends to generate significantly faster code than gcc. Currently, this only works properly with icc 7; kernels built with icc 8 still have serious problems. .. _`Intel's icc C compiler`: http://www.intel.com/software/products/compilers/clin/ http://docs.freebsd.org/cgi/mid.cgi?200403122136.i2CLaCm9096276 http://docs.freebsd.org/cgi/mid.cgi?200403122145.i2CLjXYo098770 New sysctls to restrict hard links ---------------------------------- Pawel Jakub Dawidek (pjd) added two new sysctls that can be used to prevent users from making hard links to files that don't belong to them. The sysctls are named security.bsd.hardlink_check_uid and security.bsd.hardlink_check_gid; they restrict the ability to make hard links to the owning user and owning group, respectively. The new sysctls default to off. http://docs.freebsd.org/cgi/mid.cgi?200403082037.i28KbQ2M041691 Sparc64 platform changes to 64-bit time storage ----------------------------------------------- Garance A. Drosehn (gad) changed sparc64 over from the old 32-bit time_t time storage type to a 64-bit one. A 64-bit time_t eliminates the `year 2038 problem`_ when the 32-bit time_t runs out of room in 2038. The 64-bit counter will not run out of room for some 292 billion years. This change affects a lot of different applications, so there may be some followup patches as problems are found; this instability will affect only the sparc64 platform. .. _`year 2038 problem`: http://maul.deepsky.com/~merovech/2038.html http://docs.freebsd.org/cgi/mid.cgi?200403101739.i2AHd6r0020216 Netgraph VLAN support MFC'ed ---------------------------- Ruslan Ermilov (ru) committed Netgraph support for IEEE 802.1q VLAN tags to FreeBSD 4.x. This Netgraph module was added to -CURRENT last week; more information is available `in last week's summary`_. .. _`in last week's summary`: http://excel.xl0.org/FreeBSD/07-03-04.html#netgraph-support-for-ieee-802-1q-vlan-tags http://docs.freebsd.org/cgi/mid.cgi?200403101535.i2AFZLqO086909 =============== Notable changes =============== nologin moved from /sbin to /usr/sbin ------------------------------------- Colin Percival (cperciva) moved the nologin program, used as a shell for users who shouldn't be able to log in, from /sbin to /usr/sbin. There will be a symbolic link made from /sbin/nologin to /usr/sbin/nologin for compatibility. http://docs.freebsd.org/cgi/mid.cgi?200403131102.i2DB2b3l094295 asc, ctx, gp, gsc, le, rdp, spigot, stl, stli, and wt legacy drivers removed ---------------------------------------------------------------------------- M. Warner Losh (imp) removed: - The asc driver, for GI1904-based hand scanners - The ctx driver, for another scanner - The gp driver, for National Instruments AT-GPIB boards - The gsc driver, for the Genius GS-4500 hand scanner - The le driver, for DEC EtherWORKS II/III Ethernet adapters - The rdp driver, for the Realtek RTL-8002 parallel port Ethernet device - The spigot driver, for the video spigot device - The stl and stli drivers, for Stallion serial controllers - The wt driver, for Wangtek QIC-02/QIC-36 tape drives from the tree. These drivers use old legacy compatibility APIs which are being eliminated. These devices can be supported again if an up-to-date driver is contributed for them. asc: http://docs.freebsd.org/cgi/mid.cgi?200403140457.i2E4vSJo066061 ctx: http://docs.freebsd.org/cgi/mid.cgi?200403140527.i2E5RUhp073476 gsc: http://docs.freebsd.org/cgi/mid.cgi?200403142242.i2EMgsWP048258 gp: http://docs.freebsd.org/cgi/mid.cgi?200403140531.i2E5Vfsi074787 le: http://docs.freebsd.org/cgi/mid.cgi?200403142225.i2EMPJIA043790 rdp: http://docs.freebsd.org/cgi/mid.cgi?200403142235.i2EMZTqo046065 spigot: http://docs.freebsd.org/cgi/mid.cgi?200403142231.i2EMVnvS045428 stl/stli: http://docs.freebsd.org/cgi/mid.cgi?200403140648.i2E6maVS008566 wt: http://docs.freebsd.org/cgi/mid.cgi?200403140446.i2E4kqSE057900 ================= Discussion topics ================= Trading off speed for application support ----------------------------------------- John Birrell (jb) modified the stdio (standard input/output) code so that a program can create a FILE structure on its own, rather than retrieving one from the system. Tim Robbins (tjr) questioned this functionality, noting that the extra code would slow down the important stdio code to support misbehaving applications. Alexander Kabaev (kan) agreed with Tim, saying that he'd prefer to explicitly disallow poking around in a FILE structure. From there, a subthread centered on improving stdio performance in general, by separating the threaded and non-threaded cases. In the end, John decided to back out the change, since he had only one private application that needed the functionality. http://docs.freebsd.org/cgi/mid.cgi?200403090245.i292j0a603572 vnode-backed memory disk deadlock fixed --------------------------------------- Poul-Henning Kamp (phk) fixed a deadlock in vnode-backed md memory disk devices over a certain, unknown size. He noted that this fix involves a performance hit, so the -o async option can be given to mdconfig to use the old, faster, unsafe behavior. Alexey Dokuchaev asked whether a fix is possible without the performance penalty. Poul-Henning answered that either the syncer or the md code needs to be aware of the special case of a vnode-backed md. Colin Percival (cperciva) asked whether md could directly access the disk blocks it wanted to use, rather than going through the filesystem. Poul-Henning explained that that implementation would be faster and would eliminate a layering violation, but the complexity of such a setup would outweigh the benefits. Bruce Evans (bde) further noted that very old versions of the vnode driver used the scheme; it was highly complex, and didn't quite work. In a subthread, Brian Feldman (green) noted that the async option is unsafe in a non-obvious way, and suggested that the flag be renamed to unsafe_async or similar, or an -o force flag be required as well. Poul-Henning disagreed, stating that mdconfig is already dangerous enough that the slight extra protection such a flag would give would be no improvement. http://docs.freebsd.org/cgi/mid.cgi?200403102041.i2AKf90l061660 ================= Committer changes ================= David Malone (dwmalone) introduced Peter Edwards (peadar) as a new src committer. Peter will be working on debuggers and threads as well as doing general src commits. http://docs.freebsd.org/cgi/mid.cgi?200403082133.i28LXoof060708 =================== Important bug fixes =================== File corruption bug when running multiple instances of pw corrected ------------------------------------------------------------------- Ken Smith (kensmith) committed a change to the pw utility, which manages the passwd and group files, to lock the file it's going to change. This eliminates the possibility of corrupting those files when pw is run more than once at the same time. This problem was reported in `PR 23501`_. .. _`PR 23501`: http://www.freebsd.org/cgi/query-pr.cgi?pr=23501 http://docs.freebsd.org/cgi/mid.cgi?200403082031.i28KVcv8040798 Non-interactive script fixed in 4.x ----------------------------------- Colin Percival (cperciva) MFC'ed fixes for the script utility for bugs that prevented it from working when used non-interactively. This fixes a problem that could result in portupgrade deleting ports and not reinstalling them, and it closes 5 PRs: 56166_, 57414_, 57415_, 59036_, and 60534_. .. _56166: http://www.freebsd.org/cgi/query-pr.cgi?pr=56166 .. _57414: http://www.freebsd.org/cgi/query-pr.cgi?pr=57414 .. _57415: http://www.freebsd.org/cgi/query-pr.cgi?pr=57415 .. _59036: http://www.freebsd.org/cgi/query-pr.cgi?pr=59036 .. _60534: http://www.freebsd.org/cgi/query-pr.cgi?pr=60534 http://docs.freebsd.org/cgi/mid.cgi?200403130921.i2D9L0hH069821 =============== Other bug fixes =============== Lukas Ertl (le) committed a patch to df that fixes what df reports for available space on an over-full file system when a custom block size is used. This commit closes `PR 62536`_, submitted by Peter van Dijk. .. _`PR 62536`: http://www.freebsd.org/cgi/query-pr.cgi?pr=62536 http://docs.freebsd.org/cgi/mid.cgi?200403091002.i29A2ixD043305 Tim Kientzle (kientzle) updated libarchive, a library for reading and writing streaming archive files, with many fixes and portability updates. http://docs.freebsd.org/cgi/mid.cgi?200403091950.i29JogcD092086 Bruce Evans (bde) updated many applications that were misusing NULL to mean 0 and vice versa. (many) From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 22:25:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C65316A4CE for ; Sun, 14 Mar 2004 22:25:14 -0800 (PST) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6034043D2D for ; Sun, 14 Mar 2004 22:25:09 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i2F6P7nX006969; Mon, 15 Mar 2004 17:25:07 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i2F6P5Gi016038; Mon, 15 Mar 2004 17:25:07 +1100 Date: Mon, 15 Mar 2004 17:25:05 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Colin Percival In-Reply-To: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> Message-ID: <20040315172002.S5193@gamplex.bde.org> References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 06:25:14 -0000 On Sun, 14 Mar 2004, Colin Percival wrote: > Thus spake style(9): > > Do not add whitespace at the end of a line, and only use tabs > followed by > > spaces to form the indentation. Do not use more spaces than a tab will > > produce and do not use spaces in front of tabs. > > There are somewhere around 6500 lines in 1000 files which violate this final > rule. Only that many (counting all #define\040 etc)? :-) > Should I clean these up, or is it not worth bloating the repository for > such cosmetic fixes? It's too painful to do all at once IMO. The repo bloat isn't much (6500 * 40 characters + metadata?). Bruce From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 23:02:36 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1569716A4CE; Sun, 14 Mar 2004 23:02:36 -0800 (PST) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BD9143D45; Sun, 14 Mar 2004 23:02:35 -0800 (PST) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1B2m7G-000OSq-00; Mon, 15 Mar 2004 09:02:26 +0200 From: Ian FREISLICH In-Reply-To: Message from Ian FREISLICH of "Wed, 10 Mar 2004 13:26:46 +0200." Date: Mon, 15 Mar 2004 09:02:26 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: Max Laier cc: ipfw@freebsd.org cc: current@freebsd.org Subject: Re: PATCH: ip_input.c, ip_output.c, ipfw.8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 07:02:36 -0000 > I'll have to figure out what the problem is and send a patch that > works for current. I'm pretty sure this patch is on the right track > though. Ok, here's the corrected patch for 5-CURRENT: http://www.freebsd.org/cgi/query-pr.cgi?pr=64240 If someone could look it over and commit it if all is well. Thanks, Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 23:16:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E89016A4CE; Sun, 14 Mar 2004 23:16:27 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5386B43D2D; Sun, 14 Mar 2004 23:16:26 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2F7Kaee009730 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Mar 2004 09:20:37 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i2F7GO09043486; Mon, 15 Mar 2004 09:16:24 +0200 (EET) (envelope-from ru) Date: Mon, 15 Mar 2004 09:16:24 +0200 From: Ruslan Ermilov To: "David O'Brien" , current@FreeBSD.org Message-ID: <20040315071624.GB43263@ip.net.ua> References: <20040305155113.GB31834@ip.net.ua> <20040315003203.GA6007@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline In-Reply-To: <20040315003203.GA6007@dragon.nuxi.com> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: cross make buildworld failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 07:16:27 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 04:32:03PM -0800, David O'Brien wrote: > On Fri, Mar 05, 2004 at 05:51:13PM +0200, Ruslan Ermilov wrote: > > > =3D=3D=3D> gnu/usr.bin/binutils/gasp > ... > > > /usr/include/regex.h:56: syntax error before `regoff_t' > > > gasp+%FIXED.c: In function `chew_flonum': > > > gasp+%FIXED.c:553: structure has no member named `rm_eo' > > > gasp+%FIXED.c:553: structure has no member named `rm_so' > > > gasp+%FIXED.c:554: structure has no member named `rm_eo' > > > gasp+%FIXED.c:554: structure has no member named `rm_so' > > > gasp+%FIXED.c:558: structure has no member named `rm_eo' > > >=20 > > Thanks for the report, we're working on resolving this. The > > workaround (if you need this quickly) is to remove > > src/contrib/binutils/include/getopt.h, and revert the following >=20 > What does getopt.h have to do with a regex API issue?? >=20 By not quoting all of my reply, you've lost some useful context: On Fri, Mar 05, 2004 at 05:51:13PM +0200, Ruslan Ermilov wrote: [...] > Thanks for the report, we're working on resolving this. The > workaround (if you need this quickly) is to remove > src/contrib/binutils/include/getopt.h, and revert the following > revisions: >=20 > src/gnu/usr.bin/binutils/Makefile.inc0,v 1.34 > src/gnu/usr.bin/binutils/gasp/Makefile,v 1.16 The above two revisions were aimed at picking up the "correct" version of getopt.h, and they have polluted the makefiles with -I${DESTDIR}/usr/include/gnu. As gasp(1) is also a cross tool, the side effect of this change was that it started using the /usr/include/regex.h header instead of the proper bootstrappable one from ${WORLDTMP}/legacy/usr/include. The former requires including of in RELENG_4, as documented in the regex(3) manpage, the latter handles this bootstrapping issue (see src/tools/build/regex.h). The solution was to back out those revisions, and remove the version of getopt.h from contrib/bintutils. (Soon after I've realized that it doesn't harm at all to use getopt.h and friends from contrib/binutils.) Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVVhIUkv4P6juNwoRAkFyAJ40cD2I6GF+gZkVGyYG2PDP3kqguACeJsqm gavqxm9S2h4G0jp7Zi2zy2E= =haht -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 23:16:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ACFC16A4CE for ; Sun, 14 Mar 2004 23:16:54 -0800 (PST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 442FE43D2F for ; Sun, 14 Mar 2004 23:16:52 -0800 (PST) (envelope-from ntarmos@Noth.ceid.upatras.gr) Received: (qmail 11866 invoked from network); 15 Mar 2004 00:10:10 -0000 Received: from noth.ceid.upatras.gr (150.140.143.234) by diogenis.ceid.upatras.gr with SMTP; 15 Mar 2004 00:10:10 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id 1C3E7FDA1 for ; Mon, 15 Mar 2004 02:10:53 +0200 (EET) Received: from Noth.ceid.upatras.gr ([127.0.0.1]) by localhost (Noth [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03847-05 for ; Mon, 15 Mar 2004 02:10:52 +0200 (EET) Received: by Noth.ceid.upatras.gr (Postfix, from userid 1000) id 79550FD89; Mon, 15 Mar 2004 02:10:52 +0200 (EET) Date: Mon, 15 Mar 2004 02:10:52 +0200 From: Nikos Ntarmos To: freebsd-current@freebsd.org Message-ID: <20040315001052.GA20921@diogenis.ceid.upatras.gr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Noth.ceid.upatras.gr Subject: [ntarmos@ceid.upatras.gr: GCC optimization bugs -- still there or a historic artifact?] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 07:16:54 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all. I'm crossposting this to current@, as I think it pertains more to 5.2+ and -CURRENT than to hackers@. Cheers... \n\n -- Nikos "Noth" Ntarmos | < ntarmos at ceid dot upatras dot gr > NetCINS Lab. @ C.E.I.D. | [ http://{noth,p2p}.ceid.upatras.gr/ ] U. of Patras - Greece | ( 38.2594N, 21.7428E ) ( 1024D / CF95160A ) --YZ5djTAD1cGYuMQK Content-Type: message/rfc822 Content-Disposition: inline Return-Path: X-Original-To: ntarmos@localhost Delivered-To: ntarmos@localhost Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id 24445FBB1 for ; Sat, 13 Mar 2004 21:50:07 +0200 (EET) Received: from Noth.ceid.upatras.gr ([127.0.0.1]) by localhost (Noth [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14203-01 for ; Sat, 13 Mar 2004 21:50:06 +0200 (EET) Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id ED468FD97 for ; Sat, 13 Mar 2004 21:50:05 +0200 (EET) Delivered-To: ntarmos@ceid.upatras.gr Received: from diogenis.ceid.upatras.gr [150.140.141.181] by localhost with IMAP (fetchmail-6.2.5) for ntarmos@localhost (single-drop); Sat, 13 Mar 2004 21:50:05 +0200 (EET) Received: (qmail 4914 invoked from network); 13 Mar 2004 19:40:57 -0000 Received: from mx2.freebsd.org (216.136.204.119) by diogenis.ceid.upatras.gr with SMTP; 13 Mar 2004 19:40:57 -0000 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 657B556D5E; Sat, 13 Mar 2004 11:39:57 -0800 (PST) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7C03416A51F; Sat, 13 Mar 2004 11:39:50 -0800 (PST) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F73516A4CE for ; Sat, 13 Mar 2004 11:23:26 -0800 (PST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by mx1.FreeBSD.org (Postfix) with SMTP id C7BC143D45 for ; Sat, 13 Mar 2004 11:23:24 -0800 (PST) (envelope-from ntarmos@Noth.ceid.upatras.gr) Received: (qmail 16252 invoked from network); 13 Mar 2004 19:23:21 -0000 Received: from noth.ceid.upatras.gr (150.140.143.234) by diogenis.ceid.upatras.gr with SMTP; 13 Mar 2004 19:23:21 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id 287E6FD97 for ; Sat, 13 Mar 2004 21:23:58 +0200 (EET) Received: from Noth.ceid.upatras.gr ([127.0.0.1]) by localhost (Noth [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29604-10 for ; Sat, 13 Mar 2004 21:23:57 +0200 (EET) Received: by Noth.ceid.upatras.gr (Postfix, from userid 1000) id 956D7FD89; Sat, 13 Mar 2004 21:23:57 +0200 (EET) Date: Sat, 13 Mar 2004 21:23:57 +0200 From: Nikos Ntarmos To: freebsd-hackers@freebsd.org Message-ID: <20040313192357.GA10778@diogenis.ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.5.1+cvs20040105i X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Noth.ceid.upatras.gr Subject: GCC optimization bugs -- still there or a historic artifact? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Noth.ceid.upatras.gr X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on Noth.ceid.upatras.gr X-Spam-Level: X-Spam-Status: No, hits=-103.4 required=7.0 tests=AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=2.63 Hi all. There was a thread on the CFLAGS knob in make.conf in early Feb.'04 (the exact subject was "need help on CFLAGS in /etc/make.conf please"), where some posters raised the issue of gcc optimization bugs that supposedly manifest in optimization levels above -O2. The last post on this subject was on Feb. 13th, though, and nothing has come up ever since. AFAIK 5.2.1+ and -CURRENT have moved to gcc-3.3.3. Are these issues still there? I've been making my way around FreeBSD's and GCC's gnat and couldn't find anything relevant. Ummm... Actually almost all relevant entries in our gnat end with something like "bug the gcc guys for we're too overwhelmed to look into gcc issues". The funny thing is there is no entry in the gcc's gnat about optimization bugs in 3.3.3. As some very specific person noted, "-O gets about an order of magnitude less testing than -O2" by the gcc community. This whole thing came up in the port-alpha@netbsd list, in a thread about Compaq's C compiler (aka ccc) for linux/alpha (lang/compaq-cc in our ports tree) and its status in NetBSD. The manpage for make.conf states that the issues with levels >1 are even worse on alpha. Well, gcc-3.3.3 is as fast as (if not faster than) ccc for optimization levels above -O2, and can be used for a much wider part of the C/C++ source available out there. So the question is: are these gcc issues still there or just a historic artifact left lurking around manpages "just to be sure"? \n\n -- Nikos "Noth" Ntarmos | < ntarmos at ceid dot upatras dot gr > NetCINS Lab. @ C.E.I.D. | [ http://{noth,p2p}.ceid.upatras.gr/ ] U. of Patras - Greece | ( 38.2594N, 21.7428E ) ( 1024D / CF95160A ) _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --YZ5djTAD1cGYuMQK-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 00:50:58 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55B3116A4CF for ; Mon, 15 Mar 2004 00:50:58 -0800 (PST) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6E50A43D2D for ; Mon, 15 Mar 2004 00:50:57 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 26736 invoked by uid 65534); 15 Mar 2004 08:50:55 -0000 Received: from pD95EBC60.dip.t-dialin.net (EHLO gmx.net) (217.94.188.96) by mail.gmx.net (mp002) with SMTP; 15 Mar 2004 09:50:55 +0100 X-Authenticated: #17236065 Message-ID: <40556E6C.6080303@gmx.net> Date: Mon, 15 Mar 2004 09:50:52 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040224 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> In-Reply-To: <20040314234746.GA72219@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 08:50:58 -0000 Steve Kargl wrote: > On Mon, Mar 15, 2004 at 12:19:41AM +0100, Marcin Dalecki wrote: > >>m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ >>/usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 >>/usr/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf >>chmod 444 freebsd.submit.cf >>kozaczek# make installworld >>ERROR: Required proxy user is missing, see /usr/src/UPDATING. >>*** Error code 1 >> >>Stop in /usr/src. >>*** Error code 1 >> >>Stop in /usr/src. >>kozaczek# gvim /usr/src/UPDATING >>kozaczek# grep proxy /usr/src/UPDATING >>kozaczek# grep -i proxy /usr/src/UPDATING >>kozaczek# >> >> >>I think it speaks for itself. Which kind of "security" you know >>better for my box I don't care about security bullshit is this? > > > Read /usr/src/UPDATING. > There is nothing about any proxy user there. And I don't wan't to read everything there, since the system in question isn't critical at all. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 00:51:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F0D416A4CE for ; Mon, 15 Mar 2004 00:51:12 -0800 (PST) Received: from tx3.oucs.ox.ac.uk (tx3.oucs.ox.ac.uk [163.1.2.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 842BA43D2D for ; Mon, 15 Mar 2004 00:51:11 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan3.oucs.ox.ac.uk ([163.1.2.166] helo=localhost) by tx3.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1B2noU-0001v3-Ns for current@freebsd.org; Mon, 15 Mar 2004 08:51:10 +0000 Received: from rx3.oucs.ox.ac.uk ([163.1.2.165]) by localhost (scan3.oucs.ox.ac.uk [163.1.2.166]) (amavisd-new, port 25) with ESMTP id 07347-01 for ; Mon, 15 Mar 2004 08:51:10 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx3.oucs.ox.ac.uk with smtp (Exim 4.24) id 1B2noU-0001uw-AI for current@freebsd.org; Mon, 15 Mar 2004 08:51:10 +0000 Received: (qmail 5582 invoked by uid 1004); 15 Mar 2004 08:51:10 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.20 (clamscan: 0.67. sweep: 2.18/3.79. Clear:RC:1(163.1.161.131):. Processed in 0.017314 secs); 15 Mar 2004 08:51:10 -0000 Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 15 Mar 2004 08:51:10 -0000 Message-Id: <6.0.1.1.1.20040315084218.03b57d18@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Mon, 15 Mar 2004 08:51:05 +0000 To: Bruce Evans From: Colin Percival In-Reply-To: <20040315172002.S5193@gamplex.bde.org> References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <20040315172002.S5193@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 08:51:12 -0000 At 06:25 15/03/2004, Bruce Evans wrote: >On Sun, 14 Mar 2004, Colin Percival wrote: > > Thus spake style(9): > > > Do not use more spaces than a tab will > > > produce and do not use spaces in front of tabs. > > > > There are somewhere around 6500 lines in 1000 files which violate > this final > > rule. > >Only that many (counting all #define\040 etc)? :-) I miscounted. Somewhere around 20000 lines have problems with leading whitespace. I'm not looking at non-leading whitespace. > > Should I clean these up, or is it not worth bloating the repository for > > such cosmetic fixes? > >It's too painful to do all at once IMO. Painful for whom? I've got a 2.4MB patch sitting in front of me which fixes most of these. Colin Percival From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 00:53:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3096116A4CE for ; Mon, 15 Mar 2004 00:53:35 -0800 (PST) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5ACBD43D45 for ; Mon, 15 Mar 2004 00:53:34 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 12368 invoked by uid 65534); 15 Mar 2004 08:53:33 -0000 Received: from pD95EBC60.dip.t-dialin.net (EHLO gmx.net) (217.94.188.96) by mail.gmx.net (mp023) with SMTP; 15 Mar 2004 09:53:33 +0100 X-Authenticated: #17236065 Message-ID: <40556F0B.9080408@gmx.net> Date: Mon, 15 Mar 2004 09:53:31 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040224 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Hodel References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> <20040315022938.GE18647@segment7.net> In-Reply-To: <20040315022938.GE18647@segment7.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 08:53:35 -0000 Eric Hodel wrote: > Steve Kargl (sgk@troutmask.apl.washington.edu) wrote: > > >>On Mon, Mar 15, 2004 at 12:19:41AM +0100, Marcin Dalecki wrote: >> >>>m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ >>>/usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 >>>/usr/src/etc/sendmail/freebsd.submit.mc > freebsd.submit.cf >>>chmod 444 freebsd.submit.cf >>>kozaczek# make installworld >>>ERROR: Required proxy user is missing, see /usr/src/UPDATING. >>>*** Error code 1 >>> >>>Stop in /usr/src. >>>*** Error code 1 >>> >>>Stop in /usr/src. >>>kozaczek# gvim /usr/src/UPDATING >>>kozaczek# grep proxy /usr/src/UPDATING >>>kozaczek# grep -i proxy /usr/src/UPDATING >>>kozaczek# >>> >>> >>>I think it speaks for itself. Which kind of "security" you know >>>better for my box I don't care about security bullshit is this? >> >>Read /usr/src/UPDATING. > > > Hint 1: "To rebuild everything and install it on the current system." > > Hint 2: 20040308 > Could you exchange the sentence "to create required user accounts" by "to create user accounts requires for proxy operation" or similar please. The error message is totally out of context otherwise. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 01:13:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C40016A4CE for ; Mon, 15 Mar 2004 01:13:16 -0800 (PST) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C1543D2D for ; Mon, 15 Mar 2004 01:13:14 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86])i2F9DDnX029829; Mon, 15 Mar 2004 20:13:13 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i2F9DBUf023696; Mon, 15 Mar 2004 20:13:12 +1100 Date: Mon, 15 Mar 2004 20:13:11 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Colin Percival In-Reply-To: <6.0.1.1.1.20040315084218.03b57d18@imap.sfu.ca> Message-ID: <20040315200955.S5767@gamplex.bde.org> References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <6.0.1.1.1.20040315084218.03b57d18@imap.sfu.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 09:13:16 -0000 On Mon, 15 Mar 2004, Colin Percival wrote: > At 06:25 15/03/2004, Bruce Evans wrote: > >On Sun, 14 Mar 2004, Colin Percival wrote: > > > Should I clean these up, or is it not worth bloating the repository for > > > such cosmetic fixes? > > > >It's too painful to do all at once IMO. > > Painful for whom? I've got a 2.4MB patch sitting in front of > me which fixes most of these. Painful for anyone who uses "cvs diff" to try to see actual fixes. Bruce From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 01:22:45 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4B0716A4CE for ; Mon, 15 Mar 2004 01:22:45 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EDFD43D39 for ; Mon, 15 Mar 2004 01:22:45 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id EBDEF530E; Mon, 15 Mar 2004 10:22:43 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id C1FF7530A; Mon, 15 Mar 2004 10:22:37 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4E64633CA7; Mon, 15 Mar 2004 10:22:37 +0100 (CET) To: Marcin Dalecki References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> <40556E6C.6080303@gmx.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 10:22:37 +0100 In-Reply-To: <40556E6C.6080303@gmx.net> (Marcin Dalecki's message of "Mon, 15 Mar 2004 09:50:52 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: FreeBSD Current cc: Steve Kargl Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 09:22:45 -0000 Marcin Dalecki writes: > Steve Kargl wrote: > > Read /usr/src/UPDATING. > There is nothing about any proxy user there. And I don't wan't > to read everything there, since the system in question isn't > critical at all. That is *your* problem. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 01:22:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B540116A57B for ; Mon, 15 Mar 2004 01:22:59 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77CAC43D31 for ; Mon, 15 Mar 2004 01:22:59 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 9D8335312; Mon, 15 Mar 2004 10:22:58 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 36D005310; Mon, 15 Mar 2004 10:22:53 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 2219533CA9; Mon, 15 Mar 2004 10:22:53 +0100 (CET) To: Marcin Dalecki References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> <20040315022938.GE18647@segment7.net> <40556F0B.9080408@gmx.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 10:22:53 +0100 In-Reply-To: <40556F0B.9080408@gmx.net> (Marcin Dalecki's message of "Mon, 15 Mar 2004 09:53:31 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 09:23:00 -0000 Marcin Dalecki writes: > Could you exchange the sentence "to create required user accounts" by > "to create user accounts requires for proxy operation" or similar please. > The error message is totally out of context otherwise. Go use Linux or something. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 01:24:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B5C716A4CE for ; Mon, 15 Mar 2004 01:24:13 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06CE043D39 for ; Mon, 15 Mar 2004 01:24:12 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i2F9NsZC089255; Mon, 15 Mar 2004 10:24:09 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4055762B.4020500@DeepCore.dk> Date: Mon, 15 Mar 2004 10:23:55 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Evans References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <6.0.1.1.1.20040315084218.03b57d18@imap.sfu.ca> <20040315200955.S5767@gamplex.bde.org> In-Reply-To: <20040315200955.S5767@gamplex.bde.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 cc: current@freebsd.org cc: Colin Percival Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 09:24:13 -0000 Bruce Evans wrote: > On Mon, 15 Mar 2004, Colin Percival wrote: > > >>At 06:25 15/03/2004, Bruce Evans wrote: >> >>>On Sun, 14 Mar 2004, Colin Percival wrote: >>> >>>>Should I clean these up, or is it not worth bloating the repository for >>>>such cosmetic fixes? >>> >>>It's too painful to do all at once IMO. >> >> Painful for whom? I've got a 2.4MB patch sitting in front of >>me which fixes most of these. > > > Painful for anyone who uses "cvs diff" to try to see actual fixes. Hmm, they should just be taught about the -b option to cvs diff then :) -- -Sřren From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 02:23:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD53816A4CE for ; Mon, 15 Mar 2004 02:23:27 -0800 (PST) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50B8643D1F for ; Mon, 15 Mar 2004 02:23:27 -0800 (PST) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i2FAN9kL017943; Mon, 15 Mar 2004 05:23:09 -0500 (EST) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i2FAN6bk017942; Mon, 15 Mar 2004 05:23:06 -0500 (EST) Date: Mon, 15 Mar 2004 05:23:06 -0500 From: Thomas Dickey To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20040315102306.GA17134@saltmine.radix.net> References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <6.0.1.1.1.20040315084218.03b57d18@imap.sfu.ca> <20040315200955.S5767@gamplex.bde.org> <4055762B.4020500@DeepCore.dk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <4055762B.4020500@DeepCore.dk> User-Agent: Mutt/1.3.27i cc: Colin Percival cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 10:23:27 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2004 at 10:23:55AM +0100, S=F8ren Schmidt wrote: > Hmm, they should just be taught about the -b option to cvs diff then :) solve one problem, create another: no real gain. -b doesn't ensure that contents of string literals haven't changed. (Having seen a number of cleanup patches that break code ;-) --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFAVYQHtIqByHxlDocRArknAKCwp2TglIpbNx92B7o77682rb9LzwCdFfDv Dnx2L/LINnprv+v7tOQq3wM= =ZdbQ -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 04:30:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB7A016A4CE for ; Mon, 15 Mar 2004 04:30:50 -0800 (PST) Received: from mx.x123.info (165.Red-80-37-224.pooles.rima-tde.net [80.37.224.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id C63B343D2D for ; Mon, 15 Mar 2004 04:30:49 -0800 (PST) (envelope-from esn@x123.info) Received: by mx.x123.info (Postfix, from userid 80) id DA60017423; Mon, 15 Mar 2004 13:30:43 +0100 (CET) Received: from 155.208.255.21 ([155.208.255.21]) by www.x123.info (Horde) with HTTP for ; Mon, 15 Mar 2004 13:30:43 +0100 Message-ID: <20040315133043.co8gk084okgscoss@www.x123.info> Date: Mon, 15 Mar 2004 13:30:43 +0100 From: "Sebastian Yepes F. [ESN]" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) 4.0-cvs X-Originating-IP: 155.208.255.21 Subject: Coment:: sysctl security.jail.list_allowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 12:30:50 -0000 By my part a think that the commit http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_jail.c.diff?r1=3D1.4= 1&r2=3D1.40 sude be backtout.. i like the ability to Enable & Disable this Listing What du the rest of you guys think?? -- if (Better You Treat Them) { return "Worst You Get Treated"; } Love can kill you like a Hammer or a 220 Kv AC line in the head, but it=92s = the most beautiful and strange sensation, I Just Love, Love ; ) /* www: http://www.x123.info Contect: FingerPrint: esn aT x123.info 0D42 F870 F650 6B86 CA9E esn aT freshpkgsrc.org E199 A57D 3824 F8AA A934 sebastian.yepes aT hp.com */ ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 04:47:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1CEC16A4CE for ; Mon, 15 Mar 2004 04:47:50 -0800 (PST) Received: from av3-1-sn1.fre.skanova.net (av3-1-sn1.fre.skanova.net [81.228.11.109]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F65143D39 for ; Mon, 15 Mar 2004 04:47:50 -0800 (PST) (envelope-from manlix@demonized.net) Received: by av3-1-sn1.fre.skanova.net (Postfix, from userid 502) id 7361537E72; Mon, 15 Mar 2004 13:47:49 +0100 (CET) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 6556337E47 for ; Mon, 15 Mar 2004 13:47:49 +0100 (CET) Received: from beard.demonized.net (h97n2fls33o834.telia.com [213.66.186.97]) by smtp3-1-sn1.fre.skanova.net (Postfix) with SMTP id 0AD8937E68 for ; Mon, 15 Mar 2004 13:47:49 +0100 (CET) Date: Mon, 15 Mar 2004 13:47:45 +0100 From: Johan Pettersson To: freebsd-current@freebsd.org Message-Id: <20040315134745.1eb201f4.manlix@demonized.net> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 12:47:51 -0000 Wouldn't it be nice to have ha pkg-based base system? So you easily can remove parts from the base system, like openssh, ipfw, ipf, bind, sendmail and so on. This couldn't be too hard to implement. :) From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 04:57:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0AB916A4CE for ; Mon, 15 Mar 2004 04:57:27 -0800 (PST) Received: from av9-1-sn4.m-sp.skanova.net (av9-1-sn4.m-sp.skanova.net [81.228.10.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDED643D3F for ; Mon, 15 Mar 2004 04:57:27 -0800 (PST) (envelope-from manlix@demonized.net) Received: by av9-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 0536D37E4E; Mon, 15 Mar 2004 13:57:27 +0100 (CET) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av9-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id EAE7937E46; Mon, 15 Mar 2004 13:57:26 +0100 (CET) Received: from beard.demonized.net (h97n2fls33o834.telia.com [213.66.186.97]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with SMTP id 1F1B637E70; Mon, 15 Mar 2004 13:57:25 +0100 (CET) Date: Mon, 15 Mar 2004 13:57:25 +0100 From: Johan Pettersson To: Kai Voigt Message-Id: <20040315135725.3cc70f97.manlix@demonized.net> In-Reply-To: <20040315125121.GC91150@abc.123.org> References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125121.GC91150@abc.123.org> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 12:57:28 -0000 If you want to remove it would be nice to have the ability to remove it with pkg_delete. Maybe I want to remove gcc, binutils whatever. I think the base-system should be pkg-based. It is much more flexible. On Mon, 15 Mar 2004 13:51:21 +0100 Kai Voigt wrote: > Johan Pettersson wrote: > > Wouldn't it be nice to have ha pkg-based base system? So you easily can remove parts from the base system, like openssh, ipfw, ipf, bind, sendmail and so on. This couldn't be too hard to implement. :) > > Why would you remove such parts? They all are small and don't harm anyone > when not being used. > > And "make world" after a CVS update is much more elegant than updating a > row of ports. > > Kai > > -- > dreiecksplatz 8, d-24105 kiel, +49-431-22199869, http://k.123.org/ > From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 04:57:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B623016A4D0 for ; Mon, 15 Mar 2004 04:57:34 -0800 (PST) Received: from mail003.syd.optusnet.com.au (mail003.syd.optusnet.com.au [211.29.132.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77E0B43D41 for ; Mon, 15 Mar 2004 04:57:31 -0800 (PST) (envelope-from akm@theinternet.com.au) Received: from theinternet.com.au (c211-30-103-113.carlnfd1.nsw.optusnet.com.au [211.30.103.113]) i2FCvE409507; Mon, 15 Mar 2004 23:57:14 +1100 Received: from theinternet.com.au (localhost [127.0.0.1]) by theinternet.com.au (8.12.11/8.12.11) with ESMTP id i2FCvAJP005075; Mon, 15 Mar 2004 23:57:10 +1100 (EST) (envelope-from akm@theinternet.com.au) Received: (from akm@localhost) by theinternet.com.au (8.12.11/8.12.11/Submit) id i2FCvA8E005074; Mon, 15 Mar 2004 23:57:10 +1100 (EST) (envelope-from akm) Date: Mon, 15 Mar 2004 23:57:10 +1100 From: Andrew Milton To: Johan Pettersson Message-ID: <20040315125710.GK797@camelot.theinternet.com.au> Mail-Followup-To: Johan Pettersson , freebsd-current@freebsd.org References: <20040315134745.1eb201f4.manlix@demonized.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040315134745.1eb201f4.manlix@demonized.net> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 12:57:34 -0000 +-------[ Johan Pettersson ]---------------------- | Wouldn't it be nice to have ha pkg-based base system? | So you easily can remove parts from the base system, like | openssh, ipfw, ipf, bind, sendmail and so on. | This couldn't be too hard to implement. :) Can't wait, when will you be finished? -- Totally Holistic Enterprises Internet| | Andrew Milton The Internet (Aust) Pty Ltd | M:+61 416 022 411 | ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 04:59:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B5CD16A4CE for ; Mon, 15 Mar 2004 04:59:03 -0800 (PST) Received: from guldan.demon.nl (cust.13.38.adsl.cistron.nl [62.216.13.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E54443D2F for ; Mon, 15 Mar 2004 04:59:03 -0800 (PST) (envelope-from robert@guldan.demon.nl) Received: from bombur.guldan.demon.nl ([192.168.201.3] helo=localhost) by guldan.demon.nl with esmtp (Exim 4.24; FreeBSD) id 1B2rf7-000GFX-31; Mon, 15 Mar 2004 13:57:45 +0100 Date: Mon, 15 Mar 2004 13:58:25 +0100 From: Robert Blacquiere To: freebsd-current@freebsd.org Message-ID: <20040315125825.GJ52357@bombur.guldan.demon.nl> References: <20040315134745.1eb201f4.manlix@demonized.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040315134745.1eb201f4.manlix@demonized.net> User-Agent: Mutt/1.4.1i X-Disclaimer: running FreeBSD X-Spam-Score: 0.0 (/) Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 12:59:03 -0000 /me smells linux based distros... I would not like that. It is now a complete system all acts like it should. If you take it appart you will see thing breaking and getting a mess like i won't say it. if you remove ipfw of ipf from user space why should you also have it in kernel space? then you get the next level of removal in to pkg... I hope we will do no such a thing. On Mon, Mar 15, 2004 at 01:47:45PM +0100, Johan Pettersson wrote: > Wouldn't it be nice to have ha pkg-based base system? So you easily can remove parts from the base system, like openssh, ipfw, ipf, bind, sendmail and so on. This couldn't be too hard to implement. :) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there! From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 11:21:56 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 144BA16A4CE; Sun, 14 Mar 2004 11:21:56 -0800 (PST) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5D743D3F; Sun, 14 Mar 2004 11:21:55 -0800 (PST) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 0539B14733; Sun, 14 Mar 2004 13:21:54 -0600 (CST) Date: Sun, 14 Mar 2004 13:21:54 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:12 -0800 cc: Mark Linimon cc: current@FreeBSD.ORG cc: Tim Robbins cc: "Matthew N. Dodd" Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 19:21:56 -0000 > No, it sounds like a good thing to do right now so we don't have to > live with it for the entire 5.x lifetime. Excellent! Everybody else was already in agreement. So, you'll be submitting the patches to install it to the ports tree, then? Including dealing with whatever "odd corners of the kernel" that a previous poster mentioned that it touched? Note that before you reach for the keyboard to say "just delete it", that previous posters in this thread have stated that they use this function. mcl From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 11:45:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 314F116A4CE for ; Sun, 14 Mar 2004 11:45:25 -0800 (PST) Received: from netlx014.civ.utwente.nl (netlx014.civ.utwente.nl [130.89.1.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A21B43D1F for ; Sun, 14 Mar 2004 11:45:24 -0800 (PST) (envelope-from r.s.a.vandomburg@student.utwente.nl) Received: from gog (gog.student.utwente.nl [130.89.165.107]) by netlx014.civ.utwente.nl (8.11.7/HKD) with ESMTP id i2EJig612228 for ; Sun, 14 Mar 2004 20:44:43 +0100 Message-Id: <200403141944.i2EJig612228@netlx014.civ.utwente.nl> From: "Roderick van Domburg" To: Date: Sun, 14 Mar 2004 20:44:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0 Thread-Index: AcQJ/MvaYlWLzf1WQOaG4LlNRfGGRQ== X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact helpdesk@ITBE.utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-MailScanner-From: r.s.a.vandomburg@student.utwente.nl X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:12 -0800 Subject: Import of newer GCC 3.3.3-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 19:45:25 -0000 Hello there! I was wondering if an import of GCC 3.3.3-RELEASE (or a newer snapshot) is already scheduled. I'm asking because it fixes an annoying but non-critical bug that causes gcc to get stuck in an infinite loop whilst compiling Sendmail with -ftracer. Reference: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13521 Regards, Roderick From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 14:50:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20EF416A4CE; Sun, 14 Mar 2004 14:50:15 -0800 (PST) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF18A43D2F; Sun, 14 Mar 2004 14:50:14 -0800 (PST) (envelope-from wes@softweyr.com) Received: from zaphod.softweyr.com (66-91-236-204.san.rr.com [66.91.236.204]) by smtp-relay.omnis.com (Postfix) with ESMTP id E60B4881CFB; Sun, 14 Mar 2004 14:50:13 -0800 (PST) Date: Sun, 14 Mar 2004 14:50:13 -0800 From: Wes Peters To: Ken Smith Message-Id: <20040314145013.2ee6a49d.wes@softweyr.com> In-Reply-To: <20040313071824.GA21635@electra.cse.Buffalo.EDU> References: <20040311165639.GJ462@seekingfire.com> <20040311170547.GA22014@ns1.xcllnt.net> <20040312031334.GP462@seekingfire.com> <20040312204434.GA8613@electra.cse.Buffalo.EDU> <20040312221016.5ab0c53a.wes@softweyr.com> <20040313071824.GA21635@electra.cse.Buffalo.EDU> Organization: Softweyr.com X-Mailer: Sylpheed version 0.9.8 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:11 -0800 cc: kensmith@cse.Buffalo.EDU cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: (was Re: HEADS UP! MAJOR change to FreeBSD/sparc64) Boot failure on rebuild X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2004 22:50:15 -0000 On Sat, 13 Mar 2004 02:18:25 -0500 Ken Smith alleged: > On Fri, Mar 12, 2004 at 10:10:16PM -0800, Wes Peters wrote: > > > Ok, I bumped into this problem too. Now when I try to boot my previous > > kernel I get: > > > > Type '?' for a list of commands, 'help' for more detailed help. > > OK unload kernel > > OK load /boot/kernel.old/kernel > > /boot/kernel.old/kernel data=0x2bbc08+0x3c568 > > syms=[0x8+0x4ad18+0x8+0x3d2b2] OK boot > > nothing to autoload yet. > > jumping to kernel entry at 0xc0040000. > > Copyright (c) 1992-2004 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights > > reserved. > > FreeBSD 5.2-CURRENT #1: Wed Feb 18 22:58:52 PST 2004 > > rootb@sparky.softweyr.com:/usr/obj/usr/src/sys/SPARKY > > panic: trap: fast data access mmu miss > > at line 364 in file /usr/src/sys/sparc64/sparc64/trap.c > > Uptime: 1s > > > > Not good. Time to burn a 5.2.1 CD? > > Ouch. I'm having trouble figuring out why the old kernel won't boot. > As Kris said someone has suggested this is similar to the problem we > had with make_dev() on the Alphas. That's certainly possible but if > that kernel had been running before I'm not so sure that's the problem, > I don't understand how the kernel would have been able to run before if > it's really the make_dev() issue. > > You might want to give the ISO in snapshots/sparc64 on the mirror > sites a try instead of the 5.2.1 CD, especially if you had already > made the leap to 64-bit time_t. I was in the process of trying to > create a newer version of that when I came across the problem with > the root drive not being mountable. Now that it's fixed I'm trying > again but it will be a day or so before that's ready (if all goes > well this time :-). > > Can you let us know what hardware you have? I'm most interested in > general model (e.g. Ultra-30?) and whether it has a graphical console > that's supposed to work (e.g. Creator-3D?). If it does have the > graphical console as a last resort you could try detaching the keyboard > and connecting a serial console to see if you can coax it into booting > the older kernel that way. I haven't been having problems with serial > console machines at all recently... Ultra-5 with 333MHz cpu module, (currently not) booting on serial console. I have a keyboard and mouse, but they are currently resting in the closet nearby. The kernel config is GENERIC with features I don't have hacked out; nothing esoteric at all. I do usually remove and _ROOT options I'll snag the latest snapshot and try that. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 17:10:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5A916A4CE for ; Sun, 14 Mar 2004 17:10:23 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4316B43D31 for ; Sun, 14 Mar 2004 17:10:23 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 39111 invoked from network); 15 Mar 2004 01:10:22 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 15 Mar 2004 01:10:22 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 14 Mar 2004 19:10:21 -0600 (CST) From: Mike Silbersack To: David Gilbert In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> Message-ID: <20040314190825.V56652@odysseus.silby.com> References: <16468.65270.123954.862565@canoe.dclg.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:12 -0800 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 01:10:23 -0000 On Sun, 14 Mar 2004, David Gilbert wrote: > The C++ FAQ referred to by iostream (not iostream.h) seems to imply > that you should use iostream and sstream (no .h)... but including > those files imposes a very different standard that this port is not > ready to accept. It appears that (among other things that I havn't > found yet) all 'istream' must be written 'std::istream' ... etc. > > So what's the solution? > > Dave. #include using namespace STD; or something similar should restore the behavior the application is expecting. (Apparently including namespace std is evil, and this is why the FAQs aren't helpful in telling you this.) Mike "Silby" Silbersack From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 17:34:09 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 865BF16A4CE for ; Sun, 14 Mar 2004 17:34:09 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1ED643D39 for ; Sun, 14 Mar 2004 17:34:08 -0800 (PST) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp190-27.lns1.bne1.internode.on.net [150.101.190.27])i2F1Y6wn081102; Mon, 15 Mar 2004 12:04:06 +1030 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i2F1Y5ew004366; Mon, 15 Mar 2004 11:34:06 +1000 (EST) (envelope-from mckay) Message-Id: <200403150134.i2F1Y5ew004366@dungeon.home> To: current@freebsd.org References: <200403140716.i2E7GDKa007204@dungeon.home> <20040315000944.GA93356@xor.obsecurity.org> In-Reply-To: <20040315000944.GA93356@xor.obsecurity.org> from Kris Kennaway at "Mon, 15 Mar 2004 00:09:44 +0000" Date: Mon, 15 Mar 2004 11:34:05 +1000 From: Stephen McKay X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:12 -0800 cc: Stephen McKay Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 01:34:09 -0000 On Monday, 15th March 2004, Kris Kennaway wrote: >On Sun, Mar 14, 2004 at 05:16:13PM +1000, Stephen McKay wrote: >> The change to 64-bit time is essential, of course, but I don't understand >> why it has to break backward compatibility. Surely you just allocate a >> bunch of new system call numbers (for the 64-bit variants) while keeping >> the old ones (so 32-bit time calls still work) and bump the version >> number of every library. What else is going on? (I don't have a Sparc >> or I'd join your experiment.) > >No-one donated their time to do it that way. I don't think that's relevant. The question is whether it's the right way to do it or not. If what I've suggested is technically correct (and that's what I believe) then that's how it should be done. Backward compatibility is very important and can be ignored in only a few cases (eg the switch from a.out to elf, or a port to a new architecture). Also, this is the first I've heard of this since I have no interest in sparc. If the intention is to use the sparc conversion is as the template for architectures I care about then now the first time I can contribute to improving the process. Stephen. From owner-freebsd-current@FreeBSD.ORG Sun Mar 14 20:08:39 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3D2016A4CE for ; Sun, 14 Mar 2004 20:08:39 -0800 (PST) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4975C43D48 for ; Sun, 14 Mar 2004 20:08:39 -0800 (PST) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp190-27.lns1.bne1.internode.on.net [150.101.190.27])i2F48awn039168; Mon, 15 Mar 2004 14:38:37 +1030 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.12.8p2/8.11.6) with ESMTP id i2F48Yew005136; Mon, 15 Mar 2004 14:08:35 +1000 (EST) (envelope-from mckay) Message-Id: <200403150408.i2F48Yew005136@dungeon.home> To: Garance A Drosihn References: <200403140716.i2E7GDKa007204@dungeon.home> In-Reply-To: from Garance A Drosihn at "Sun, 14 Mar 2004 21:12:32 -0500" Date: Mon, 15 Mar 2004 14:08:34 +1000 From: Stephen McKay X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:12 -0800 cc: current@freebsd.org cc: Stephen McKay Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 04:08:40 -0000 On Sunday, 14th March 2004, Garance A Drosihn wrote: >The sparc64 users (including me) felt that if we "just did it" now, >we would be much happier than waiting for 6.0 to roll around. OK. I was reading too much into this. I assumed this was going to be the template for how all architectures would do it. >In the case of i386, there is a 10-year history of servers and >programs running with 32-bTT, in production. I do also run >freebsd/i386, and for that platform I really can not imagine making >this major a change without providing backward-compatibility. There >is just too much written which assumes 32-bTT, including programs >which perhaps can not be recompiled. I think we share pretty much the same view. Backward compatibility on i386 is essential. To achieve this every library version number will need to be bumped (as well as other work, of course). People seem to object to increasing library version numbers, so there may be a fight over this. >I do not see that happening before the 6.0-branch. We have less than 34 years to get this right! :-) Stephen. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 02:25:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF0D816A4CE; Mon, 15 Mar 2004 02:25:18 -0800 (PST) Received: from mailout1.informatik.tu-muenchen.de (mailout1.informatik.tu-muenchen.de [131.159.0.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00D1443D1F; Mon, 15 Mar 2004 02:25:18 -0800 (PST) (envelope-from langd@informatik.tu-muenchen.de) Date: Mon, 15 Mar 2004 11:25:16 +0100 From: Daniel Lang To: David Gilbert Message-ID: <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="zgY/UHCnsaNnNXRx" Content-Disposition: inline In-Reply-To: <16469.3340.625290.632134@canoe.dclg.ca> X-Geek: GCS/CC d-- s: a- C++$ UBS++++$ P+++$ L- E-(---) W+++(--) N++ o K w--- O? M? V? PS+(++) PE--(+) Y+ PGP+ t++ 5+++ X R+(-) tv+ b+ DI++ D++ G++ e+++ h---(-) r++>+++ y+ User-Agent: Mutt/1.5.1i X-Virus-Scanned: by amavisd-new at informatik.tu-muenchen.de X-Mailman-Approved-At: Mon, 15 Mar 2004 05:00:12 -0800 cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 10:25:18 -0000 --zgY/UHCnsaNnNXRx Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, David Gilbert wrote on Sun, Mar 14, 2004 at 08:55:24PM -0500: [..] > I'll ignore the condescending tone for a momment. It's worth noting > that everything works by simply having a copy of strstream.h in the > backward directory. Maybe the right path to take here is to include > that file much as we include old versions of shared libraries. [..] I disagree. Valid standards should be enforced. Providing compatibilty just keeps more and more non-compliant pieces of code around. The earlier authors and maintainers are forced to=20 update their software to be standard-compliant the better. Even if it's painful and apparently unnecessary work for the moment. It is beneficial in the long run. This is just my general opinion on such things. In your particular case, maybe you could add a copy of strstream.h as a patch to the port into the build directory and reference it as "strstream.h" instead of . Thus the system libstdc++ headers do not need to be polluted. My 0.02 =A4, Daniel --=20 IRCnet: Mr-Spock - Me transfere sursum, Caledoni - =20 Daniel Lang * dl@leo.org * +49 89 289 18532 * http://www.leo.org/~dl/ --zgY/UHCnsaNnNXRx Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIXgAYJKoZIhvcNAQcCoIIXcTCCF20CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC FUAwggbMMIIFtKADAgECAgIVezANBgkqhkiG9w0BAQUFADCBpjELMAkGA1UEBhMCREUxETAP BgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVu Y2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJH LUJlbnV0emVyLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDMwNTIwMTIz MTQyWhcNMDQwNTIxMDAwMDAwWjCBqzELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVu MSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZ RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEUMBIGA1UEAxMLRGFuaWVsIExhbmcxJDAiBgkq hkiG9w0BCQEWFWRhbmllbC5sYW5nQGluLnR1bS5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw gYkCgYEAk55VXazdhYUuEJAHmO439gJwKVfvcdF64VyP8tzhYwiIx/9FOsQj8r8Gw2g0MDCa X2mCNiSKz32sUI33SQFhBhwxoF6bpq7d6pfeJ7UL+2T/bkRVF/Y7zPuMMK/wMbiEwyfvdjxk 8XsVtpj500LjW7QYdAHlijHRAY2nFk4f8bcCAwEAAaOCA38wggN7MAwGA1UdEwEB/wQCMAAw HQYDVR0OBBYEFPMLcu3eegcL6m8ObwlveYDdoYOpMIHKBgNVHSMEgcIwgb+AFK81Ou8wbY/H n0tx1dgCig9IKGPUoYGjpIGgMIGdMQswCQYDVQQGEwJERTERMA8GA1UEBxMITXVlbmNoZW4x KTAnBgNVBAoTIFRlY2huaXNjaGUgVW5pdmVyc2l0YWV0IE11ZW5jaGVuMSIwIAYDVQQLExlG YWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrMQ8wDQYDVQQDEwZSQkctQ0ExGzAZBgkqhkiG9w0B CQEWDGNhQGluLnR1bS5kZYIBAjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMIGxBgNVHREEgakwgaaBD2xhbmdkQGluLnR1bS5kZYEVZGFuaWVsLmxh bmdAaW4udHVtLmRlgR9sYW5nZEBpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgSVkYW5pZWwu bGFuZ0BpbmZvcm1hdGlrLnR1LW11ZW5jaGVuLmRlgRBsYW5nZEBjcy50dW0uZWR1gRZkYW5p ZWwubGFuZ0Bjcy50dW0uZWR1gQpkbEBsZW8ub3JnMAkGA1UdEgQCMAAwOAYDVR0fBDEwLzAt oCugKYYnaHR0cDovL2NhLmluLnR1bS5kZS9jcmxzL3VzZXJjYV9jcmwuY3JsMBEGCWCGSAGG +EIBAQQEAwIFoDCBnwYJYIZIAYb4QgENBIGRFoGORGllc2VzIFplcnRpZmlrYXQgd3VyZGUg YXVzZ2VzdGVsbHQgZnVlciBEYW5pZWwgTGFuZyB2b24gZGVyIFJCRy1CZW51dHplci1DQSwg RmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpayBkZXIgVGVjaG5pc2NoZW4gVW5pdmVyc2l0YWV0 IE11ZW5jaGVuLjA2BglghkgBhvhCAQMEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmlu L3VzZXJjYS1yZXY/MDIGCWCGSAGG+EIBBAQlFiNodHRwOi8vY2EuaW4udHVtLmRlL2NnaS1i aW4vY2EtcmV2PzA2BglghkgBhvhCAQgEKRYnaHR0cDovL2NhLmluLnR1bS5kZS9wb2xpY2ll cy9yYmdjYS5odG1sMA0GCSqGSIb3DQEBBQUAA4IBAQAGrfB5rH9D6jl6Tx+hwXpv0a/TuV39 vIQWMCA1hi0V4pI+bMyGTW1k/Ve5C58wRZv7CSTnxTGoqZmqnV37GGQlZBmvsDE+u3FKL/T7 Tk/rlVajExCXGHwjgHp2FfCaVMawKSUrI60aDcUgLUtT2DKpEfKfr/MC7CDtCaYy6TW93cHc uv2oM+1PN+CIcR5PaqEySmeYoXBMXd6sktjyNUWLxsNhtFMVnOiwF3SZYbRbRobuEWM3o+W7 nijECUIKz8rvK3f/c8v9HlVitMbeaTs4J1nZUR9lsvGLik6vsfIgbmuP6MMkrKFYwq5XTR1x JtMcmvnqcWytpYFDVPGuGaj1MIIHKDCCBRCgAwIBAgIBATANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTY0MTAzWhcNMDQwNTIxMDAwMDAwWjCBpDELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEWMBQGA1UEAxMNUkJHLVNlcnZlci1D QTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A MIIBCgKCAQEAzAHBIFy4tKTvbMMg037hc9t2jR5MVpEUIPvrSWC4xpbr6Hw7abQW/lRfFpV8 enf9tSgfcl8kvGjAAD8AYeuDash6TQSUjBdZCe7V297oZ0dsuurZBkM5BwvLWF8vMiY+SD/+ XTqhnU6B/E9C+R5VXjXsXV2u9hDtKVC5hqVgnxRM5rT/LsUhcchgAXk2WuI8r9Llb+voPWwM FmHk2jxUwhvxZfGo15HDrvJUgzYsL36SmeYMI9Eo70uGmAQRPVVq2zn/3AC4z8X1cBd3ItnH YPbx0iUH5kEGq2KH5iCndwNq9oaFhKj+Y34wEv5BYl6sb5C9EBvtGyebNwuvmtC3tQIDAQAB o4ICaDCCAmQwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUH9QPe0VQVF1D2v8Su/itK/4O QMwwgcoGA1UdIwSBwjCBv4AU2WV+TUF/hD+1KtZ7E519yuW0XRqhgaOkgaAwgZ0xCzAJBgNV BAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5pc2NoZSBVbml2ZXJz aXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIEluZm9ybWF0aWsxDzAN BgNVBAMTBlJCRy1DQTEbMBkGCSqGSIb3DQEJARYMY2FAaW4udHVtLmRlggEAMA4GA1UdDwEB /wQEAwIBBjATBgNVHSUEDDAKBggrBgEFBQcDATA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8v Y2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDARBglghkgBhvhCAQEEBAMCAgQwgYQGCWCG SAGG+EIBDQR3FnVaZXJ0aWZpa2F0IGZ1ZXIgUkJHLVNlcnZlci1DQSBhdXNnZXN0ZWxsdCB2 b24gUkJHLUNBLCBGYWt1bHRhZXQgZnVlciBJbmZvcm1hdGlrIGRlciBUZWNobmlzY2hlbiBV bml2ZXJzaXRhZXQgTXVlbmNoZW4wMgYJYIZIAYb4QgEEBCUWI2h0dHA6Ly9jYS5pbi50dW0u ZGUvY2dpLWJpbi9jYS1yZXY/MDwGCWCGSAGG+EIBCAQvFi1odHRwOi8vY2EuaW4udHVtLmRl L3BvbGljaWVzL3NlcnZlcmNhcG9sLmh0bWwwDQYJKoZIhvcNAQEFBQADggIBAMzKnULQb6Kd hPNmKKmPSJJUOtbHxGH7Qi8paskt7dzDja/X7wz3524LGN2f05c1uAfyAP9Ar0nFthWy0qeM ueOtrOcSCj8AYwYN5H4drMC8GglQwlkD0M/nhPJ5xtAj8JzNYHzG1DK5tVgoJnF+t4KmTpI6 QJ6Dh3XDoZXubWd0jkHxQIzOKhs9PPjEzydmerC7B3Zt8vh7457Sk6wwZFhXc+nkeIIplnlD sBioOSyF7hZOwx4I2Auxss1zsyUQHCX88sOuZC0kYB7yRd1TMRti8josznux8k13sZBezFMP S2yCuKRBEk5Nt57OyGbIF4O7Mhn01mTnol2BDpTKJek45bIpRvSLl/xRPpjnzxLO1rXtXgCs GtkmXj+Zwo5fnL6OvZIiFgMV4ASsFclZexceHxDjpia1IHSFB/4I5fAys8Bw03idI+rfsla1 mW0AJuw260QgoBz+b+LKGosJdNosMfOJmNl0vW3Kq6NfYpZLkG0YJF9Xo6vsATFk9kNq56ye ila80uE2wDO/BGAcBMWQ4uwfrWqVPoW5X/oHcPISApnCBeZ+LyWvnTkgxCUeyqyxNOvaA/j7 jUoBb9l+GWup8EGND16mR/wYWAxYLgis1pn5QmSTbbKSWKcqDo6HBo1Zx9XRf76CZc7RJRp9 EXqYrkmlL9eg7qcnnS1rJbqxMIIHQDCCBSigAwIBAgIBAjANBgkqhkiG9w0BAQUFADCBnTEL MAkGA1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVu aXZlcnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRp azEPMA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwHhcNMDIx MDA5MTcwMzUyWhcNMDQwNTIxMDAwMDAwWjCBpjELMAkGA1UEBhMCREUxETAPBgNVBAcTCE11 ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZlcnNpdGFldCBNdWVuY2hlbjEiMCAG A1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEYMBYGA1UEAxMPUkJHLUJlbnV0emVy LUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCtYQ5ycRY6fyrlvJgpeQCNhPxQduU59Kpv6xWId9sHL8NyI7nlmlWzMroD ddIqeg7QvvtPS+xorbQJ9rxh94lXZtwlGPYg4LC/1PHGnDt+8RGiq8GLbHyeJZoQnEGSovyn uR4wZ9qnApFRsXcUZ5W/CSSwjKnQeN39oFj8EC4xtmUuudV65sxGuGToRVoSnjeULJKYBNnC RxVx2MU5exKGQAuvgaVd7Ozb7ziZyWxhVCNrUQOGrSKDgyKLguWTNnD7sSOiOpie3IX8H2DV DvbcKcmMQr8ojwWutNDPadOth+J6qd/modqxB1VbH8wu0lezbhPM5dh7yUFCEqZoXXh9AgMB AAGjggJ+MIICejAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBSvNTrvMG2Px59LcdXYAooP SChj1DCBygYDVR0jBIHCMIG/gBTZZX5NQX+EP7Uq1nsTnX3K5bRdGqGBo6SBoDCBnTELMAkG A1UEBhMCREUxETAPBgNVBAcTCE11ZW5jaGVuMSkwJwYDVQQKEyBUZWNobmlzY2hlIFVuaXZl cnNpdGFldCBNdWVuY2hlbjEiMCAGA1UECxMZRmFrdWx0YWV0IGZ1ZXIgSW5mb3JtYXRpazEP MA0GA1UEAxMGUkJHLUNBMRswGQYJKoZIhvcNAQkBFgxjYUBpbi50dW0uZGWCAQAwDgYDVR0P AQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHR8ELTArMCmg J6AlhiNodHRwOi8vY2EuaW4udHVtLmRlL2NybHMvY2FfY3JsLmNybDAJBgNVHRIEAjAAMBEG CWCGSAGG+EIBAQQEAwIBBjCBhwYJYIZIAYb4QgENBHoWeFplcnRpZmlrYXQgZnVlciBSQkct QmVudXR6ZXItQ0EsIGF1c2dlc3RlbGx0IHZvbiBSQkctQ0EsIEZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsgZGVyIFRlY2huaXNjaGVuIFVuaXZlcnNpdGFldCBNdWVuY2hlbjAyBglghkgB hvhCAQQEJRYjaHR0cDovL2NhLmluLnR1bS5kZS9jZ2ktYmluL2NhLXJldj8wOgYJYIZIAYb4 QgEIBC0WK2h0dHA6Ly9jYS5pbi50dW0uZGUvcG9saWNpZXMvdXNlcmNhcG9sLmh0bWwwDQYJ KoZIhvcNAQEFBQADggIBAJapnE3b+p2nrryUkfTEl5iKTl7o8hLrB4FbLZsdBs16pIb0fIIq yGR0wlv0Qq5OLHm1hQzGkfhqEb2O+oBQJgaykxAB+6rKKOJdL12LSQrYXbDV8t/isyurwkFi fmcWDxVF4reDcz8F61KrVz46k2KtdY39CcuW+x1xQZRgier+jdBLLsbkM21XkufUrwnnO5Vr j0cD48XmcsVuWF0EkGo49jPHk8LG2cMyhQR/ZT4f1kegi9WmoV4NjKJnEU2QaTfbLUb2i509 RYf31oDnhq6oO1wCcRvVeDfyx5aj0y68sL1ySNmTQEELOmOFPqmVqa9BAR4wzuTXJi9UvOwF tQMsKq9AX4cFegDl4D4E5QQ7JladBMvJ0VALdGSGlGHARQGvO8SvapsOTVPC5n+UD6jwhTw0 pCPSypzIIrpT9vjxD7bDvudOfKguVRuX8poWID7yXcB0ApHdoNIMrGJx1Tc6SN6rGKWYre+W y/AsqMNNmR+YrJn/UOs6lKX9TtaHOFbxNPwo7RgdRg/srESEtIQ5IKkPA0Vt9Eh5H3VWBhrU b1gmvyNTwJFRqYmFhr7jFFdgnX3Jsbw81jl1z4jLdeeslLxs8vmnwQvWRz3BEPo+g0mrIuYt QjSdgGF8xHgyeRxfa8o3P/rncBysyNYe/AdWd6UGPmompEBZuFzSN+G8MYICCDCCAgQCAQEw ga0wgaYxCzAJBgNVBAYTAkRFMREwDwYDVQQHEwhNdWVuY2hlbjEpMCcGA1UEChMgVGVjaG5p c2NoZSBVbml2ZXJzaXRhZXQgTXVlbmNoZW4xIjAgBgNVBAsTGUZha3VsdGFldCBmdWVyIElu Zm9ybWF0aWsxGDAWBgNVBAMTD1JCRy1CZW51dHplci1DQTEbMBkGCSqGSIb3DQEJARYMY2FA aW4udHVtLmRlAgIVezAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw HAYJKoZIhvcNAQkFMQ8XDTA0MDMxNTEwMjUxNlowIwYJKoZIhvcNAQkEMRYEFHcTofq9Ehvi Gdij1ZclUBTCn3QDMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwIC AgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEB AQUABIGAd3J5zeELIcO2WLDqzTBaITg59jGl6rhJV1ej+fg/brWnWAhuXFXl3tW+mlRPMbzw WqcRRWS6loMycSfD8FmGfaCfLLJQIwZEo+8PMILvxdOx5/Z+Qf94doOMNr/VYOyqMsA7rr16 bFXbBdbJxQZ0k3UvBNr6qkspdttuZO9t4/A= --zgY/UHCnsaNnNXRx-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:01:16 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B5E216A5C0 for ; Mon, 15 Mar 2004 05:01:16 -0800 (PST) Received: from mail1.icnspot.net (icnspot.net [62.68.63.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADF2143D3F for ; Mon, 15 Mar 2004 05:01:15 -0800 (PST) (envelope-from putinas.piliponis@icnspot.net) Received: from freebsd.icnspot.net (localhost [127.0.0.1]) by kavanti.icnspot.net (Postfix) with SMTP id 2A9BB152F4; Mon, 15 Mar 2004 15:01:14 +0200 (EET) Received: from pilkishome (pilkishome.spo-tripoli.local [192.168.100.50]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail1.icnspot.net (Postfix) with ESMTP id 05D6A152E8; Mon, 15 Mar 2004 15:01:14 +0200 (EET) Message-ID: <003301c40a8d$9877efc0$3264a8c0@spotripoli.local> From: "Putinas Piliponis" To: "Johan Pettersson" References: <20040315134745.1eb201f4.manlix@demonized.net><20040315125121.GC91150@abc.123.org> <20040315135725.3cc70f97.manlix@demonized.net> Date: Mon, 15 Mar 2004 15:01:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2082 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2082 cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:01:16 -0000 ----- Original Message ----- From: "Johan Pettersson" To: "Kai Voigt" Cc: Sent: Monday, March 15, 2004 14:57 Subject: Re: Pkg-based base system. > If you want to remove it would be nice to have the ability to remove it > with pkg_delete. Maybe I want to remove gcc, binutils whatever. I think > the base-system should be pkg-based. It is much more flexible. > > On Mon, 15 Mar 2004 13:51:21 +0100 > Kai Voigt wrote: > >> Johan Pettersson wrote: >> > Wouldn't it be nice to have ha pkg-based base system? So you easily can >> > remove parts from the base system, like openssh, ipfw, ipf, bind, >> > sendmail and so on. This couldn't be too hard to implement. :) >> >> Why would you remove such parts? They all are small and don't harm anyone >> when not being used. >> >> And "make world" after a CVS update is much more elegant than updating a >> row of ports. If I have compiled system with sendmail, and after I compile world without it.. I make world install but sendmail still will be in system, doesnt't he ? Is there a way to remove for example sendmail ? >> >> Kai >> >> -- >> dreiecksplatz 8, d-24105 kiel, +49-431-22199869, http://k.123.org/ >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:02:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF92F16A4CE for ; Mon, 15 Mar 2004 05:02:44 -0800 (PST) Received: from fisk.demonized.net (h97n2fls33o834.telia.com [213.66.186.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DD5243D2F for ; Mon, 15 Mar 2004 05:02:44 -0800 (PST) (envelope-from manlix@demonized.net) Received: from beard.demonized.net (beard.demonized.net [172.22.1.2]) by fisk.demonized.net (8.12.10/8.12.10) with SMTP id i2FD2iLQ080153; Mon, 15 Mar 2004 14:02:44 +0100 (CET) (envelope-from manlix@demonized.net) Date: Mon, 15 Mar 2004 14:01:53 +0100 From: Johan Pettersson To: Andrew Milton Message-Id: <20040315140153.30348b1e.manlix@demonized.net> In-Reply-To: <20040315125710.GK797@camelot.theinternet.com.au> References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125710.GK797@camelot.theinternet.com.au> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:02:45 -0000 Im not that experienced that I can do a correct implementation of this. :P On Mon, 15 Mar 2004 23:57:10 +1100 Andrew Milton wrote: > +-------[ Johan Pettersson ]---------------------- > | Wouldn't it be nice to have ha pkg-based base system? > | So you easily can remove parts from the base system, like > | openssh, ipfw, ipf, bind, sendmail and so on. > | This couldn't be too hard to implement. :) > > Can't wait, when will you be finished? > > -- > Totally Holistic Enterprises Internet| | Andrew Milton > The Internet (Aust) Pty Ltd | M:+61 416 022 411 | > ACN: 082 081 472 ABN: 83 082 081 472 |akm@theinternet.com.au| Carpe Daemon > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:04:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D1016A4CE for ; Mon, 15 Mar 2004 05:04:01 -0800 (PST) Received: from mta7.pltn13.pbi.net (mta7.pltn13.pbi.net [64.164.98.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC8BF43D46 for ; Mon, 15 Mar 2004 05:04:00 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (f9023d3873313034faf53e347fe74fa8@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i2FD3xgf021773; Mon, 15 Mar 2004 05:04:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 5334C51BFB; Mon, 15 Mar 2004 05:03:59 -0800 (PST) Date: Mon, 15 Mar 2004 05:03:59 -0800 From: Kris Kennaway To: Roderick van Domburg Message-ID: <20040315130359.GA25353@xor.obsecurity.org> References: <200403141944.i2EJig612228@netlx014.civ.utwente.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <200403141944.i2EJig612228@netlx014.civ.utwente.nl> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Import of newer GCC 3.3.3-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:04:01 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 14, 2004 at 08:44:43PM +0100, Roderick van Domburg wrote: > Hello there! >=20 > I was wondering if an import of GCC 3.3.3-RELEASE (or a newer snapshot) is > already scheduled. >=20 > I'm asking because it fixes an annoying but non-critical bug that causes = gcc > to get stuck in an infinite loop whilst compiling Sendmail with -ftracer. >=20 > Reference: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D13521 kan is busy at the moment..in the meantime consider using the gcc33 port. Kris --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVam+Wry0BWjoQKURAvHLAKDU+GaERmlBKaC1gcT9QZeQQU+DMwCg1ud9 1GM2CzK3G19H8U7FROOdMKk= =HTTr -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:05:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C79B16A4CE for ; Mon, 15 Mar 2004 05:05:42 -0800 (PST) Received: from mtaw4.prodigy.net (mtaw4.prodigy.net [64.164.98.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F80643D41 for ; Mon, 15 Mar 2004 05:05:42 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (8669efeb6014b9ab6b90fef661f5c0b0@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203]) by mtaw4.prodigy.net (8.12.10/8.12.10) with ESMTP id i2FD5eox005649; Mon, 15 Mar 2004 05:05:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DAA7452145; Mon, 15 Mar 2004 05:05:40 -0800 (PST) Date: Mon, 15 Mar 2004 05:05:40 -0800 From: Kris Kennaway To: Stephen McKay Message-ID: <20040315130540.GB25353@xor.obsecurity.org> References: <200403140716.i2E7GDKa007204@dungeon.home> <20040315000944.GA93356@xor.obsecurity.org> <200403150134.i2F1Y5ew004366@dungeon.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <200403150134.i2F1Y5ew004366@dungeon.home> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:05:42 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2004 at 11:34:05AM +1000, Stephen McKay wrote: > On Monday, 15th March 2004, Kris Kennaway wrote: >=20 > >On Sun, Mar 14, 2004 at 05:16:13PM +1000, Stephen McKay wrote: > >> The change to 64-bit time is essential, of course, but I don't underst= and > >> why it has to break backward compatibility. Surely you just allocate a > >> bunch of new system call numbers (for the 64-bit variants) while keepi= ng > >> the old ones (so 32-bit time calls still work) and bump the version > >> number of every library. What else is going on? (I don't have a Sparc > >> or I'd join your experiment.) > > > >No-one donated their time to do it that way. >=20 > I don't think that's relevant. The question is whether it's the right way > to do it or not. If what I've suggested is technically correct (and that= 's > what I believe) then that's how it should be done. It's absolutely relevant. The way things get done around here is that people donate their time to do them. Complaining that "it wasn't done the right way, but I choose not to help" just irritates people. Kris --rJwd6BRFiFCcLxzm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVaokWry0BWjoQKURAqIIAKCmnNfmVHudy0NvwNfovwRqGmZszgCfeVc9 wN1bfKJd9D44ujZQ6k3W01U= =VwbK -----END PGP SIGNATURE----- --rJwd6BRFiFCcLxzm-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:06:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9DDF16A4CE for ; Mon, 15 Mar 2004 05:06:15 -0800 (PST) Received: from fisk.demonized.net (h97n2fls33o834.telia.com [213.66.186.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0527B43D46 for ; Mon, 15 Mar 2004 05:06:13 -0800 (PST) (envelope-from manlix@demonized.net) Received: from beard.demonized.net (beard.demonized.net [172.22.1.2]) by fisk.demonized.net (8.12.10/8.12.10) with SMTP id i2FD6GLQ080193; Mon, 15 Mar 2004 14:06:16 +0100 (CET) (envelope-from manlix@demonized.net) Date: Mon, 15 Mar 2004 14:06:12 +0100 From: Johan Pettersson To: "Putinas Piliponis" Message-Id: <20040315140612.149136cc.manlix@demonized.net> In-Reply-To: <003301c40a8d$9877efc0$3264a8c0@spotripoli.local> References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125121.GC91150@abc.123.org> <20040315135725.3cc70f97.manlix@demonized.net> <003301c40a8d$9877efc0$3264a8c0@spotripoli.local> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:06:16 -0000 On Mon, 15 Mar 2004 15:01:13 +0200 "Putinas Piliponis" wrote: > > ----- Original Message ----- > From: "Johan Pettersson" > To: "Kai Voigt" > Cc: > Sent: Monday, March 15, 2004 14:57 > Subject: Re: Pkg-based base system. > > > > If you want to remove it would be nice to have the ability to remove it > > with pkg_delete. Maybe I want to remove gcc, binutils whatever. I think > > the base-system should be pkg-based. It is much more flexible. > > > > On Mon, 15 Mar 2004 13:51:21 +0100 > > Kai Voigt wrote: > > > >> Johan Pettersson wrote: > >> > Wouldn't it be nice to have ha pkg-based base system? So you easily can > >> > remove parts from the base system, like openssh, ipfw, ipf, bind, > >> > sendmail and so on. This couldn't be too hard to implement. :) > >> > >> Why would you remove such parts? They all are small and don't harm anyone > >> when not being used. > >> > >> And "make world" after a CVS update is much more elegant than updating a > >> row of ports. > > If I have compiled system with sendmail, and after I compile world without > it.. I make world install > but sendmail still will be in system, doesnt't he ? > Is there a way to remove for example sendmail ? Yes, use rm(1). ;) This is one of the reasons why I would like a pkg-based base system. > >> > >> Kai > >> > >> -- > >> dreiecksplatz 8, d-24105 kiel, +49-431-22199869, http://k.123.org/ > >> > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > > > > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:06:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37CBD16A4CF for ; Mon, 15 Mar 2004 05:06:57 -0800 (PST) Received: from freebsd.org.ru (freebsd.org.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBF0543D46 for ; Mon, 15 Mar 2004 05:06:56 -0800 (PST) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id 6340B3CE; Mon, 15 Mar 2004 16:06:55 +0300 (MSK) Date: Mon, 15 Mar 2004 16:06:55 +0300 From: "Sergey A. Osokin" To: Roderick van Domburg Message-ID: <20040315130655.GX19359@freebsd.org.ru> References: <200403141944.i2EJig612228@netlx014.civ.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403141944.i2EJig612228@netlx014.civ.utwente.nl> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Import of newer GCC 3.3.3-RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:06:57 -0000 On Sun, Mar 14, 2004 at 08:44:43PM +0100, Roderick van Domburg wrote: > > I was wondering if an import of GCC 3.3.3-RELEASE (or a newer snapshot) is > already scheduled. > > I'm asking because it fixes an annoying but non-critical bug that causes gcc > to get stuck in an infinite loop whilst compiling Sendmail with -ftracer. > > Reference: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13521 Please look at TODO list of 5.3-RELEASE http://www.freebsd.org/releases/5.3R/todo.html -- Regards, /"\ ascii ribbon campaign Sergey "ozz" Osokin, \ / against html mail http://ozz.pp.ru/ X and news / \ From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:07:01 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E38B16A4CE for ; Mon, 15 Mar 2004 05:07:01 -0800 (PST) Received: from darkness.comp.waw.pl (unknown [195.117.238.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7F3443D41 for ; Mon, 15 Mar 2004 05:07:00 -0800 (PST) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 6995DACAE6; Mon, 15 Mar 2004 14:06:57 +0100 (CET) Date: Mon, 15 Mar 2004 14:06:57 +0100 From: Pawel Jakub Dawidek To: "Sebastian Yepes F. [ESN]" Message-ID: <20040315130657.GA8930@darkness.comp.waw.pl> References: <20040315133043.co8gk084okgscoss@www.x123.info> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <20040315133043.co8gk084okgscoss@www.x123.info> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 cc: freebsd-current@freebsd.org Subject: Re: Coment:: sysctl security.jail.list_allowed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:07:01 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2004 at 01:30:43PM +0100, Sebastian Yepes F. [ESN] wrote: +> By my part a think that the commit +>=20 +> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_jail.c.diff?r1= =3D1.41&r2=3D1.40 +>=20 +> sude be backtout.. i like the ability to Enable & Disable this Listing +>=20 +>=20 +> What du the rest of you guys think?? It was a bug. This sysctl allows to see other jails from inside a jail. This is wrong and bugus from jail's design point of view. Note, that you're still able to list jails from outside a jail - maybe you're missing this. --=20 Pawel Jakub Dawidek http://www.FreeBSD.org pjd@FreeBSD.org http://garage.freebsd.pl FreeBSD committer Am I Evil? Yes, I Am! --wRRV7LY7NUeQGEoC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVapxForvXbEpPzQRAurnAJ9RJdu96ulQcFJCjBbO9E6WepgD4ACeMwBK 0dohCqBm5PbPhEll67ylIAA= =INo4 -----END PGP SIGNATURE----- --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:08:37 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EC9F16A4CF for ; Mon, 15 Mar 2004 05:08:37 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED8743D1F for ; Mon, 15 Mar 2004 05:08:36 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 2D5D8530E; Mon, 15 Mar 2004 14:08:35 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id D11D3530A; Mon, 15 Mar 2004 14:08:28 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 45FE333CA7; Mon, 15 Mar 2004 14:08:28 +0100 (CET) To: Stephen McKay References: <200403140716.i2E7GDKa007204@dungeon.home> <20040315000944.GA93356@xor.obsecurity.org> <200403150134.i2F1Y5ew004366@dungeon.home> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 14:08:28 +0100 In-Reply-To: <200403150134.i2F1Y5ew004366@dungeon.home> (Stephen McKay's message of "Mon, 15 Mar 2004 11:34:05 +1000") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org Subject: Re: HEADS UP! MAJOR change to FreeBSD/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:08:37 -0000 Stephen McKay writes: > On Monday, 15th March 2004, Kris Kennaway wrote: > > No-one donated their time to do it that way. > I don't think that's relevant. The question is whether it's the right way > to do it or not. If what I've suggested is technically correct (and that= 's > what I believe) then that's how it should be done. Armchair generals are a dime a dozen. Competent developers aren't quite as easy to come by. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:09:48 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C0FA16A4CE for ; Mon, 15 Mar 2004 05:09:48 -0800 (PST) Received: from fisk.demonized.net (h97n2fls33o834.telia.com [213.66.186.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EE7643D2D for ; Mon, 15 Mar 2004 05:09:47 -0800 (PST) (envelope-from manlix@demonized.net) Received: from beard.demonized.net (beard.demonized.net [172.22.1.2]) by fisk.demonized.net (8.12.10/8.12.10) with SMTP id i2FD9pLQ080212; Mon, 15 Mar 2004 14:09:51 +0100 (CET) (envelope-from manlix@demonized.net) Date: Mon, 15 Mar 2004 14:09:47 +0100 From: Johan Pettersson To: Robert Blacquiere Message-Id: <20040315140947.17bbe512.manlix@demonized.net> In-Reply-To: <20040315125825.GJ52357@bombur.guldan.demon.nl> References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125825.GJ52357@bombur.guldan.demon.nl> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:09:48 -0000 On Mon, 15 Mar 2004 13:58:25 +0100 Robert Blacquiere wrote: > /me smells linux based distros... > > I would not like that. It is now a complete system all acts like it should. > If you take it appart you will see thing breaking and getting a mess like > i won't say it. If you want to remove something why shouldn't you be able to do it easily? If you want to remove something you can use rm(1) but its much simpler och easier with pkg_delete. And you know what you have and don't have with pkg_info or ls /var/db/pkg/ > > if you remove ipfw of ipf from user space why should you also have it in kernel space? > then you get the next level of removal in to pkg... If I want to use IPFILTER i compile my kernel with IPFILTER, no IPFW here. Why should i then got ipfw-stuff which i dont use in the userland? > > I hope we will do no such a thing. > > > On Mon, Mar 15, 2004 at 01:47:45PM +0100, Johan Pettersson wrote: > > Wouldn't it be nice to have ha pkg-based base system? So you easily can remove parts from the base system, like openssh, ipfw, ipf, bind, sendmail and so on. This couldn't be too hard to implement. :) > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- > Microsoft: Where do you want to go today? > Linux: Where do you want to go tomorrow? > FreeBSD: Are you guys coming or what? > OpenBSD: Hey guys you left some holes out there! > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:12:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC27F16A4CE for ; Mon, 15 Mar 2004 05:12:43 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B05D743D45 for ; Mon, 15 Mar 2004 05:12:43 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 72FCE530E; Mon, 15 Mar 2004 14:12:42 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 63CBB530A; Mon, 15 Mar 2004 14:12:36 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 4BD1333CA7; Mon, 15 Mar 2004 14:12:36 +0100 (CET) To: Johan Pettersson References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125710.GK797@camelot.theinternet.com.au> <20040315140153.30348b1e.manlix@demonized.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 14:12:36 +0100 In-Reply-To: <20040315140153.30348b1e.manlix@demonized.net> (Johan Pettersson's message of "Mon, 15 Mar 2004 14:01:53 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:12:44 -0000 Johan Pettersson writes: > Andrew Milton wrote: > > Johan Pettersson writes: > > > This couldn't be too hard to implement. :) > > Can't wait, when will you be finished? > Im not that experienced that I can do a correct implementation of > this. :P So you're not qualified to do it, but you're qualified to judge how hard it is to do? I predict a successful career in middle management for you. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:44:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3391716A4CE for ; Mon, 15 Mar 2004 05:44:24 -0800 (PST) Received: from mail-in.m-online.net (mail-in.m-online.net [62.245.150.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9407243D4C for ; Mon, 15 Mar 2004 05:44:23 -0800 (PST) (envelope-from h@schmalzbauer.de) Received: from mail.m-online.net (svr14.m-online.net [192.168.3.144]) by svr8.m-online.net (Postfix) with ESMTP id 09F504AA79 for ; Mon, 15 Mar 2004 14:44:22 +0100 (CET) Received: from sam.flintsbach.schmalzbauer.de (ppp-62-245-163-209.mnet-online.de [62.245.163.209]) by mail.m-online.net (Postfix) with ESMTP id D1AFB5968B for ; Mon, 15 Mar 2004 14:44:19 +0100 (CET) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.253])i2FDiHcY033412 for ; Mon, 15 Mar 2004 14:44:18 +0100 (CET) (envelope-from h@schmalzbauer.de) From: Harald Schmalzbauer To: freebsd-current@freebsd.org Date: Mon, 15 Mar 2004 14:44:14 +0100 User-Agent: KMail/1.6 X-Country: Germany X-Address: Munich, 80686 X-Phone2: +49 (0) 89 18947781 X-Phone1: +49 (0) 163 555 3237 X-Name: Harald Schmalzbauer X-Birthday: 06 Oktober 1972 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_zMbVAhuaGcwVuUZ"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200403151444.19971.h@schmalzbauer.de> Subject: NO_TOOLCHAIN really working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:44:24 -0000 --Boundary-02=_zMbVAhuaGcwVuUZ Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Dear all, I'm currently building -current for an embedded system and have the followi= ng=20 line in my make.conf: NO_TOOLCHAIN=3Dyes Why do I see those lines while make buildworld? cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H=20 =2DDPREFIX=3D\"/usr/soekris/usr/src/i386/usr\"=20 =2DI/usr/soekris/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools=20 =2DI/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools=20 =2DI/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc=20 =2DI/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config=20 =2DDHAVE_CONFIG_H -DTARGET_NAME=3D\"i386-undermydesk-freebsd\" -DIN_GCC =20 =2DI/usr/soekris/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/contrib/gcc/combine.c or cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H=20 =2DDPREFIX=3D\"/usr/soekris/usr/src/i386/usr\"=20 =2DI/usr/soekris/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools=20 =2DI/usr/src/gnu/usr.bin/cc/cc_int/../cc_tools=20 =2DI/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc=20 =2DI/usr/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config=20 =2DDHAVE_CONFIG_H -DTARGET_NAME=3D\"i386-undermydesk-freebsd\" -DIN_GCC =20 =2DI/usr/soekris/usr/src/i386/legacy/usr/include=20 =2Dc /usr/src/contrib/gcc/simplify-rtx.c And what is the include tree good for if I don't want to have gcc at all? Thanks, =2DHarry --Boundary-02=_zMbVAhuaGcwVuUZ Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAVbMzBylq0S4AzzwRAoMAAJ0cM7JboxG8vIF+1VmdovWZ7RmkWwCfWFm2 ZfQ6mHovX2mV5YHQtdP2n2g= =/niD -----END PGP SIGNATURE----- --Boundary-02=_zMbVAhuaGcwVuUZ-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:52:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED62C16A4CE for ; Mon, 15 Mar 2004 05:52:22 -0800 (PST) Received: from mail3.speakeasy.net (mail3.speakeasy.net [216.254.0.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD58643D46 for ; Mon, 15 Mar 2004 05:52:22 -0800 (PST) (envelope-from ben.kelly@ieee.org) Received: (qmail 12004 invoked from network); 15 Mar 2004 13:52:22 -0000 Received: from vadev.org (HELO [192.168.1.101]) (desdicardo@[66.92.166.151]) (envelope-sender ) by mail3.speakeasy.net (qmail-ldap-1.03) with RC4-SHA encrypted SMTP for ; 15 Mar 2004 13:52:22 -0000 In-Reply-To: <20040315140947.17bbe512.manlix@demonized.net> References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125825.GJ52357@bombur.guldan.demon.nl> <20040315140947.17bbe512.manlix@demonized.net> Mime-Version: 1.0 (Apple Message framework v612) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Ben Kelly Date: Mon, 15 Mar 2004 08:52:21 -0500 To: Johan Pettersson X-Mailer: Apple Mail (2.612) cc: Robert Blacquiere cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:52:23 -0000 >> /me smells linux based distros... >> >> I would not like that. It is now a complete system all acts like it >> should. >> If you take it appart you will see thing breaking and getting a mess >> like >> i won't say it. > > If you want to remove something why shouldn't you be able to do it > easily? If you want to remove something you can use rm(1) but its much > simpler och easier with pkg_delete. And you know what you have and > don't have with pkg_info or ls /var/db/pkg/ If removal is all you are looking for, how about adding a make target to deinstall units that have their NO_ variable set? - Ben From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:56:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB4E16A4CE for ; Mon, 15 Mar 2004 05:56:42 -0800 (PST) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id C498C43D2D for ; Mon, 15 Mar 2004 05:56:41 -0800 (PST) (envelope-from sos@DeepCore.dk) Received: from DeepCore.dk (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id i2FDuPY2091765 for ; Mon, 15 Mar 2004 14:56:40 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4055B608.4040000@DeepCore.dk> Date: Mon, 15 Mar 2004 14:56:24 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6b) Gecko/20040126 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.4 Subject: HEADSUP!! atacontrol X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:56:42 -0000 I've just added support for displaying relevant info from SATA devices. This added a few new items to ata.h and since atacontrol depends on that, you need to either make world or handcopy /sys/sys/ata.h to /usr/include/sys to compile. -Sřren From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 05:57:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D62416A4CE for ; Mon, 15 Mar 2004 05:57:29 -0800 (PST) Received: from mailhub2.midco.net (mailhub2.midco.net [24.220.0.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C2C243D2D for ; Mon, 15 Mar 2004 05:57:29 -0800 (PST) (envelope-from pmes@bis.midco.net) Received: (qmail 18831 invoked by uid 0); 15 Mar 2004 14:57:29 -0000 Received: from host-195-219-220-24.midco.net (HELO bis.midco.net) ([24.220.219.195]) (envelope-sender ) by lvs-pop.midco.net (qmail-ldap-1.03) with SMTP for ; 15 Mar 2004 14:57:29 -0000 Message-ID: <4055B648.3000306@bis.midco.net> Date: Mon, 15 Mar 2004 07:57:28 -0600 From: Peter Schultz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7a) Gecko/20040308 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125710.GK797@camelot.theinternet.com.au> <20040315140153.30348b1e.manlix@demonized.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: To the Armchair Directors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 13:57:29 -0000 Don't piss off the programmers! ;-) If you're not a programmer, restrain yourself from suggesting how easy this or that thing would be to do. These guys simply *do not* need your "input". Remember that this is *open source* and that if you think something is worth doing that nobody else is working on, you need to take on the project yourself. Its either that, or quietly move on with your life. Just because these guys are working out in the open doesn't mean you go demanding this or that from them, or telling them how simple it would be for them to do whatever it is you think needs being done. If you want to test this, go to your local gourmet restaurant and barge into the kitchen with all your ideas about how the chef is doing things wrong and about how simple it would be for them to take your ideas and make their food better. You will be out on your ass in a heartbeat, and the same holds true here. Pete... From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 06:00:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7CCC16A4D1 for ; Mon, 15 Mar 2004 06:00:05 -0800 (PST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED7443D2D for ; Mon, 15 Mar 2004 06:00:05 -0800 (PST) (envelope-from mlaier@vampire.homelinux.org) Received: from [212.227.126.207] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1B2sdQ-0002e6-00 for freebsd-current@freebsd.org; Mon, 15 Mar 2004 15:00:04 +0100 Received: from [217.83.6.202] (helo=vampire.homelinux.org) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 1B2sdQ-0005gR-00 for freebsd-current@freebsd.org; Mon, 15 Mar 2004 15:00:04 +0100 Received: (qmail 67942 invoked by uid 1001); 15 Mar 2004 14:06:41 -0000 Date: Mon, 15 Mar 2004 15:06:41 +0100 From: Max Laier To: Harald Schmalzbauer Message-ID: <20040315140641.GA67833@router.laiers.local> References: <200403151444.19971.h@schmalzbauer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403151444.19971.h@schmalzbauer.de> User-Agent: Mutt/1.4.1i X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:e28873fbe4dbe612ce62ab869898ff08 cc: freebsd-current@freebsd.org Subject: Re: NO_TOOLCHAIN really working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 14:00:05 -0000 On Mon, Mar 15, 2004 at 02:44:14PM +0100, Harald Schmalzbauer wrote: > Dear all, > > I'm currently building -current for an embedded system and have the > following line in my make.conf: > NO_TOOLCHAIN=yes This makes sure that you do not build or install: gnu/usr.bin/{cc, binutils}, usr.bin/{c89, c99, gprof, lex, xlint, yacc} > Why do I see those lines while make buildworld? This might be from the bootstrap stage? The switch affects the final stage only. > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H <...> > -c /usr/src/contrib/gcc/combine.c > And what is the include tree good for if I don't want to have gcc at all? That depends on the situation, but I don't think it's too much of a problem to rm the include tree before writing to your flash. -- Best regards, | mlaier@freebsd.org Max Laier | ICQ #67774661 http://pf4freebsd.love2party.net/ | mlaier@EFnet From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 06:03:59 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4FE516A4CE for ; Mon, 15 Mar 2004 06:03:59 -0800 (PST) Received: from fisk.demonized.net (h97n2fls33o834.telia.com [213.66.186.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C59A43D41 for ; Mon, 15 Mar 2004 06:03:59 -0800 (PST) (envelope-from manlix@demonized.net) Received: from beard.demonized.net (beard.demonized.net [172.22.1.2]) by fisk.demonized.net (8.12.10/8.12.10) with SMTP id i2FE43LQ080494; Mon, 15 Mar 2004 15:04:03 +0100 (CET) (envelope-from manlix@demonized.net) Date: Mon, 15 Mar 2004 15:03:58 +0100 From: Johan Pettersson To: Ben Kelly Message-Id: <20040315150358.2fc7d4c7.manlix@demonized.net> In-Reply-To: References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125825.GJ52357@bombur.guldan.demon.nl> <20040315140947.17bbe512.manlix@demonized.net> X-Mailer: Sylpheed version 0.9.10 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@guldan.demon.nl cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 14:04:00 -0000 On Mon, 15 Mar 2004 08:52:21 -0500 Ben Kelly wrote: > >> /me smells linux based distros... > >> > >> I would not like that. It is now a complete system all acts like it > >> should. > >> If you take it appart you will see thing breaking and getting a mess > >> like > >> i won't say it. > > > > If you want to remove something why shouldn't you be able to do it > > easily? If you want to remove something you can use rm(1) but its much > > simpler och easier with pkg_delete. And you know what you have and > > don't have with pkg_info or ls /var/db/pkg/ > > If removal is all you are looking for, how about adding a make target > to deinstall units that have their NO_ variable set? > > - Ben > > Yes, I been thinking of that. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 06:17:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8193716A4CE for ; Mon, 15 Mar 2004 06:17:27 -0800 (PST) Received: from plouf.absolight.net (plouf.absolight.net [212.43.217.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF4A43D45 for ; Mon, 15 Mar 2004 06:17:27 -0800 (PST) (envelope-from mat@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by plouf.absolight.net (Postfix) with ESMTP id 25F4440AA; Mon, 15 Mar 2004 15:17:26 +0100 (CET) Received: from andromede.faubourg.reaumur.net (ATuileries-152-1-6-15.w82-123.abo.wanadoo.fr [82.123.160.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by plouf.absolight.net (Postfix) with ESMTP id 0891C400B; Mon, 15 Mar 2004 15:17:25 +0100 (CET) Date: Mon, 15 Mar 2004 15:19:29 +0100 From: Mathieu Arnold To: Putinas Piliponis , Johan Pettersson Message-ID: <341488578.1079363969@andromede.faubourg.reaumur.net> In-Reply-To: <003301c40a8d$9877efc0$3264a8c0@spotripoli.local> References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125121.GC91150@abc.123.org> <20040315135725.3cc70f97.manlix@demonized.net> <003301c40a8d$9877efc0$3264a8c0@spotripoli.local> X-Mailer: Mulberry/3.1.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd 0.1 cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 14:17:27 -0000 +-le 15/03/2004 15:01 +0200, Putinas Piliponis a dit : | | ----- Original Message ----- From: "Johan Pettersson" | To: "Kai Voigt" | Cc: | Sent: Monday, March 15, 2004 14:57 | Subject: Re: Pkg-based base system. | | |> If you want to remove it would be nice to have the ability to remove it |> with pkg_delete. Maybe I want to remove gcc, binutils whatever. I think |> the base-system should be pkg-based. It is much more flexible. |> |> On Mon, 15 Mar 2004 13:51:21 +0100 |> Kai Voigt wrote: |> |>> Johan Pettersson wrote: |>> > Wouldn't it be nice to have ha pkg-based base system? So you easily can |>> > remove parts from the base system, like openssh, ipfw, ipf, bind, |>> > sendmail and so on. This couldn't be too hard to implement. :) |>> |>> Why would you remove such parts? They all are small and don't harm anyone |>> when not being used. |>> |>> And "make world" after a CVS update is much more elegant than updating a |>> row of ports. | | If I have compiled system with sendmail, and after I compile world without | it.. I make world install | but sendmail still will be in system, doesnt't he ? | Is there a way to remove for example sendmail ? after your installworld, do some kind of : find -ctime +1 -delete which will remove files which have been created more than 24 hours ago. YMMV, but don't blame me if you remove things you did not want to remove. -- Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 06:38:26 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAE9316A4CE; Mon, 15 Mar 2004 06:38:26 -0800 (PST) Received: from sizone.org (mortar.sizone.org [65.126.154.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13B243D2F; Mon, 15 Mar 2004 06:38:26 -0800 (PST) (envelope-from dgilbert@daveg.ca) Received: by sizone.org (Postfix, from userid 66) id BC7BB30A70; Mon, 15 Mar 2004 09:38:25 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 6FD401D2309; Mon, 15 Mar 2004 08:56:33 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16469.46609.293027.840180@canoe.dclg.ca> Date: Mon, 15 Mar 2004 08:56:33 -0500 To: Daniel Lang In-Reply-To: <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> X-Mailer: VM 7.17 under 21.4 (patch 14) "Reasonable Discussion" XEmacs Lucid cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: freebsd-hackers@freebsd.org cc: David Gilbert Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 14:38:27 -0000 >>>>> "Daniel" == Daniel Lang writes: Daniel> Hi, David Gilbert wrote on Sun, Mar 14, 2004 at 08:55:24PM Daniel> -0500: [..] >> I'll ignore the condescending tone for a momment. It's worth >> noting that everything works by simply having a copy of strstream.h >> in the backward directory. Maybe the right path to take here is to >> include that file much as we include old versions of shared >> libraries. Daniel> I disagree. Valid standards should be enforced. Providing Daniel> compatibilty just keeps more and more non-compliant pieces of Daniel> code around. The earlier authors and maintainers are forced to Daniel> update their software to be standard-compliant the better. Daniel> Even if it's painful and apparently unnecessary work for the Daniel> moment. It is beneficial in the long run. Daniel> This is just my general opinion on such things. Well... there's a time and a place for this. To be mainstream, we need to consider that compatibility is what attracts most people. In this case, it appears that someone was coding to an earlier standard ... not just hacking something together. The _real_ problem here is incompatible langauge changes ... leading me to loose yet more faith in C++ as a whole. Daniel> In your particular case, maybe you could add a copy of Daniel> strstream.h as a patch to the port into the build directory Daniel> and reference it as "strstream.h" instead of . Daniel> Thus the system libstdc++ headers do not need to be polluted. Finally a helpful idea I hadn't explored yet, thank-you. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 06:48:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FCB416A4CE; Mon, 15 Mar 2004 06:48:52 -0800 (PST) Received: from mail-in.m-online.net (mail-in.m-online.net [62.245.150.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id E951B43D2D; Mon, 15 Mar 2004 06:48:51 -0800 (PST) (envelope-from h@schmalzbauer.de) Received: from mail.m-online.net (svr14.m-online.net [192.168.3.144]) by svr8.m-online.net (Postfix) with ESMTP id B2B3D4B638; Mon, 15 Mar 2004 15:48:50 +0100 (CET) Received: from sam.flintsbach.schmalzbauer.de (ppp-62-245-210-78.mnet-online.de [62.245.210.78]) by mail.m-online.net (Postfix) with ESMTP id 87DA65C5CD; Mon, 15 Mar 2004 15:48:50 +0100 (CET) Received: from cale.flintsbach.schmalzbauer.de (cale.flintsbach.schmalzbauer.de [172.21.1.253])i2FEmncY033646; Mon, 15 Mar 2004 15:48:49 +0100 (CET) (envelope-from h@schmalzbauer.de) From: Harald Schmalzbauer To: freebsd-current@freebsd.org Date: Mon, 15 Mar 2004 15:48:46 +0100 User-Agent: KMail/1.6 X-Country: Germany X-Address: Munich, 80686 X-Phone2: +49 (0) 89 18947781 X-Phone1: +49 (0) 163 555 3237 X-Name: Harald Schmalzbauer X-Birthday: 06 Oktober 1972 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_TJcVA/5aQ2t+yJS"; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <200403151548.51218.h@schmalzbauer.de> cc: wpaul@freebsd.org Subject: -Os and ndispatch.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 14:48:52 -0000 --Boundary-02=_TJcVA/5aQ2t+yJS Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Please forget the following lines if "CFLAGS=3D -Os -pipe" is known to be=20 unsupported. Otherwise when trying to compile lib/libc/ (ndispatch.c) I get the followin= g=20 error: cc -Os -pipe -march=3Di486 -I/usr/src/lib/libc/include=20 =2DI/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386=20 =2DD__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6=20 =2DI/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_D= ES=20 =2DDPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD=20 =2DWsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized=20 =2Dc /usr/src/lib/libc/net/nsdispatch.c /usr/src/lib/libc/net/nsdispatch.c: In function `nss_configure': /usr/src/lib/libc/net/nsdispatch.c:344: warning: dereferencing type-punned= =20 pointer will break strict-aliasing rules /usr/src/lib/libc/net/nsdispatch.c:346: warning: dereferencing type-punned= =20 pointer will break strict-aliasing rules /usr/src/lib/libc/net/nsdispatch.c: In function `_nsdbtput': /usr/src/lib/libc/net/nsdispatch.c:380: warning: dereferencing type-punned= =20 pointer will break strict-aliasing rules /usr/src/lib/libc/net/nsdispatch.c: In function `nss_load_module': /usr/src/lib/libc/net/nsdispatch.c:486: warning: dereferencing type-punned= =20 pointer will break strict-aliasing rules /usr/src/lib/libc/net/nsdispatch.c: In function `nss_atexit': /usr/src/lib/libc/net/nsdispatch.c:514: warning: dereferencing type-punned= =20 pointer will break strict-aliasing rules /usr/src/lib/libc/net/nsdispatch.c:516: warning: dereferencing type-punned= =20 pointer will break strict-aliasing rules *** Error code 1 Stop in /usr/src/lib/libc I don't speak too much C so I can't help here. If I understand things right it should be part of Project Evil, so perhaps= =20 Bill Paul is interested in. Thanks, =2DHarry --Boundary-02=_TJcVA/5aQ2t+yJS Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAVcJTBylq0S4AzzwRAiLLAJoDe6Tq/YqBI+HXa9vLQ5IqXnKkpACfS4UB cMAGbcMgdU9LJWl8coUfR/M= =w5eS -----END PGP SIGNATURE----- --Boundary-02=_TJcVA/5aQ2t+yJS-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 06:58:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4997316A4CE; Mon, 15 Mar 2004 06:58:54 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D3943D1D; Mon, 15 Mar 2004 06:58:54 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 099B2530E; Mon, 15 Mar 2004 15:58:52 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 131F4530A; Mon, 15 Mar 2004 15:58:31 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 888A633CA7; Mon, 15 Mar 2004 15:58:31 +0100 (CET) To: Harald Schmalzbauer References: <200403151548.51218.h@schmalzbauer.de> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 15:58:31 +0100 In-Reply-To: <200403151548.51218.h@schmalzbauer.de> (Harald Schmalzbauer's message of "Mon, 15 Mar 2004 15:48:46 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: -Os and ndispatch.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 14:58:54 -0000 Harald Schmalzbauer writes: > Please forget the following lines if "CFLAGS=3D -Os -pipe" is known to > be unsupported. We only support -O1. All other values are known to be broken in various ways. Parts of the kernel rely on dead code elimination to avoid warnings; parts of userland play pointer games which the ISO C standard does not permit; some inline asm code may be broken in ways that only affect code compiled with -O2 or higher. Note that -O2 and -O3 used to produce incorrect code in some cases, but AFAIK these issues have all been fixed in gcc, and the remaining bugs are in our own code. > /usr/src/lib/libc/net/nsdispatch.c: In function `nss_configure': > /usr/src/lib/libc/net/nsdispatch.c:344: warning: dereferencing type-punne= d pointer will break strict-aliasing rules > [...] I fixed those this morning. > If I understand things right it should be part of Project Evil, so > perhaps Bill Paul is interested in. No. It has nothing to do with Project Evil. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 06:59:22 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CBD016A4CE for ; Mon, 15 Mar 2004 06:59:22 -0800 (PST) Received: from the-macgregors.org (82-33-62-105.cable.ubr06.stav.blueyonder.co.uk [82.33.62.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59C0F43D2D for ; Mon, 15 Mar 2004 06:59:21 -0800 (PST) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (fire.macgregor [192.168.32.100]) by the-macgregors.org (8.12.11/8.12.11) with ESMTP id i2FExKJU025850 for ; Mon, 15 Mar 2004 14:59:20 GMT Message-Id: <200403151459.i2FExKJU025850@the-macgregors.org> From: "Rob MacGregor" To: Date: Mon, 15 Mar 2004 14:59:20 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Thread-Index: AcQKnhgu0uKEjtKdSN6RlTsmCpWR2Q== X-Virus-Scanned: by amavisd-milter (http://www.amavis.org/) Subject: Question on Shuttle FN45 motherboard X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 14:59:22 -0000 Does anybody out there have a Shuttle FN45 board (usually found in the SN45G system) running -CURRENT? I ask 'cos I'm having problems even getting the 5.2.1 install CD to boot all the way (hangs at the line after detecting the CD-ROM - loading / from md I think). Booting from a kernel from the 13th results in lots of strange problems (GCC falling over with signal 11 etc - but it's only 10 degrees above room temperature when I check). Before I go digging into what's broken (nothing I hope - it's all new parts) I just want to make sure I'm not wasting my time :) TIA -- Rob MacGregor (BOFH) [PGP key ID 0x1E51BF5A] If I cannot bend Heaven, I shall move Hell. -- Publius Vergilius Maro (Virgil). From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:02:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EADA16A4CE; Mon, 15 Mar 2004 07:02:54 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0B4B43D39; Mon, 15 Mar 2004 07:02:53 -0800 (PST) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 280B854861; Mon, 15 Mar 2004 09:02:53 -0600 (CST) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 21286-08; Mon, 15 Mar 2004 09:02:42 -0600 (CST) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 36E4954840; Mon, 15 Mar 2004 09:02:42 -0600 (CST) Received: by lum.celabo.org (Postfix, from userid 501) id 9A939167744; Mon, 15 Mar 2004 08:59:52 -0600 (CST) Date: Mon, 15 Mar 2004 08:59:51 -0600 From: "Jacques A. Vidrine" To: David Gilbert Message-ID: <20040315145951.GA10172@lum.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , David Gilbert , freebsd-current@freebsd.org, freebsd-hackers@freebsd.org References: <16468.65270.123954.862565@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:02:54 -0000 On Sun, Mar 14, 2004 at 07:55:18PM -0500, David Gilbert wrote: > I attempted to argue that audio/tclmidi wasn't broken... and the ports > maintainer fired back with > > http://bento.freebsd.org/errorlogs/i386-5-latest/tclmidi-3.1.log > > Now... I started investigating this and found that this was all due to > some differences in C++ over the years. > > The error on bento comes down to bento not having strstream.h. I have > that file as: > > /usr/include/c++/3.3/backward/strstream.h > /usr/include/g++/backward/strstream.h > > on my -CURRENT (as of a week or two ago) laptop. > > bento does appear to have /usr/include/c++/3.3/backward/iostream.h > ... but not strstream.h. Why? FreeBSD stopped installing `strstream.h' in January. See rev 1.48 of src/gnu/lib/libstdc++/Makefile. The commit log indicates it was removed in (some release of) GCC 3.3. I wonder if this is correct though--- compiler messages seem to contradict this. > I realize that my source upgrading may have left around a few old > files, but I don't see a replacement strstream.h. > > The C++ FAQ referred to by iostream (not iostream.h) seems to imply > that you should use iostream and sstream (no .h)... but including > those files imposes a very different standard that this port is not > ready to accept. It appears that (among other things that I havn't > found yet) all 'istream' must be written 'std::istream' ... etc. > > So what's the solution? `strstream.h' was never a standard C++ header, but rather a part of SGI STL (I think) that is now obsolete. `strstream' is defined in ISO/IEC 14822:1998 and 2003, but is deprecated. (``This clause describes features of the C++ Standard that are specified for compatibility with existing implementations. These are deprecated features, where deprecated is defined as: Normative for the current edition of the Standard, but not guaranteed to be part of the Standard in future revisions.'') It looks to me like tclmidi uses only class ostrstream. The easiest solution to your problem would be to add a file named `strstream.h' with the following contents: #include using std::ostrstream; The longer term solution is to kill the port, or to port it to Standard C++. Porting it to Standard C++ would probably entail rewriting uses of and `ostrstream' to and `ostringstream'; and rewriting uses of other C++ `.h' headers to the standard form without .h; and adding `using namespace std;' liberally. Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:14:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E451316A4CE; Mon, 15 Mar 2004 07:14:05 -0800 (PST) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D29E43D2F; Mon, 15 Mar 2004 07:14:05 -0800 (PST) (envelope-from nectar@celabo.org) Received: from localhost (localhost [127.0.0.1]) by gw.celabo.org (Postfix) with ESMTP id 25B405485D; Mon, 15 Mar 2004 09:14:05 -0600 (CST) Received: from gw.celabo.org ([127.0.0.1]) by localhost (hellblazer.celabo.org [127.0.0.1]) (amavisd-new, port 10024) with SMTP id 21465-07; Mon, 15 Mar 2004 09:13:54 -0600 (CST) Received: from lum.celabo.org (lum.celabo.org [10.0.1.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "lum.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id 7DD365482B; Mon, 15 Mar 2004 09:13:54 -0600 (CST) Received: by lum.celabo.org (Postfix, from userid 501) id D49CB16781B; Mon, 15 Mar 2004 09:04:22 -0600 (CST) Date: Mon, 15 Mar 2004 09:04:22 -0600 From: "Jacques A. Vidrine" To: Harald Schmalzbauer Message-ID: <20040315150422.GA10291@lum.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Harald Schmalzbauer , freebsd-current@freebsd.org, wpaul@freebsd.org References: <200403151548.51218.h@schmalzbauer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200403151548.51218.h@schmalzbauer.de> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: wpaul@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: -Os and ndispatch.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:14:06 -0000 On Mon, Mar 15, 2004 at 03:48:46PM +0100, Harald Schmalzbauer wrote: > Please forget the following lines if "CFLAGS= -Os -pipe" is known to be > unsupported. > Otherwise when trying to compile lib/libc/ (ndispatch.c) I get the following That's n*s*dispatch.c. [...] > /usr/src/lib/libc/net/nsdispatch.c: In function `nss_configure': > /usr/src/lib/libc/net/nsdispatch.c:344: warning: dereferencing type-punned > pointer will break strict-aliasing rules Yes, these should be fixed. I'll put it on my list. [...] > I don't speak too much C so I can't help here. > If I understand things right it should be part of Project Evil, so perhaps > Bill Paul is interested in. No, it has nothing to do with Project Evil. Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:27:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9B3F16A4CE for ; Mon, 15 Mar 2004 07:27:15 -0800 (PST) Received: from mindfields.energyhq.es.eu.org (73.Red-213-97-200.pooles.rima-tde.net [213.97.200.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 231EE43D41 for ; Mon, 15 Mar 2004 07:27:12 -0800 (PST) (envelope-from flynn@energyhq.es.eu.org) Received: from [192.168.100.1] (scienide.energyhq.es.eu.org [192.168.100.1]) by mindfields.energyhq.es.eu.org (Postfix) with ESMTP id 1F15F35760; Mon, 15 Mar 2004 16:27:10 +0100 (CET) From: Miguel Mendez To: Robert Blacquiere In-Reply-To: <20040315125825.GJ52357@bombur.guldan.demon.nl> References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125825.GJ52357@bombur.guldan.demon.nl> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-pZNBL5pgdkgSl/gLM4oc" Message-Id: <1079364427.78079.5.camel@scienide.energyhq.es.eu.org> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Mon, 15 Mar 2004 16:27:08 +0100 cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:27:15 -0000 --=-pZNBL5pgdkgSl/gLM4oc Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2004-03-15 at 13:58, Robert Blacquiere wrote: Hi, > /me smells linux based distros...=20 >=20 > I would not like that. It is now a complete system all acts like it shoul= d. > If you take it appart you will see thing breaking and getting a mess like= =20 > i won't say it.=20 >=20 > if you remove ipfw of ipf from user space why should you also have it in = kernel space? > then you get the next level of removal in to pkg...=20 Hmm, I don't see it that way. It's not that different from what we have now when you build world with some options in your /etc/make.conf to prevent the build of e.g. bind, sendmail etc. I don't think having extremely fine granularity would be good, but some subsystems could be made into packages. Let's say 'base' with minimal stuff to get the system up, 'devel', which would include gcc and friends, sendmail, bind and others look good candidates for this. ipf[w] should always be in base, since they rely on being in sync with kernel, like other basic tools and libc. It's different from Linux distros where upgrading glibc to release du jour will break half of the installed software. Just my 2 cents. --=20 Miguel Mendez http://www.energyhq.es.eu.org PGP Key: 0xDC8514F1 --=-pZNBL5pgdkgSl/gLM4oc Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBAVctLnLctrNyFFPERAqjzAJ9w+VT/7G+RH45ZVBxTnQxONvgm5ACgwTIh rcLBT8OJXuyz0KJpmosO2VQ= =loSq -----END PGP SIGNATURE----- --=-pZNBL5pgdkgSl/gLM4oc-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:30:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84AC216A4CF; Mon, 15 Mar 2004 07:30:41 -0800 (PST) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1496943D48; Mon, 15 Mar 2004 07:30:41 -0800 (PST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: from dibbler.crodrigues.org (h00609772adf0.ne.client2.attbi.com[66.31.45.197]) by comcast.net (sccrmhc13) with ESMTP id <20040315153040016002she1e>; Mon, 15 Mar 2004 15:30:40 +0000 Received: from dibbler.crodrigues.org (localhost.crodrigues.org [127.0.0.1]) i2FFUeLR072160; Mon, 15 Mar 2004 10:30:41 -0500 (EST) (envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com) Received: (from rodrigc@localhost) by dibbler.crodrigues.org (8.12.11/8.12.10/Submit) id i2FFUeVv072159; Mon, 15 Mar 2004 10:30:40 -0500 (EST) (envelope-from rodrigc) Date: Mon, 15 Mar 2004 10:30:40 -0500 From: Craig Rodrigues To: "Jacques A. Vidrine" , David Gilbert , freebsd-current@FreeBSD.org, freebsd-hackers@FreeBSD.org Message-ID: <20040315153040.GA72109@crodrigues.org> References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315145951.GA10172@lum.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040315145951.GA10172@lum.celabo.org> User-Agent: Mutt/1.4.1i Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:30:41 -0000 On Mon, Mar 15, 2004 at 08:59:51AM -0600, Jacques A. Vidrine wrote: > FreeBSD stopped installing `strstream.h' in January. See rev 1.48 of > src/gnu/lib/libstdc++/Makefile. The commit log indicates it was removed > in (some release of) GCC 3.3. I wonder if this is correct though--- strstream.h was removed from the FSF GCC sources: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc%2b%2b-v3/include/backward/Attic/strstream.h FreeBSD's import of FSF GCC sources reflects this change. > compiler messages seem to contradict this. The compiler message in GCC could be wrong in this particular case for strstream.h. > It looks to me like tclmidi uses only class ostrstream. The easiest > solution to your problem would be to add a file named `strstream.h' with > the following contents: > > #include > using std::ostrstream; > > The longer term solution is to kill the port, or to port it to Standard > C++. Porting it to Standard C++ would probably entail rewriting uses of > and `ostrstream' to and `ostringstream'; and > rewriting uses of other C++ `.h' headers to the standard form without > .h; and adding `using namespace std;' liberally. I've fixed a few ports by doing exactly what you have outlined. Admittedly, it's grunt work, but......... :) -- Craig Rodrigues http://crodrigues.org rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:35:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEA3716A4CE for ; Mon, 15 Mar 2004 07:35:07 -0800 (PST) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D0D5A43D2D for ; Mon, 15 Mar 2004 07:35:06 -0800 (PST) (envelope-from mdcki@gmx.net) Received: (qmail 718 invoked by uid 65534); 15 Mar 2004 15:35:05 -0000 Received: from pD95EBC60.dip.t-dialin.net (EHLO gmx.net) (217.94.188.96) by mail.gmx.net (mp009) with SMTP; 15 Mar 2004 16:35:05 +0100 X-Authenticated: #17236065 Message-ID: <4055CD26.2050805@gmx.net> Date: Mon, 15 Mar 2004 16:35:02 +0100 From: Marcin Dalecki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040224 X-Accept-Language: en-us, en MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyDvv70=?= References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> <20040315022938.GE18647@segment7.net> <40556F0B.9080408@gmx.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:35:08 -0000 Dag-Erling Sm=C3=B8rgrav wrote: > Marcin Dalecki writes: >=20 >>Could you exchange the sentence "to create required user accounts" by >>"to create user accounts requires for proxy operation" or similar pleas= e. >>The error message is totally out of context otherwise. >=20 > Go use Linux or something. Thank you for the advice. If even you yourself consider this stuff as "not usefull for anything" who else should care? From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:51:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 912E716A4D5; Mon, 15 Mar 2004 07:51:12 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 295E943D1D; Mon, 15 Mar 2004 07:51:12 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i2FFp02Z023352; Mon, 15 Mar 2004 10:51:00 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i2FFp040023351; Mon, 15 Mar 2004 10:51:00 -0500 (EST) Date: Mon, 15 Mar 2004 10:51:00 -0500 From: Ken Smith To: Wes Peters Message-ID: <20040315155100.GF21480@electra.cse.Buffalo.EDU> References: <20040311165639.GJ462@seekingfire.com> <20040311170547.GA22014@ns1.xcllnt.net> <20040312031334.GP462@seekingfire.com> <20040312204434.GA8613@electra.cse.Buffalo.EDU> <20040312221016.5ab0c53a.wes@softweyr.com> <20040313071824.GA21635@electra.cse.Buffalo.EDU> <20040314145013.2ee6a49d.wes@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040314145013.2ee6a49d.wes@softweyr.com> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: current@freebsd.org cc: sparc64@freebsd.org Subject: Re: (was Re: HEADS UP! MAJOR change to FreeBSD/sparc64) Boot failure on rebuild X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:51:12 -0000 On Sun, Mar 14, 2004 at 02:50:13PM -0800, Wes Peters wrote: > Ultra-5 with 333MHz cpu module, (currently not) booting on serial console. > I have a keyboard and mouse, but they are currently resting in the closet > nearby. The kernel config is GENERIC with features I don't have hacked out; > nothing esoteric at all. I do usually remove and _ROOT options I was in the final phases of testing a new 64-bit time_t ISO and for the first time tried something other than an Ultra-60. Guess what... So I think I have an arch that will reliably cause me the problem (I spent the rest of last night installing it off the last snapshot which was done a day or two before the new devfs stuff, I'm just getting it to the point I can start building test kernels). I also spent some time finding the code I need to care about and sure enough, looks like the same problem as alpha. cninit() is called before proc0 gets set up and mutex_init(). I'll spend some time today coming up with my best guess at how to rearrange that chunk of machdep.c. > I'll snag the latest snapshot and try that. That should work but don't upgrade any farther past that until the console issue gets taken care of. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:51:54 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD81B16A4CE for ; Mon, 15 Mar 2004 07:51:54 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FB643D39 for ; Mon, 15 Mar 2004 07:51:54 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 70D57530E; Mon, 15 Mar 2004 16:51:53 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 4DEE1530A; Mon, 15 Mar 2004 16:51:47 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 3597333CA7; Mon, 15 Mar 2004 16:51:47 +0100 (CET) To: Marcin Dalecki References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> <20040315022938.GE18647@segment7.net> <40556F0B.9080408@gmx.net> <4055CD26.2050805@gmx.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 16:51:47 +0100 In-Reply-To: <4055CD26.2050805@gmx.net> (Marcin Dalecki's message of "Mon, 15 Mar 2004 16:35:02 +0100") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:51:54 -0000 Marcin Dalecki writes: > Dag-Erling Sm=C3=B8rgrav wrote: > > Go use Linux or something. > Thank you for the advice. If even you yourself > consider this stuff as "not usefull for anything" who else should care? I consider FreeBSD very useful, but I can do without users who refuse to read documentation, and blame correct documentation for their own idiocy. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 07:55:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F07316A4CE for ; Mon, 15 Mar 2004 07:55:52 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2649043D46 for ; Mon, 15 Mar 2004 07:55:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) i2FFtp1n070714; Mon, 15 Mar 2004 07:55:51 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)i2FFtpnB070713; Mon, 15 Mar 2004 07:55:51 -0800 (PST) (envelope-from sgk) Date: Mon, 15 Mar 2004 07:55:51 -0800 From: Steve Kargl To: Marcin Dalecki Message-ID: <20040315155551.GA70565@troutmask.apl.washington.edu> References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> <40556E6C.6080303@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40556E6C.6080303@gmx.net> User-Agent: Mutt/1.4.1i cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 15:55:52 -0000 On Mon, Mar 15, 2004 at 09:50:52AM +0100, Marcin Dalecki wrote: > Steve Kargl wrote: > >On Mon, Mar 15, 2004 at 12:19:41AM +0100, Marcin Dalecki wrote: > > > >>chmod 444 freebsd.submit.cf > >>kozaczek# make installworld > >>ERROR: Required proxy user is missing, see /usr/src/UPDATING. > >>*** Error code 1 > >> > > > >Read /usr/src/UPDATING. > > > > There is nothing about any proxy user there. And I don't wan't > to read everything there, since the system in question isn't > critical at all. If you can't keep up with -current or bother reading the src/UPDATING, then you should not be running -current. If you wish to ignore this advice, then if you have a problem, we really don't want to read about it. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 08:27:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9837316A4CE; Mon, 15 Mar 2004 08:27:50 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F7643D3F; Mon, 15 Mar 2004 08:27:50 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2FGPfmf061481; Mon, 15 Mar 2004 08:25:41 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2FGPeg5061474; Mon, 15 Mar 2004 08:25:40 -0800 (PST) (envelope-from obrien) Date: Mon, 15 Mar 2004 08:25:40 -0800 From: "David O'Brien" To: David Gilbert Message-ID: <20040315162540.GA61147@dragon.nuxi.com> References: <16468.65270.123954.862565@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16468.65270.123954.862565@canoe.dclg.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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 cc: freebsd-hackers@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 16:27:50 -0000 On Sun, Mar 14, 2004 at 07:55:18PM -0500, David Gilbert wrote: > The error on bento comes down to bento not having strstream.h. I have > that file as: > > /usr/include/c++/3.3/backward/strstream.h > /usr/include/g++/backward/strstream.h > > on my -CURRENT (as of a week or two ago) laptop. > > bento does appear to have /usr/include/c++/3.3/backward/iostream.h > ... but not strstream.h. Why? You need to clean out your /usr/include. RCS file: src/contrib/libstdc++/include/backward/strstream.h,v ... ---------------------------- revision 1.1.1.2 date: 2004/01/05 21:04:40; author: kan; state: dead; lines: +0 -0 Remove bits which are not part of GCC 3.3.x anymore. ---------------------------- try: # make buildworld # mv /usr/include /usr/include.old # make installworld From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 08:28:18 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36F8316A4CE for ; Mon, 15 Mar 2004 08:28:18 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB0143D3F for ; Mon, 15 Mar 2004 08:28:18 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2FGSHL1061525; Mon, 15 Mar 2004 08:28:17 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2FGSGji061524; Mon, 15 Mar 2004 08:28:16 -0800 (PST) (envelope-from obrien) Date: Mon, 15 Mar 2004 08:28:16 -0800 From: "David O'Brien" To: Colin Percival Message-ID: <20040315162816.GB61147@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Colin Percival , current@freebsd.org References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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 cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 16:28:18 -0000 On Sun, Mar 14, 2004 at 11:47:24PM +0000, Colin Percival wrote: > Thus spake style(9): > > Do not add whitespace at the end of a line, and only use tabs > followed by > > spaces to form the indentation. Do not use more spaces than a tab > will > > produce and do not use spaces in front of tabs. > > There are somewhere around 6500 lines in 1000 files which violate this > final > rule. Should I clean these up, or is it not worth bloating the repository > for > such cosmetic fixes? Please no! Not another round of: ---------------------------- date: 1995/05/30 06:29:28; author: rgrimes; state: Exp; lines: +3 -3 Remove trailing whitespace. ---------------------------- which touches thousands of files. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 08:41:43 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E77B816A4CE for ; Mon, 15 Mar 2004 08:41:43 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94C8F43D3F for ; Mon, 15 Mar 2004 08:41:43 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i2FGfgoP029625; Mon, 15 Mar 2004 11:41:43 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <6.0.1.1.1.20040315084218.03b57d18@imap.sfu.ca> References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <20040315172002.S5193@gamplex.bde.org> <6.0.1.1.1.20040315084218.03b57d18@imap.sfu.ca> Date: Mon, 15 Mar 2004 11:41:41 -0500 To: Colin Percival From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 16:41:44 -0000 At 8:51 AM +0000 3/15/04, Colin Percival wrote: >At 06:25 15/03/2004, Bruce Evans wrote: >>On Sun, 14 Mar 2004, Colin Percival wrote: > >> > Should I clean these up, or is it not worth bloating the >> > repository for such cosmetic fixes? >> >>It's too painful to do all at once IMO. > > Painful for whom? I've got a 2.4MB patch sitting in front >of me which fixes most of these. Painful for other people who are working on other changes, which they have checked-out in their own local files. They get their own changes tested, go to commit them, and then find they have to rework the entire thing due to conflicts with a cosmetic patch. It's only happened to me a few times, and for some of those it happened for cosmetic fixes that I had backed 100% before they were committed. That doesn't change how irritating it is when you go to commit something *you've* worked on, and realize you have to rework and retest everything that you've done because of some grand sweep of cosmetic changes that someone else committed. [note that I certainly do like to do cosmetic cleanups, but I usually do them only if I have some other reason to be working on a given set of files] I think that cosmetic fixes "just for the sake of" cosmetic fixes is much too easy. If you have something *real* to do with some set of files, then by all means clean them up before you begin. But don't do cosmetic changes just so you can say that you've done something. If you are not going to be the responsible-developer for a given set of files after doing some grand-sweep cosmetic change, then don't change that set of files. Not unless you get advance buy-in from all the developers you will be effecting. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 08:41:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DC6816A532 for ; Mon, 15 Mar 2004 08:41:50 -0800 (PST) Received: from tx2.oucs.ox.ac.uk (tx2.oucs.ox.ac.uk [163.1.2.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3A1D43D39 for ; Mon, 15 Mar 2004 08:41:49 -0800 (PST) (envelope-from colin.percival@wadham.ox.ac.uk) Received: from scan2.oucs.ox.ac.uk ([163.1.2.162] helo=localhost) by tx2.oucs.ox.ac.uk with esmtp (Exim 4.24) id 1B2v9w-0006HC-La for current@freebsd.org; Mon, 15 Mar 2004 16:41:48 +0000 Received: from rx2.oucs.ox.ac.uk ([163.1.2.161]) by localhost (scan2.oucs.ox.ac.uk [163.1.2.162]) (amavisd-new, port 25) with ESMTP id 23947-04 for ; Mon, 15 Mar 2004 16:41:48 +0000 (GMT) Received: from gateway.wadham.ox.ac.uk ([163.1.161.253]) by rx2.oucs.ox.ac.uk with smtp (Exim 4.24) id 1B2v9w-0006H8-8C for current@freebsd.org; Mon, 15 Mar 2004 16:41:48 +0000 Received: (qmail 20377 invoked by uid 1004); 15 Mar 2004 16:41:48 -0000 Received: from colin.percival@wadham.ox.ac.uk by gateway by uid 71 with qmail-scanner-1.20 (clamscan: 0.67. sweep: 2.18/3.79. Clear:RC:1(163.1.161.131):. Processed in 0.017486 secs); 15 Mar 2004 16:41:48 -0000 Received: from dhcp1131.wadham.ox.ac.uk (HELO piii600.wadham.ox.ac.uk) (163.1.161.131) by gateway.wadham.ox.ac.uk with SMTP; 15 Mar 2004 16:41:48 -0000 Message-Id: <6.0.1.1.1.20040315164047.03bd0ea8@imap.sfu.ca> X-Sender: cperciva@imap.sfu.ca (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.1.1 Date: Mon, 15 Mar 2004 16:41:41 +0000 To: obrien@freebsd.org From: Colin Percival In-Reply-To: <20040315162816.GB61147@dragon.nuxi.com> References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <20040315162816.GB61147@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 16:41:50 -0000 At 16:28 15/03/2004, David O'Brien wrote: >Please no! > >Not another round of: > > ---------------------------- > date: 1995/05/30 06:29:28; author: rgrimes; state: Exp; lines: +3 -3 > Remove trailing whitespace. > ---------------------------- > >which touches thousands of files. Well, I was looking at *leading* whitespace, not *trailing* whitespace... Ok, I'll find something else to play with. :-) Colin Percival From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 08:58:00 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F48F16A4CE for ; Mon, 15 Mar 2004 08:58:00 -0800 (PST) Received: from klentaq.com (ip-64-32-219-171.nyc.megapath.net [64.32.219.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33CC043D39 for ; Mon, 15 Mar 2004 08:58:00 -0800 (PST) (envelope-from currently@klentaq.com) Received: by klentaq.com (Postfix, from userid 1013) id 75117B68; Mon, 15 Mar 2004 10:57:52 -0600 (CST) Date: Mon, 15 Mar 2004 10:57:52 -0600 From: Wayne Barnes To: freebsd-current@freebsd.org Message-ID: <20040315105752.A27183@klentaq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Subject: 5.2 is dangerous to drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 16:58:00 -0000 Dear Level 5ers, I got a 5.2.1 CD in the mail, so I thought I should upgrade from my older 5.0-CURRENT which had been working very well for months. Big mistake. I started sysinstall from my perfectly good system running 5.0, and it duly overwrote the binaries with 5.2 stuff, but on reboot, the device probes hung up at: Timecounters 10.000 msec increment (or something very similar) This line is right before the probe of the hard drives ad0 and ad1, but no amount of waiting would allow things to boot farther. I found that the 5.2.1 CD and a 5.2 CD would hang at the same place. I retreated to a 5.1 miniinst CD, and that worked (I had to ignominiously prepare the latter CDs by plugging an XP box to my DSL.) I still could not install the 5.1 system over the old system, as I got panic page faults, which caused a reboot after a few "chunks" were copied from the CD. I have had to open up a new drive and install 5.1 onto that. I cannot access all partitions on the old hosed drive. I can not access slice a, the presumptive / directory, which will not mount. The other slices mount fine, thankfully, and the aborted upgrade had saved /etc to /var, so I think I have all the data I need to rebuild my system. My hardware is unremarkable ASUS motherboard, AMD processor and Western Digital hard drives. If someone wants more precise specs, I can prepare them. I strongly suggest that sysinstall never be run from the old, live system on a new CD. Let the CD try to boot up first, as a presumably safe test to see if it has this problem of not being able to probe the hard drive(s). Has anyone else had this problem? Has something changed in the device probe procedure that could explain this? Is there a way to clean/repair my broken slice ad1s1a, which will not mount? --------------------- root:/Mar2004var/tmp/etc>mount /dev/ad1s1a /Mar2004slash mount: /dev/ad1s1a: Operation not permitted -------------------- -- -- Wayne M Barnes, currently@klentaq.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:13:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 420C716A4CE for ; Mon, 15 Mar 2004 09:13:38 -0800 (PST) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54F9843D45 for ; Mon, 15 Mar 2004 09:13:37 -0800 (PST) (envelope-from ru@ip.net.ua) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.10/8.12.9) with ESMTP id i2FHHlee021927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 15 Mar 2004 19:17:50 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.12.11/8.12.11) id i2FHDXTV056639; Mon, 15 Mar 2004 19:13:33 +0200 (EET) (envelope-from ru) Date: Mon, 15 Mar 2004 19:13:33 +0200 From: Ruslan Ermilov To: Max Laier Message-ID: <20040315171333.GA56514@ip.net.ua> References: <200403151444.19971.h@schmalzbauer.de> <20040315140641.GA67833@router.laiers.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <20040315140641.GA67833@router.laiers.local> User-Agent: Mutt/1.5.6i X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-current@freebsd.org cc: Harald Schmalzbauer Subject: Re: NO_TOOLCHAIN really working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:13:38 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2004 at 03:06:41PM +0100, Max Laier wrote: > On Mon, Mar 15, 2004 at 02:44:14PM +0100, Harald Schmalzbauer wrote: > > Dear all, > >=20 > > I'm currently building -current for an embedded system and have the > > following line in my make.conf: > > NO_TOOLCHAIN=3Dyes >=20 > This makes sure that you do not build or install: > gnu/usr.bin/{cc, binutils}, usr.bin/{c89, c99, gprof, lex, xlint, yacc} > =20 True. > > Why do I see those lines while make buildworld? >=20 > This might be from the bootstrap stage? The switch affects the final stage > only. >=20 We still need to build the "cross" versions of compiler, binutils, and other tools in the chain, to be able to build the rest of the world. We may be building for a different TARGET_ARCH, or just bootstrapping (need to link with new libraries and headers, etc.) The standard buildworld builds a toolchain in stage 3 of buildworld, then builds the world (including toolchain) in stage 4 using the special version of toolchain built in stage 3. (The toolchain =66rom stage 3 is special because it uses different default paths to pick up headers, libraries, etc., as opposed to the standard version.) NO_TOOLCHAIN instructs buildworld to not build (and later not install in installworld) the toolchain in stage 4. > > cc -Os -pipe -DIN_GCC -DHAVE_CONFIG_H=20 > <...> > > -c /usr/src/contrib/gcc/combine.c >=20 > > And what is the include tree good for if I don't want to have gcc at al= l? >=20 > That depends on the situation, but I don't think it's too much of a probl= em > to rm the include tree before writing to your flash. >=20 We can easily add the NO_INCLUDES knob to bsd.incs.mk. I assume there still be some headers (that are not installed through the standard way using ), but that can and should be dealt with. Good question! I'll add it to my TODO list for share/mk/. Cheers, --=20 Ruslan Ermilov FreeBSD committer ru@FreeBSD.org --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAVeQ9Ukv4P6juNwoRAphzAJ4z85c9mzXkf+0XQvPBbeV410kk1QCeLymp 6vDB/MUaBENUZi06ogxtMoY= =8PVD -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:17:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 4827016A4CE for ; Mon, 15 Mar 2004 09:17:50 -0800 (PST) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.12.11/8.12.11) with ESMTP id i2FHHmWh009319; Mon, 15 Mar 2004 12:17:48 -0500 (EST) (envelope-from green@green.homeunix.org) Received: from localhost (green@localhost)i2FHHk8R009316; Mon, 15 Mar 2004 12:17:47 -0500 (EST) (envelope-from green@green.homeunix.org) Message-Id: <200403151717.i2FHHk8R009316@green.homeunix.org> X-Mailer: exmh version 2.6.3 04/04/2003 with nmh-1.0.4 To: Peter Schultz In-Reply-To: Message from Peter Schultz of "Fri, 12 Mar 2004 13:12:41 CST." <40520BA9.4080502@bis.midco.net> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Mar 2004 12:17:46 -0500 Sender: green@green.homeunix.org cc: freebsd-current@freebsd.org Subject: Re: [PATCH] for SCHED_ULE & libpthread issue (was Re: I like SCHED_4BSD) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:17:50 -0000 Peter Schultz wrote: > Taku YAMAMOTO wrote: > > Unfortunately, due to over-optimization in sched_switch(), SCHED_ULE doesn't > > give reasonable CPU time to the threads which are using scheduler activation. > > > > Detailed analisis is described in my previous message posted to current@: > > "SCHED_ULE sometimes puts P_SA processes into ksq_next unnecessarily" > > <20040213063139.71298ea9.taku@cent.saitama-u.ac.jp> > > or > > http://docs.freebsd.org/cgi/mid.cgi?20040213063139.71298ea9.taku > > , which didn't get broader audience :( > > > > Until the problem is fully addressed, I will propose following patch > > to be applied. (the least intrusive one attached in the former message) > > > > This patch improves interactivity under heavy load very much. My system is VERY well-behaved using this change. (It's 2xSMP). -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:17:52 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F7916A4CE for ; Mon, 15 Mar 2004 09:17:52 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 979F543D41 for ; Mon, 15 Mar 2004 09:17:51 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i2FHHjoP013983; Mon, 15 Mar 2004 12:17:45 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040315134745.1eb201f4.manlix@demonized.net> References: <20040315134745.1eb201f4.manlix@demonized.net> Date: Mon, 15 Mar 2004 12:17:43 -0500 To: Johan Pettersson , freebsd-current@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:17:52 -0000 At 1:47 PM +0100 3/15/04, Johan Pettersson wrote: >Wouldn't it be nice to have a pkg-based base system? So you >easily can remove parts from the base system, like openssh, >ipfw, ipf, bind, sendmail and so on. This couldn't be too hard >to implement. :) This is a topic near-and-dear to many developers. If you can implement it, then many people will be eager to see it. If you can not implement it, then you are just irritating all the people who would like to *see* it, but who do not have the time to implement it. And no, you do not "encourage" them by claiming that it "couldn't be too hard" to implement. Yes, it sounds like it would be easy to do. It sounds especially easy to do for anyone who has not tried to do it, and really do it right. Perhaps we can make a rather abysmal system with only a few months of hard work, but no one wants to volunteer that much of their time (ie "give their time for free") just to produce something that no one will be happy with. It would take even more months of hard work from many developers to implement a really good version. One major problem is that you have three or four hundred developers who are trying to get *other* work done, because they need *that* (other) work done. So, you either get everyone to stop what they are doing for a few months (HA!), or you have to come up with a way to phase in the change so you aren't disrupting everyone else. I suspect you are trying to be friendly and encouraging, but I am afraid you are grossly underestimating the size of the task. As such, don't be too surprised if people are generally hostile to your comments, even though many of us really do like the idea, *IF* we only had the time to implement it right... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:40:12 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A8F3016A4CE; Mon, 15 Mar 2004 09:40:12 -0800 (PST) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBE2243D3F; Mon, 15 Mar 2004 09:40:11 -0800 (PST) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 1094F11903; Mon, 15 Mar 2004 18:40:10 +0100 (CET) Date: Mon, 15 Mar 2004 18:40:09 +0100 From: "Simon L. Nielsen" To: Ruslan Ermilov Message-ID: <20040315174009.GA759@arthur.nitro.dk> References: <200403151444.19971.h@schmalzbauer.de> <20040315140641.GA67833@router.laiers.local> <20040315171333.GA56514@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <20040315171333.GA56514@ip.net.ua> User-Agent: Mutt/1.5.5.1i cc: Max Laier cc: freebsd-current@freebsd.org cc: Harald Schmalzbauer Subject: Re: NO_TOOLCHAIN really working? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:40:12 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2004.03.15 19:13:33 +0200, Ruslan Ermilov wrote: > We can easily add the NO_INCLUDES knob to bsd.incs.mk. I assume That would also be really nice e.g. for the new nanobsd scripts. --=20 Simon L. Nielsen FreeBSD Documentation Team --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAVep5h9pcDSc1mlERAoVpAJ0QFAypqcozjdjP4mUMmMC2NukoXwCeNSnN Hin9xP8baoXPBV/yBbRGIaI= =922s -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:44:25 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8693A16A4CE; Mon, 15 Mar 2004 09:44:25 -0800 (PST) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 220E943D39; Mon, 15 Mar 2004 09:44:23 -0800 (PST) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id i2FHiMkL024526; Mon, 15 Mar 2004 12:44:22 -0500 (EST) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id i2FHiMQ4024521; Mon, 15 Mar 2004 12:44:22 -0500 (EST) Date: Mon, 15 Mar 2004 12:44:22 -0500 From: Thomas Dickey To: Colin Percival Message-ID: <20040315174421.GA23596@saltmine.radix.net> References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <20040315162816.GB61147@dragon.nuxi.com> <6.0.1.1.1.20040315164047.03bd0ea8@imap.sfu.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <6.0.1.1.1.20040315164047.03bd0ea8@imap.sfu.ca> User-Agent: Mutt/1.3.27i cc: current@freebsd.org Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:44:25 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 15, 2004 at 04:41:41PM +0000, Colin Percival wrote: > At 16:28 15/03/2004, David O'Brien wrote: > >Please no! > > > >Not another round of: > > > > ---------------------------- > > date: 1995/05/30 06:29:28; author: rgrimes; state: Exp; lines: +3= -3 > > Remove trailing whitespace. > > ---------------------------- > > > >which touches thousands of files. >=20 > Well, I was looking at *leading* whitespace, not *trailing* whitespace.= .. #define longstring "This is a string \ that does not really have \"leading blanks\", per \ se, but some scripts may have other opinions" --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFAVet0tIqByHxlDocRAmPlAJ9aCAJFsc7QV7qO3qXXKaozXTd4xACgkaVl vPZV9z4nGRjpJEFasfywgoM= =Sovr -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:47:02 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 809A216A4CE for ; Mon, 15 Mar 2004 09:47:02 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 066FA43D2D for ; Mon, 15 Mar 2004 09:47:02 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 97A6F530E; Mon, 15 Mar 2004 18:47:00 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 508BC530A; Mon, 15 Mar 2004 18:46:52 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id D57FE33CA7; Mon, 15 Mar 2004 18:46:51 +0100 (CET) To: Thomas Dickey References: <6.0.1.1.1.20040314234126.03adbc50@imap.sfu.ca> <20040315162816.GB61147@dragon.nuxi.com> <6.0.1.1.1.20040315164047.03bd0ea8@imap.sfu.ca> <20040315174421.GA23596@saltmine.radix.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 15 Mar 2004 18:46:51 +0100 In-Reply-To: <20040315174421.GA23596@saltmine.radix.net> (Thomas Dickey's message of "Mon, 15 Mar 2004 12:44:22 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: current@freebsd.org cc: Colin Percival Subject: Re: spaces before tabs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:47:02 -0000 Thomas Dickey writes: > #define longstring "This is a string \ > that does not really have \"leading blanks\", per \ > se, but some scripts may have other opinions" this is one of the reasons why our style guidelines prohibit multiline string literals. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:47:11 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAA6716A4F7 for ; Mon, 15 Mar 2004 09:47:11 -0800 (PST) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C0A743D31 for ; Mon, 15 Mar 2004 09:47:11 -0800 (PST) (envelope-from underway@comcast.net) Received: from localhost.localdomain (c-24-17-47-224.client.comcast.net[24.17.47.224]) by comcast.net (rwcrmhc13) with ESMTP id <2004031517471101500snfa4e>; Mon, 15 Mar 2004 17:47:11 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) i2FHlZjj069316; Mon, 15 Mar 2004 09:47:35 -0800 (PST) (envelope-from underway@comcast.net) Received: (from jojo@localhost) by localhost.localdomain (8.12.11/8.12.11/Submit) id i2FHlUBD069315; Mon, 15 Mar 2004 09:47:30 -0800 (PST) (envelope-from underway@comcast.net) To: Peter Schultz References: <20040315134745.1eb201f4.manlix@demonized.net> <20040315125710.GK797@camelot.theinternet.com.au> <20040315140153.30348b1e.manlix@demonized.net> <4055B648.3000306@bis.midco.net> From: underway@comcast.net (Gary W. Swearingen) Date: Mon, 15 Mar 2004 09:47:30 -0800 In-Reply-To: <4055B648.3000306@bis.midco.net> (Peter Schultz's message of "Mon, 15 Mar 2004 07:57:28 -0600") Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Reasonable Discussion, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-current@freebsd.org Subject: Re: To the Armchair Directors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:47:11 -0000 Peter Schultz writes: > Don't piss off the programmers! ;-) > > If you're not a programmer, restrain yourself from suggesting how easy > this or that thing would be to do. These guys simply *do not* need > your "input". Remember that this is *open source* and that if you > think something is worth doing that nobody else is working on, you > need to take on the project yourself. The above sort of user-off-putting attitude seems inappropriate to this mailing list, if we're to believe the Handbook's description, which begins: Discussions about the use of FreeBSD-CURRENT This is the mailing list for users of FreeBSD-CURRENT. This list seems to be the main interface between users and developers, where the later can get a sense of what the former think of their OS and what's wrong with it, in design as well as implementation. Otherwise, they should just isolate themselves in hackers@ or start up a freebsd-current-dev. Jumping on someone for thinking out loud about the difficulty of a better (?) design just pisses off users instead of developers. Save it for the -hackers list or start up a -current-dev list where developers can isolate their delicate sensibilities from us whiny users. Developers shouldn't be angered by users' suggestions; they should be happy to still HAVE users and should not try to tell them what to say in their own forum. Otherwise, get the DOC people to include more accurate comments about the mailing list. If the quote above isn't good enough for the Handbook (where they're less likely to piss off users), it isn't good for ambushing users here. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:50:07 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1CE616A4CE for ; Mon, 15 Mar 2004 09:50:07 -0800 (PST) Received: from TRANG.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3398B43D3F for ; Mon, 15 Mar 2004 09:50:07 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by TRANG.nuxi.com (8.12.11/8.12.10) with ESMTP id i2FHo6BB066598; Mon, 15 Mar 2004 09:50:06 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i2FHo5s0066595; Mon, 15 Mar 2004 09:50:05 -0800 (PST) (envelope-from obrien) Date: Mon, 15 Mar 2004 09:50:05 -0800 From: "David O'Brien" To: Marcin Dalecki Message-ID: <20040315175005.GC61147@dragon.nuxi.com> References: <4054E88D.60801@gmx.net> <20040314234746.GA72219@troutmask.apl.washington.edu> <40556E6C.6080303@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40556E6C.6080303@gmx.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-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 cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:50:07 -0000 On Mon, Mar 15, 2004 at 09:50:52AM +0100, Marcin Dalecki wrote: > >>kozaczek# make installworld > >>ERROR: Required proxy user is missing, see /usr/src/UPDATING. > >>*** Error code 1 ... > >Read /usr/src/UPDATING. > > There is nothing about any proxy user there. And I don't wan't > to read everything there, since the system in question isn't > critical at all. If you can't be bothered to spend the time to read the file we spent a lot of VOLUNTEER, UNPAID TIME to write; I'm sorry -- there isn't much more we can do for you. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:56:05 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A4016A4CE; Mon, 15 Mar 2004 09:56:05 -0800 (PST) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id A475843D2D; Mon, 15 Mar 2004 09:56:04 -0800 (PST) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 1C9166530A; Mon, 15 Mar 2004 17:56:03 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10359-01-12; Mon, 15 Mar 2004 17:56:02 +0000 (GMT) Received: from saboteur.dek.spc.org (82-147-17-88.dsl.uk.rapidplay.com [82.147.17.88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id 16F20651FA; Mon, 15 Mar 2004 17:56:02 +0000 (GMT) Received: by saboteur.dek.spc.org (Postfix, from userid 1001) id B2AF832; Mon, 15 Mar 2004 17:55:59 +0000 (GMT) Date: Mon, 15 Mar 2004 17:55:59 +0000 From: Bruce M Simpson To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20040315175559.GG755@saboteur.dek.spc.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: cc: Mark Linimon cc: current@FreeBSD.ORG cc: "Matthew N. Dodd" cc: Tim Robbins Subject: Re: RFC: doscmd removal X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:56:05 -0000 On Mon, Mar 15, 2004 at 12:53:38AM +0100, Dag-Erling Smřrgrav wrote: > Mark Linimon writes: > > So, you'll be submitting the patches to install it to the ports > > tree, then? > > Yes. Excellent. I use doscmd for certain things such as running flash and BIOS related tools. I'd be happy to see it 'bumped down' to ports status. BMS From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 09:57:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CAC5D16A4CE for ; Mon, 15 Mar 2004 09:57:17 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDE2B43D45 for ; Mon, 15 Mar 2004 09:57:16 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.11/8.12.11) with ESMTP id i2FHuoTX089578; Mon, 15 Mar 2004 18:56:50 +0100 (CET) (envelope-from phk@phk.freebsd.dk) To: underway@comcast.net (Gary W. Swearingen) From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 15 Mar 2004 09:47:30 PST." Date: Mon, 15 Mar 2004 18:56:50 +0100 Message-ID: <89577.1079373410@critter.freebsd.dk> cc: freebsd-current@freebsd.org cc: Peter Schultz Subject: Re: To the Armchair Directors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 17:57:17 -0000 Gary, Nobody in FreeBSD has the right to annoy developers by whining at them. Everybody on the other hand, has an _obligation_ to work constructively to improve FreeBSD. Here is a simple litmus test: If your message contains the two words "somebody should" next to each other in that order, then it is very likely in the first (ie: wrong) category. If you feel something should be done, then do it or pay somebody to do it, don't pontificate that the nonexistant committer "somebody" should do it. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:02:21 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A25016A4CE; Mon, 15 Mar 2004 10:02:21 -0800 (PST) Received: from mgr2.xmission.com (mgr2.xmission.com [198.60.22.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB9CF43D41; Mon, 15 Mar 2004 10:02:20 -0800 (PST) (envelope-from llewelly@xmission.com) Received: from [198.60.22.201] (helo=mgr1.xmission.com) by mgr2.xmission.com with esmtp (Exim 3.35 #1) id 1B2wPr-0004el-02; Mon, 15 Mar 2004 11:02:19 -0700 Received: from [198.60.22.20] (helo=xmission.xmission.com) by mgr1.xmission.com with esmtp (Exim 4.30) id 1B2wPq-0006K5-SZ; Mon, 15 Mar 2004 11:02:18 -0700 Received: from llewelly by xmission.xmission.com with local (Exim 3.35 #1 (Debian)) id 1B2wPq-0002NJ-00; Mon, 15 Mar 2004 11:02:18 -0700 To: David Gilbert References: <16468.65270.123954.862565@canoe.dclg.ca> <20040315013817.GA68381@crodrigues.org> <16469.3340.625290.632134@canoe.dclg.ca> <20040315102516.GH15687@atrbg11.informatik.tu-muenchen.de> <16469.46609.293027.840180@canoe.dclg.ca> From: llewelly@xmission.com Date: 15 Mar 2004 11:02:18 -0700 In-Reply-To: <16469.46609.293027.840180@canoe.dclg.ca> Message-ID: Lines: 77 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Sender: Content-Type: text/plain; charset=us-ascii X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on mgr1.xmission.com X-Spam-Level: X-Spam-Status: No, hits=0.3 required=8.0 tests=NO_REAL_NAME autolearn=no version=2.63 X-SA-Exim-Mail-From: llewelly@xmission.com X-SA-Exim-Version: 3.1 (built Wed Aug 20 09:38:54 PDT 2003) X-SA-Exim-Scanned: Yes cc: Craig Rodrigues cc: freebsd-current@freebsd.org cc: Daniel Lang cc: freebsd-hackers@freebsd.org Subject: Re: GCC include files conundrum. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:02:21 -0000 David Gilbert writes: > >>>>> "Daniel" == Daniel Lang writes: > > Daniel> Hi, David Gilbert wrote on Sun, Mar 14, 2004 at 08:55:24PM > Daniel> -0500: [..] > >> I'll ignore the condescending tone for a momment. It's worth > >> noting that everything works by simply having a copy of strstream.h > >> in the backward directory. Maybe the right path to take here is to > >> include that file much as we include old versions of shared > >> libraries. > > Daniel> I disagree. Valid standards should be enforced. Providing > Daniel> compatibilty just keeps more and more non-compliant pieces of > Daniel> code around. The earlier authors and maintainers are forced to > Daniel> update their software to be standard-compliant the better. > Daniel> Even if it's painful and apparently unnecessary work for the > Daniel> moment. It is beneficial in the long run. > > Daniel> This is just my general opinion on such things. > > Well... there's a time and a place for this. To be mainstream, we > need to consider that compatibility is what attracts most people. > In this case, it appears that someone was coding to an earlier > standard There never was an earlier C++ standard - only tradition, and pre-standard implementations which interpreted tradition differently. There was the C++ ARM, but every C++ compiler I ever used was nearly as different from the arm as the C++ ARM is from ISO C++1998. It's true that the 1998 standard did not try hard enough to minimize code breakage, but in my experience, porting large C++ projects to match the 1998 standard is easier than porting them to a different pre-standard compiler. It's worth pointing out that gcc didn't provide until 3.0 . So the authors of tclmidi have had only about 2.5 years to fix their code, and not the 5 years it might otherwise appear. (The appropriate namespace directives/declarations/qualifiers such as 'using namespace std', and 'std::istream' would have been accepted by gcc 295, though it did not require them.) As far as 'being compatible' goes, there is a gcc 2.95.3 port (/usr/ports/lang/gcc295), and if it is still being maintained, I would suggest any port which doesn't build with gcc 3.3.x be modified to be use and require that port, after emiting a warning of some kind, saying that gcc 2.95 won't be around forever, and the port will have to be fixed soon. I just checked, and on my 5.2p2 box, gcc295 still builds. But surely someone already thought of this, and decided that making ports build with gcc 3.3.3 was better than making them use and require the gcc295 port, which, after all, will only become harder to maintain over time. > ... not just hacking something together. The _real_ problem > here is incompatible langauge changes ... leading me to loose yet more > faith in C++ as a whole. Fortunately, the incompatible langauge changes have been over since 1997 (when the 1998 standard was finalized). The ISO committee has learned a lesson from its failure to be less incompatible with existing implementations (it would have been impossible to be compatible with more than one implementation), and is now largely hostile to even tiny incompatibilities. The minor bugfixes that make up the 2003 standard are all backward compatible, and unlikely to break any program. However - unfortunately, gcc, like most C++ compilers, is slow to catch up with the C++ standard (which is after all quite difficult to implement correctly, and arguably less important than C (since there are more C users of gcc than C++ users)), and there is one more incompatible difference between what the 1998 standard specifies, and what gcc 3.3.3 implements coming down the pike - two-phase lookup, which will be in 3.4 . Fortunately, it won't break much - it only affects programs which make unusual uses of templates, and the majority of such programs are only written by people aware of two-phase lookup and what it might break. From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:13:17 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56E4816A4CE for ; Mon, 15 Mar 2004 10:13:17 -0800 (PST) Received: from mail.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 7A78643D2D for ; Mon, 15 Mar 2004 10:13:16 -0800 (PST) (envelope-from reichert@numachi.com) Received: (qmail 71936 invoked from network); 15 Mar 2004 18:00:11 -0000 Received: from natto.numachi.com (198.175.254.216) by meisai.numachi.com with SMTP; 15 Mar 2004 18:00:11 -0000 Received: (qmail 64130 invoked by uid 1001); 15 Mar 2004 18:00:11 -0000 Date: Mon, 15 Mar 2004 13:00:11 -0500 From: Brian Reichert To: Wayne Barnes Message-ID: <20040315180011.GE58014@numachi.com> References: <20040315105752.A27183@klentaq.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040315105752.A27183@klentaq.com> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: 5.2 is dangerous to drive X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:13:17 -0000 On Mon, Mar 15, 2004 at 10:57:52AM -0600, Wayne Barnes wrote: > Dear Level 5ers, > > I got a 5.2.1 CD in the mail, so I thought I should upgrade > from my older 5.0-CURRENT which had been working very well > for months. > > Big mistake. > > I started sysinstall from my perfectly good system running > 5.0, and it duly overwrote the binaries with 5.2 stuff, but on reboot, > the device probes hung up at: > Timecounters 10.000 msec increment (or something very similar) > > This line is right before the probe of the hard drives ad0 and ad1, > but no amount of waiting would allow things to boot farther. > > I found that the 5.2.1 CD and a 5.2 CD would hang at the same place. > > I retreated to a 5.1 miniinst CD, and that worked (I had to > ignominiously prepare the latter CDs by plugging an XP box to > my DSL.) > > I still could not install the 5.1 system over the old system, > as I got panic page faults, which caused a reboot after a few > "chunks" were copied from the CD. > > I have had to open up a new drive and install 5.1 onto that. > I cannot access all partitions on the old hosed drive. > I can not access slice a, the presumptive / directory, which > will not mount. The other slices mount fine, thankfully, > and the aborted upgrade had saved /etc to /var, so I think > I have all the data I need to rebuild my system. > > My hardware is unremarkable ASUS motherboard, AMD processor > and Western Digital hard drives. If someone wants more > precise specs, I can prepare them. > > I strongly suggest that sysinstall never be run from the old, live > system on a new CD. Let the CD try to boot up first, as a presumably safe > test to see if it has this problem of not being able to probe the hard > drive(s). The docs associated with 'update' via sysinstall on the CD-ROMS say this very thing... More specifically, when you run 'sysinstall', there is a 'Docs' menu. In there, is an 'Install' does, which also covers upgrades: 3 Upgrading FreeBSD Important: These notes assume that you are using the version of sysinstall(8) supplied with the version of FreeBSD to which you intend to upgrade. Using a mismatched version of sysinstall(8) is almost guaranteed to cause problems and has been known to leave systems in an unusable state. The most commonly made mistake in this regard is the use of an old copy of sysinstall(8) from an existing installation to upgrade to a newer version of FreeBSD. This is not recommended. -- Brian Reichert 37 Crystal Ave. #303 Daytime number: (603) 434-6842 Derry NH 03038-1713 USA BSD admin/developer at large From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:15:14 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CFD216A4CE for ; Mon, 15 Mar 2004 10:15:14 -0800 (PST) Received: from sccmmhc02.asp.att.net (sccmmhc02.asp.att.net [204.127.203.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55F0343D2F for ; Mon, 15 Mar 2004 10:15:14 -0800 (PST) (envelope-from David.Boyd@insightbb.com) Received: from happy (12-202-176-56.client.insightbb.com[12.202.176.56]) by sccmmhc02.asp.att.net (sccmmhc02) with SMTP id <20040315181513mm2004ip6ge>; Mon, 15 Mar 2004 18:15:13 +0000 From: "David Boyd" To: Date: Mon, 15 Mar 2004 13:15:13 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Importance: Normal Subject: fdformat failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:15:14 -0000 After build from CURRENT, "fdformat /dev/fd0" fails with the following error: "fdformat: fcntl(F_SETFL): Invalid argument" System was upgraded from 5.2.1-RELEASE via "make buildworld, make buildkernel, make install kernel, mergemaster -p, reboot, make installworld, mergemaster". From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:22:24 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69EBC16A4CE for ; Mon, 15 Mar 2004 10:22:24 -0800 (PST) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1A4B43D31 for ; Mon, 15 Mar 2004 10:22:23 -0800 (PST) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id i2FIG390013604; Mon, 15 Mar 2004 10:16:03 -0800 (PST) (envelope-from tim@kientzle.com) Message-ID: <4055F2D9.6060101@kientzle.com> Date: Mon, 15 Mar 2004 10:15:53 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Johan Pettersson References: <20040315134745.1eb201f4.manlix@demonized.net> In-Reply-To: <20040315134745.1eb201f4.manlix@demonized.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Pkg-based base system. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kientzle@acm.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:22:24 -0000 Johan Pettersson wrote: > Wouldn't it be nice to have ha pkg-based base system? So you > easily can remove parts from the base system, like openssh, > ipfw, ipf, bind, sendmail and so on. This couldn't be too > hard to implement. :) a) You are not the first person to suggest this. b) It is, in fact, very hard to do. c) Part of the point of BSD is having a single, well-integrated system. Breaking it up as you suggest would lose this. Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:26:27 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8FCA16A4CE for ; Mon, 15 Mar 2004 10:26:27 -0800 (PST) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97FA443D41 for ; Mon, 15 Mar 2004 10:26:27 -0800 (PST) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Mon, 15 Mar 2004 10:26:27 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id D1E485D04; Mon, 15 Mar 2004 10:26:26 -0800 (PST) To: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) In-reply-to: Your message of "Mon, 15 Mar 2004 10:22:53 +0100." Date: Mon, 15 Mar 2004 10:26:26 -0800 From: "Kevin Oberman" Message-Id: <20040315182626.D1E485D04@ptavv.es.net> cc: FreeBSD Current Subject: Re: ERROR: Required proxy user is missing, see /usr/src/UPDATING. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:26:27 -0000 > From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) > Date: Mon, 15 Mar 2004 10:22:53 +0100 > Sender: owner-freebsd-current@freebsd.org > > Marcin Dalecki writes: > > Could you exchange the sentence "to create required user accounts" by > > "to create user accounts requires for proxy operation" or similar please. > > The error message is totally out of context otherwise. > > Go use Linux or something. While I get used to des rather acidic messages (and I DO understand how he feels), they (and others like it from several senior developers on the project) really can drive people away from FreeBSD for no good reason. Would it not be better to simply state that CURRENT is CURRENT and that those who try to run it without reading /usr/src/UPDATING regularly do so at the risk of things not working and should not assume that the community will read it for them. The handbook also says that those running current should read both the current and cvs-src mail lists. OTOH, I will agree that the note is question could probably be better worded, but just getting annoyed and stating a shouting match does not help anyone. (This means both des and Marcin.) (I will admit that I have missed items in UPDATING and made embarrassing queries to the list. But I have never suggested that it was other than my fault that I missed them.) Followups to advocacy@. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:29:03 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id D922F16A4CF; Mon, 15 Mar 2004 10:29:03 -0800 (PST) To: freebsd-current@freebsd.org Date: Mon, 15 Mar 2004 10:29:03 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20040315182903.D922F16A4CF@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) cc: freebsd-mobile@FreeBSD.ORG cc: freebsd-hardware@FreeBSD.ORG Subject: Ask not what Project Evil can do for you... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:29:04 -0000 ...ask what you can do for Project Evil! Once again, Project Evil Laboratories has a new victim^Wsubject to contend with: the Intel Centrino 2200BG 802.11b/g wireless card. This is a companion to the Intel 2100 802.11b card, which already works with the NDISulator. Unfortunately, the 2200BG does _not_ work: currently, the card will be detected correctly but trying to ifconfig the interface up leads to a panic. I suspect this has to do with calling the ndis_ticktask() routine too soon after MiniportInitialize() routine has completed, but I can't be sure what's going on since I don't have a sample card to experiment with. This is where _you_ can help. Yes, you. Over there. With the computer. If you have one of these cards then Project Evil needs you! The only way to really debug this problem is with console access to a machine that has one of them (this is because one of the required tools is the kernel debugger, DDB). This means one of two things: 1) If you have a laptop with one of these NICs and can somehow manage to set up a serial console, it would be nifty if you give me ssh access to it for a couple of hours. In theory, the presence of an actual wireless net is not required (I just need to make sure the interface comes up and doesn't crash). The laptop should be running FreeBSD 5.2-RELEASE or later. 2) If you can bear to part with your NIC for a while, put it in a box and send it to Project Evil Laboratories: Attn: Bill Paul Wind River Systems 500 Wind River Way Alameda, CA. 94501 USA Offers to help test stuff won't do me any good: I don't know where the problem is yet, so I can't begin to suggest what to test. Also, for those who have been wondering, this is where things stand right now with Project Evil's wireless NIC support: - Intel Centrino 2100 -- works - Atheros 5212 cardbus (LinkSys WPC55AG) -- works - Atheros 5211 miniPCI (IBM) -- works - RealTek RTL8180 (with driver from RealTek website) -- works - ADMtek ADM8211 (with driver from ADMtek webside) -- works - AMD Am1771/1772 (with SMC 2602 v3 driver) -- works - Broadcom 43xx cardbus/PCI/miniPCI -- works - Cisco 340 PCMCIA card -- works - InProcomm IPN2120 -- untested, but should work - Intel PRO/5000 wireless (atheros chip) -- unknown, didn't work last I heard, don't have one - Prism 54G -- doesn't work, don't have one, don't know where to get one - 3Com 3C154G72 -- doesn't work, don't know what chip it is, don't have one, don't know where to get one - Cisco 350MPI - doesn't work, might be getting one on loan soon Note that there are a couple of badly designed laptops out there which require the use of a Windows utility to enable the power and/or antenna for their built-in wireless NICs. Supporting these is tricky since these utilities are outside the scope of the NDIS spec. There exist some Linux utilities for dealing with these laptops which can be ported to FreeBSD without too much trouble (they just frob a couple of I/O ports). Note that Project Evil would also appreciate loans/donations of cards listed as "doesn't work" in the above list. :) -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-current@FreeBSD.ORG Mon Mar 15 10:31:08 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFDB016A4CE for ; Mon, 15 Mar 2004 10:31:08 -0800 (PST) Received: from thunderbird.etv.net (thunderbird.etv.net [208.14.190.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41D2743D53 for ; Mon, 15 Mar 2004 10:31:07 -0800 (PST) (envelope-from lists@efinley.com) Received: from [205.161.203.50] (helo=science1) by thunderbird.etv.net with smtp (Exim 4.30; FreeBSD) id 1B2wrg-0001lb-Nr for freebsd-current@freebsd.org; Mon, 15 Mar 2004 11:31:04 -0700 Message-ID: <019001c40abb$ac2a9350$32cba1cd@science1> From: "Elliot Finley" To: Date: Mon, 15 Mar 2004 11:31:03 -0700 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 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: reliable disk FAILURE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Elliot Finley List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2004 18:31:08 -0000 when doing a disk-to-disk backup using dump/restore, I reliably get a disk failure. I don't think it's the disk because it happens on six different machines. All six machines are using SATA drives. They all have an ASUS P4P800 MB. None of the six machines had any problems until after the last security patch to 5.2.1. After the patch, they all fail. If I remember correctly, the last security patch only touched some TCP files, so the disk failures don't make any sense to me. commands causing the failure, console output and dmesg are below. This is on a test machine that I can take down or modify at any time, so if there is anything further that I can do to help debug this - please let me know. sequence of commands issued to cause failure ---------------------------------------------- Executing command: /bin/dd if=/dev/zero of=/dev/ad14 bs=1k count=1 Executing command: /sbin/fdisk -BI ad14 Executing command: /sbin/bsdlabel -w -B ad14s1 auto Executing command: /sbin/bsdlabel ad14s1 > /tmp/backup.disk.label Executing command: /bin/echo 'a: 2097152 0 4.2BSD' >> /tmp/backup.disk.label Executing command: /bin/echo 'b: 4194304 * swap' >> /tmp/backup.disk.label Executing command: /bin/echo 'd: 125829120 * 4.2BSD' >> /tmp/backup.disk.label Executing command: /bin/echo 'e: * * 4.2BSD' >> /tmp/backup.disk.label Executing command: /sbin/bsdlabel -R -B ad14s1 /tmp/backup.disk.label Executing command: /sbin/newfs -U /dev/ad14s1a Executing command: /sbin/newfs -U /dev/ad14s1d Executing command: /sbin/newfs -U /dev/ad14s1e Executing command: /sbin/mount -rw /dev/ad14s1a /mnt Executing command: /sbin/dump -0Lf - / | (cd /mnt; /sbin/restore -rf -) Executing command: /sbin/umount /mnt Executing command: /sbin/mount -rw /dev/ad14s1d /mnt Executing command: /sbin/dump -0Lf - /usr | (cd /mnt; /sbin/restore -rf -) DUMP: Date of this level 0 dump: Mon Mar 15 10:32:02 2004 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping snapshot of /dev/ad12s1d (/usr) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 1621128 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] warning: ./.snap: File exists (dump/restore dies here - this time (doesn't die in same place every time) - causing the following output on the console) console output --------------- ad12: TIMEOUT - READ_DMA retrying (2 retries left) LBA=28166139 ad12: timeout sending command=c8 ad12: error issuing DMA command GEOM: create disk ad12 dp=0xc6ded160 ad12: 76319MB [155061/16/63] at ata6-master UDMA100 ad12: FAILURE - SETFEATURES SET TRANSFER MODE timed out dmesg ------ Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2.1-RELEASE-p1 #5: Fri Mar 5 17:54:52 MST 2004 root@oregon.etv.net:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a35000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a3521c. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2598.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1032749056 (984 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 14 entries at 0xc00f5410 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf8000000-0xfbffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pcib1: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P1 - AE_NOT_FOUND pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xef00-0xef1f irq 16 at device 29.0 on pci0 usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xef20-0xef3f irq 19 at device 29.1 on pci0 usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xef40-0xef5f irq 18 at device 29.2 on pci0 usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xef80-0xef9f irq 16 at device 29.3 on pci0 usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xd800-0xd8ff mem 0xfeafc000-0xfeafffff irq 22 at device 5.0 on pci2 skc0: 3Com Gigabit LOM (3C940) sk0: on skc0 sk0: Ethernet address: 00:0c:6e:54:4b:25 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto atapci0: port 0xdc00-0xdc7f,0xdfa0-0xdfaf,0xdf00-0xdf3f mem 0xfeac0000-0xfeadffff,0xfeafb000-0xfeafbfff irq 21 at device 9.0 on pci2 atapci0: [MPSAFE] ata2: at 0xfeafb000 on atapci0 ata2: [MPSAFE] ata3: at 0xfeafb000 on atapci0 ata3: [MPSAFE] ata4: at 0xfeafb000 on atapci0 ata4: [MPSAFE] ata5: at 0xfeafb000 on atapci0 ata5: [MPSAFE] fxp0: port 0xde80-0xdebf mem 0xfeaa0000-0xfeabffff,0xfeafa000-0xfeafafff irq 23 at device 11.0 on pci2 fxp0: Ethernet address 00:02:b3:d1:f7:ad miibus1: on fxp0 inphy0: on miibus1 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xfc00-0xfc0f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci1 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci1 ata1: [MPSAFE] atapci2: port 0xef60-0xef6f,0xefa8-0xefab,0xefa0-0xefa7,0xefac-0xefaf,0xefe0-0xefe7 irq 18 at device 31.2 on pci0 atapci2: [MPSAFE] ata6: at 0xefe0 on atapci2 ata6: [MPSAFE] ata7: at 0xefa0 on atapci2 ata7: [MPSAFE] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2e8-0x2ef irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 orm0: