From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 5 11:07:10 2010 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE8AA106564A for ; Mon, 5 Apr 2010 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D1E58FC31 for ; Mon, 5 Apr 2010 11:07:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o35B7AfM027933 for ; Mon, 5 Apr 2010 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35B7AGx027931 for freebsd-sparc64@FreeBSD.org; Mon, 5 Apr 2010 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Apr 2010 11:07:10 GMT Message-Id: <201004051107.o35B7AGx027931@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 11:07:10 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/145211 sparc64 [panic] Memory modified after free o sparc/144900 sparc64 [patch] SPARC64 Floating point fixes o sparc/144867 sparc64 [panic] trap: memory address not aligned booting Sunfi o sparc/142102 sparc64 [nfs] [panic] FreeBSD 8.0 kernel panics on sparc64 whe o sparc/141918 sparc64 [ehci] ehci_interrupt: unrecoverable error, controller s sparc/139134 sparc64 kernel output corruption f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 16 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 5 17:16:10 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5EC1106564A for ; Mon, 5 Apr 2010 17:16:10 +0000 (UTC) (envelope-from christian.baer@uni-dortmund.de) Received: from dd17730.kasserver.com (dd17730.kasserver.com [85.13.138.103]) by mx1.freebsd.org (Postfix) with ESMTP id 7499B8FC08 for ; Mon, 5 Apr 2010 17:16:10 +0000 (UTC) Received: from nermal.rz1.convenimus.net (f048102118.adsl.alicedsl.de [78.48.102.118]) by dd17730.kasserver.com (Postfix) with ESMTP id 937FE18013450 for ; Mon, 5 Apr 2010 18:45:31 +0200 (CEST) Received: from [192.168.100.7] (arlene.rz1.convenimus.net [192.168.100.7]) by nermal.rz1.convenimus.net (Postfix) with ESMTP id 513DB15213 for ; Mon, 5 Apr 2010 18:41:00 +0200 (CEST) Message-ID: <4BBA13A9.7040801@uni-dortmund.de> Date: Mon, 05 Apr 2010 18:45:29 +0200 From: Christian Baer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: booting troubles from HD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 17:16:10 -0000 Hello there, dear readers! :-) I am having slight trouble booting FreeBSD *after* installing it to the HDs. This is a Sun Ultra 60, 2 CPUs (450MHz), 2gigs of RAM, 2 Seagate Cheetah 74gig drives (these full-height things). There is no monitor, no keyboard and no mouse connected. All installing is done via a serial console. I am going to use this machine as a mail and news server, since the old one is kinda busted and this old workstation is too good to be a door stop. :-) Because of the stuff it will be doing, it won't need to be accessed directly, ssh is a great tool. Installing isn't really a problem, everything works fine - apart from the actual booting from the HDs. Booting from CD works fine - otherwise I wouldn't have been able to install FreeBSD. But somehow, there is no /boot/loader. I was never asked if I wanted to install a boot loader or anything after partitioning the disks - although I am not sure if this question really applies to SPARC64. I last installed FreeBSD on a Sun while 6.x was the production version. That went smoothly. I only tried 7.x briefly because it didn't work properly[1] with my machine. Apart from the problems I had with it, 7.0 ran smoothly too. Now I'm trying 8.0 out to see if things have gotten better. :-) There is one quirk about this installation: I put / on the second HD (da1). The reason is because I want to encrypt /usr /var and /tmp with geli(8), so I used the partition I had set aside for /var/spool/news to accomodate / until I've set up the encrypted file systems. I tried to add a seperate file system for /boot on the da0, in case that was the problem. Unfortunately that didn't do the trick either. This is what happens, when I try to boot: Sun Ultra 60 UPA/PCI (2 X UltraSPARC-II 450MHz), No Keyboard OpenBoot 3.27, 2048 MB memory installed, Serial #15069787. Ethernet address 8:0:20:e5:f2:5b, Host ID: 80e5f25b. {0} ok boot disk0 Boot device: /pci@1f,4000/scsi@3/disk@0,0 File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,4000/scsi@3/disk@0,0:a Boot loader: /boot/loader File /boot/loader not found Program terminated Is there something I have missed? I didn't find anything special in the handbook or errata concerning this. Best regards, Chris [1] http://lists.freebsd.org/pipermail/freebsd-geom/2008-May/002905.html From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 5 17:30:12 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40295106564A for ; Mon, 5 Apr 2010 17:30:12 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id AE91D8FC13 for ; Mon, 5 Apr 2010 17:30:11 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 8B5D41CC75; Mon, 5 Apr 2010 19:30:09 +0200 (CEST) Date: Mon, 5 Apr 2010 19:30:09 +0200 From: Michael Moll To: Christian Baer Message-ID: <20100405173009.GA7086@darkthrone.kvedulv.de> References: <4BBA13A9.7040801@uni-dortmund.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BBA13A9.7040801@uni-dortmund.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-sparc64@freebsd.org Subject: Re: booting troubles from HD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 17:30:12 -0000 Hi Christian, On Mon, Apr 05, 2010 at 06:45:29PM +0200, Christian Baer wrote: > I put / on the second HD (da1). The reason is because I want to encrypt > {0} ok boot disk0 > Boot device: /pci@1f,4000/scsi@3/disk@0,0 File and args: Try to boot disk1 instead of disk0. Regards -- Michael Moll e-mail : kvedulv@kvedulv.de WWW : http://www.kvedulv.de/ From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 5 17:32:09 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B66721065673 for ; Mon, 5 Apr 2010 17:32:09 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-15.arcor-online.net (mail-in-15.arcor-online.net [151.189.21.55]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3B48FC08 for ; Mon, 5 Apr 2010 17:32:09 +0000 (UTC) Received: from mail-in-19-z2.arcor-online.net (mail-in-19-z2.arcor-online.net [151.189.8.36]) by mx.arcor.de (Postfix) with ESMTP id DE571356A22 for ; Mon, 5 Apr 2010 19:32:07 +0200 (CEST) Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) by mail-in-19-z2.arcor-online.net (Postfix) with ESMTP id D4F6C6BDA1 for ; Mon, 5 Apr 2010 19:32:07 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-217-101-212.pools.arcor-ip.net [94.217.101.212]) by mail-in-04.arcor-online.net (Postfix) with ESMTPS id 5A00233AA3E for ; Mon, 5 Apr 2010 19:32:07 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-04.arcor-online.net 5A00233AA3E Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o35HW6HO083543 for ; Mon, 5 Apr 2010 19:32:06 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o35HW6kd083542 for freebsd-sparc64@freebsd.org; Mon, 5 Apr 2010 19:32:06 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 5 Apr 2010 17:32:06 +0000 (UTC) Message-ID: Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-sparc64@freebsd.org Subject: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 17:32:09 -0000 I'm trying to figure out why ports/archivers/gcpio is reported as not building on sparc64. The details seem to be twisty, but I suspect at the root are these different results of a number of configure script tests: ==== sparc64 ==== checking whether chown honors trailing slash... no checking whether lstat dereferences a symlink specified with a trailing slash... no checking whether unlink honors trailing slashes... no checking whether open recognizes a trailing slash... no checking whether stat handles trailing slashes on files... no checking whether unlink honors trailing slashes... (cached) no ==== amd64, i386 ==== checking whether chown honors trailing slash... yes checking whether lstat dereferences a symlink specified with a trailing slash... yes checking whether unlink honors trailing slashes... yes checking whether open recognizes a trailing slash... yes checking whether stat handles trailing slashes on files... yes checking whether unlink honors trailing slashes... (cached) yes Whatever the expected behavior, it certainly shouldn't vary with the architecture. Is this a problem of FreeBSD/sparc64? Something in the build environment for the sparc64 section of the pointyhat cluster? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 5 18:56:34 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEA5E1065676 for ; Mon, 5 Apr 2010 18:56:34 +0000 (UTC) (envelope-from christian.baer@uni-dortmund.de) Received: from dd17730.kasserver.com (dd17730.kasserver.com [85.13.138.103]) by mx1.freebsd.org (Postfix) with ESMTP id 89FD68FC15 for ; Mon, 5 Apr 2010 18:56:34 +0000 (UTC) Received: from nermal.rz1.convenimus.net (f048102118.adsl.alicedsl.de [78.48.102.118]) by dd17730.kasserver.com (Postfix) with ESMTP id A63721867D7F8 for ; Mon, 5 Apr 2010 20:56:33 +0200 (CEST) Received: from [192.168.100.7] (arlene.rz1.convenimus.net [192.168.100.7]) by nermal.rz1.convenimus.net (Postfix) with ESMTP id C7AE515213 for ; Mon, 5 Apr 2010 20:52:00 +0200 (CEST) Message-ID: <4BBA325F.8020205@uni-dortmund.de> Date: Mon, 05 Apr 2010 20:56:31 +0200 From: Christian Baer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org References: <4BBA13A9.7040801@uni-dortmund.de> <20100405173009.GA7086@darkthrone.kvedulv.de> In-Reply-To: <20100405173009.GA7086@darkthrone.kvedulv.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: booting troubles from HD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 18:56:34 -0000 On 05.04.2010 19:30, Michael Moll wrote: >> I put / on the second HD (da1). The reason is because I want to encrypt >> {0} ok boot disk0 >> Boot device: /pci@1f,4000/scsi@3/disk@0,0 File and args: > > Try to boot disk1 instead of disk0. I didn't mention this because I thought it was too obvious. Been there, done that. Same thing basicly, /boot/loader isn't found. This is the result: Rebooting with command: boot disk1 Boot device: /pci@1f,4000/scsi@3/disk@1,0 File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,4000/scsi@3/disk@1,0:a Boot loader: /boot/loader Not ufs mount: can't read superblock panic: mount Program terminated Note that currently, there is a seperate partionen for /boot on da0. So booting from da1 shouldn't work anyways. Regards, Chris From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 5 19:07:32 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12301065672 for ; Mon, 5 Apr 2010 19:07:32 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id B21878FC13 for ; Mon, 5 Apr 2010 19:07:31 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id 481051CC75; Mon, 5 Apr 2010 21:07:26 +0200 (CEST) Date: Mon, 5 Apr 2010 21:07:26 +0200 From: Michael Moll To: Christian Baer Message-ID: <20100405190726.GB7086@darkthrone.kvedulv.de> References: <4BBA13A9.7040801@uni-dortmund.de> <20100405173009.GA7086@darkthrone.kvedulv.de> <4BBA325F.8020205@uni-dortmund.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BBA325F.8020205@uni-dortmund.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-sparc64@freebsd.org Subject: Re: booting troubles from HD X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 19:07:33 -0000 Hi, On Mon, Apr 05, 2010 at 08:56:31PM +0200, Christian Baer wrote: > Note that currently, there is a seperate partionen for /boot on da0. So > booting from da1 shouldn't work anyways. Hm, okay... I didn't test this, but in this case one must specify the path to the loader. So, if your /boot is for example da0s0 try: boot disk0 /loader If you use a slice other than 0, you have to adjust the bootpath from /pci@1f,4000/scsi@3/disk@0,0:a to e.g. /pci@1f,4000/scsi@3/disk@0,0:d for da0s3 Regards -- Michael Moll e-mail : kvedulv@kvedulv.de WWW : http://www.kvedulv.de/ From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 6 06:12:17 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDD5B106566B for ; Tue, 6 Apr 2010 06:12:17 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4165C8FC17 for ; Tue, 6 Apr 2010 06:12:16 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o366CEfh016044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Apr 2010 16:12:15 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o366CE4G048814; Tue, 6 Apr 2010 16:12:14 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o366CDpL048813; Tue, 6 Apr 2010 16:12:13 +1000 (EST) (envelope-from peter) Date: Tue, 6 Apr 2010 16:12:13 +1000 From: Peter Jeremy To: Christian Weisgerber Message-ID: <20100406061213.GB46137@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 06:12:17 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Apr-05 17:32:06 +0000, Christian Weisgerber wr= ote: >Whatever the expected behavior, it certainly shouldn't vary with >the architecture. Is this a problem of FreeBSD/sparc64? Something >in the build environment for the sparc64 section of the pointyhat >cluster? Do you have access to the config.log output? That may provide more insight into what is going wrong. I have in the past seen configure get very confused about how to compile test programs and blunder on regardless, reporting nonsense. --=20 Peter Jeremy --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku60L0ACgkQ/opHv/APuIfHRACdF5evvz4mvZryyfNZDRVdZwRD M2AAnjBOiowi708SERb4a0jJQG35O8bM =ZXTT -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 6 12:14:50 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1E2D106566C for ; Tue, 6 Apr 2010 12:14:50 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mx1.freebsd.org (Postfix) with ESMTP id 844E48FC18 for ; Tue, 6 Apr 2010 12:14:50 +0000 (UTC) Received: from mail-in-01-z2.arcor-online.net (mail-in-01-z2.arcor-online.net [151.189.8.13]) by mx.arcor.de (Postfix) with ESMTP id 78E1F1B3740; Tue, 6 Apr 2010 13:41:18 +0200 (CEST) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-01-z2.arcor-online.net (Postfix) with ESMTP id 69B642BFC2F; Tue, 6 Apr 2010 13:41:18 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-217-106-204.pools.arcor-ip.net [94.217.106.204]) by mail-in-14.arcor-online.net (Postfix) with ESMTPS id 0074328B0C1; Tue, 6 Apr 2010 13:41:17 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-14.arcor-online.net 0074328B0C1 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o36BfHLW010340; Tue, 6 Apr 2010 13:41:17 +0200 (CEST) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o36BfHrn010339; Tue, 6 Apr 2010 13:41:17 +0200 (CEST) (envelope-from naddy) Date: Tue, 6 Apr 2010 13:41:17 +0200 From: Christian Weisgerber To: Peter Jeremy Message-ID: <20100406114117.GA9339@lorvorc.mips.inka.de> References: <20100406061213.GB46137@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100406061213.GB46137@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2010 12:14:50 -0000 Peter Jeremy: > Do you have access to the config.log output? No, I have only been looking at the pointyhat logs, since I don't have access to a FreeBSD/sparc64 machine. Is there one available to committers? There is no mention on http://www.freebsd.org/internal/machines.html > That may provide more insight into what is going wrong. I have > in the past seen configure get very confused about how to compile > test programs and blunder on regardless, reporting nonsense. The configure script doesn't get confused in general. If you diff its output between amd64/i386 and sparc64, you see that it specifically differs about whether a number of system calls accept a trailing slash to a file name: chown, lstat, unlink, open, stat. Hundreds of other tests are fine. Anybody with access to a sparc64 can check what make configure for ports/archivers/gcpio reports for their system. I am concerned that linimon@ may have sprinkled BROKEN all over the ports tree based on a bogus build run. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 02:40:03 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C35C7106567A for ; Thu, 8 Apr 2010 02:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 86D3C8FC0C for ; Thu, 8 Apr 2010 02:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o382e3sY011048 for ; Thu, 8 Apr 2010 02:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o382e3BE011047; Thu, 8 Apr 2010 02:40:03 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 02:40:03 GMT Resent-Message-Id: <201004080240.o382e3BE011047@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, ovqcdgvw Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A5461065672 for ; Thu, 8 Apr 2010 02:30:53 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB368FC1A for ; Thu, 8 Apr 2010 02:30:53 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o382UqdO041017 for ; Thu, 8 Apr 2010 02:30:52 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o382Uqth041016; Thu, 8 Apr 2010 02:30:52 GMT (envelope-from nobody) Message-Id: <201004080230.o382Uqth041016@www.freebsd.org> Date: Thu, 8 Apr 2010 02:30:52 GMT From: ovqcdgvw To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: sparc64/145481: ovqcdgvw X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 02:40:03 -0000 >Number: 145481 >Category: sparc64 >Synopsis: ovqcdgvw >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 02:40:03 UTC 2010 >Closed-Date: >Last-Modified: >Originator: ovqcdgvw >Release: ovqcdgvw >Organization: ovqcdgvw >Environment: ovqcdgvw >Description: vbsnzsbp http://getxekxp.com ffvcrtqx srimzfkr >How-To-Repeat: ovqcdgvw >Fix: ovqcdgvw >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 03:03:39 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9B18106568B; Thu, 8 Apr 2010 03:03:39 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 824658FC23; Thu, 8 Apr 2010 03:03:39 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3833dma036030; Thu, 8 Apr 2010 03:03:39 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3833dfc036026; Thu, 8 Apr 2010 03:03:39 GMT (envelope-from hrs) Date: Thu, 8 Apr 2010 03:03:39 GMT Message-Id: <201004080303.o3833dfc036026@freefall.freebsd.org> To: ceemclpz@uezvsear.com, hrs@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: sparc64/145481: ovqcdgvw X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 03:03:39 -0000 Synopsis: ovqcdgvw State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Thu Apr 8 03:03:30 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145481 From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 17:19:47 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 364DE1065674 for ; Thu, 8 Apr 2010 17:19:47 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from lerwick.hopto.org (81-178-20-70.dsl.pipex.com [81.178.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id 7749C8FC1F for ; Thu, 8 Apr 2010 17:19:45 +0000 (UTC) Received: (qmail 16545 invoked by uid 98); 8 Apr 2010 18:19:52 +0100 Received: from 192.168.0.2 by polaris.lerwick.hopto.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.95.1/9971. hbedv: 7.9.1.53/7.1.6.174. spamassassin: 3.2.5. Clear:RC:1(192.168.0.2):. Processed in 0.078606 secs); 08 Apr 2010 17:19:52 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by lerwick.hopto.org with SMTP; 8 Apr 2010 18:19:52 +0100 From: Craig Butler To: Christian Weisgerber In-Reply-To: <20100406114117.GA9339@lorvorc.mips.inka.de> References: <20100406061213.GB46137@server.vk2pj.dyndns.org> <20100406114117.GA9339@lorvorc.mips.inka.de> Content-Type: text/plain; charset="us-ascii" Date: Thu, 08 Apr 2010 18:19:56 +0100 Message-ID: <1270747196.21009.3.camel@main.lerwick.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 17:19:47 -0000 On Tue, 2010-04-06 at 13:41 +0200, Christian Weisgerber wrote: > Peter Jeremy: > > > Do you have access to the config.log output? > > No, I have only been looking at the pointyhat logs, since I don't have > access to a FreeBSD/sparc64 machine. Is there one available to > committers? There is no mention on > http://www.freebsd.org/internal/machines.html Hi Christian I can setup access to a sparc64 box for you.... jail ok ? > > > That may provide more insight into what is going wrong. I have > > in the past seen configure get very confused about how to compile > > test programs and blunder on regardless, reporting nonsense. > > The configure script doesn't get confused in general. If you diff > its output between amd64/i386 and sparc64, you see that it specifically > differs about whether a number of system calls accept a trailing > slash to a file name: chown, lstat, unlink, open, stat. Hundreds > of other tests are fine. > > Anybody with access to a sparc64 can check what make configure for > ports/archivers/gcpio reports for their system. I will script a configure for you as soon as portsnap finishes. > > I am concerned that linimon@ may have sprinkled BROKEN all over the > ports tree based on a bogus build run. > naughty boy :) Cheers Craig B From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 18:51:00 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DC58106564A for ; Thu, 8 Apr 2010 18:51:00 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from lerwick.hopto.org (81-178-20-70.dsl.pipex.com [81.178.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id 6EBB68FC12 for ; Thu, 8 Apr 2010 18:50:57 +0000 (UTC) Received: (qmail 35291 invoked by uid 98); 8 Apr 2010 19:51:04 +0100 Received: from 192.168.0.2 by polaris.lerwick.hopto.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.95.1/9971. hbedv: 7.9.1.53/7.1.6.174. spamassassin: 3.2.5. Clear:RC:1(192.168.0.2):. Processed in 0.132582 secs); 08 Apr 2010 18:51:04 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by lerwick.hopto.org with SMTP; 8 Apr 2010 19:51:04 +0100 From: Craig Butler To: Christian Weisgerber In-Reply-To: <1270747196.21009.3.camel@main.lerwick.hopto.org> References: <20100406061213.GB46137@server.vk2pj.dyndns.org> <20100406114117.GA9339@lorvorc.mips.inka.de> <1270747196.21009.3.camel@main.lerwick.hopto.org> Content-Type: multipart/mixed; boundary="=-yzJYM5p3xYjV1HziO/7T" Date: Thu, 08 Apr 2010 19:51:08 +0100 Message-ID: <1270752668.21009.28.camel@main.lerwick.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 18:51:00 -0000 --=-yzJYM5p3xYjV1HziO/7T Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit > > Anybody with access to a sparc64 can check what make configure for > > ports/archivers/gcpio reports for their system. > I will script a configure for you as soon as portsnap finishes. x1# make configure ===> gcpio-2.11 is marked as broken: Does not compile on sparc64: invalid use of stat macro. *** Error code 1 with the appropriate sparc64 check hashed out of Makefile -- see attached --=-yzJYM5p3xYjV1HziO/7T Content-Disposition: attachment; filename="gcpio-configure-script" Content-Type: text/plain; name="gcpio-configure-script"; charset="us-ascii" Content-Transfer-Encoding: 7bit Script started on Thu Apr 8 19:08:42 2010 You have mail. x1# make configure ===> Extracting for gcpio-2.11 => MD5 Checksum OK for cpio-2.11.tar.bz2. => SHA256 Checksum OK for cpio-2.11.tar.bz2. ===> Patching for gcpio-2.11 ===> Applying FreeBSD patches for gcpio-2.11 ===> gcpio-2.11 depends on shared library: intl - found ===> Configuring for gcpio-2.11 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... build-aux/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... gnutar checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of cc... gcc3 checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking whether cc needs -traditional... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for ranlib... ranlib checking for bison... bison -y checking build system type... sparc64-portbld-freebsd7.2 checking host system type... sparc64-portbld-freebsd7.2 checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for _LARGEFILE_SOURCE value needed for large files... no checking for cc option to accept ISO C99... -std=gnu99 checking for cc -std=gnu99 option to accept ISO Standard C... (cached) -std=gnu99 checking for function prototypes... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking return type of signal handlers... void checking whether sys/types.h defines makedev... yes checking for an ANSI C-conforming const... yes checking for uid_t in sys/types.h... yes checking for gid_t... yes checking for ANSI C header files... (cached) yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for fchmod... yes checking for fchown... yes checking for setmode... yes checking for getpwuid... yes checking for getpwnam... yes checking for getgrgid... yes checking for getgrnam... yes checking for pipe... yes checking for fork... yes checking for getuid... yes checking for geteuid... yes checking for working alloca.h... no checking for alloca... yes checking for inline... inline checking for C/C++ restrict keyword... __restrict checking whether getenv is declared... yes checking whether clearerr_unlocked is declared... yes checking whether feof_unlocked is declared... yes checking whether ferror_unlocked is declared... yes checking whether fflush_unlocked is declared... no checking whether fgets_unlocked is declared... no checking whether fputc_unlocked is declared... no checking whether fputs_unlocked is declared... no checking whether fread_unlocked is declared... no checking whether fwrite_unlocked is declared... no checking whether getc_unlocked is declared... yes checking whether getchar_unlocked is declared... yes checking whether putc_unlocked is declared... yes checking whether putchar_unlocked is declared... yes checking for flockfile... yes checking for funlockfile... yes checking for chown... yes checking for fchown... (cached) yes checking for fdopendir... no checking for dup2... yes checking for fchdir... yes checking for fcntl... yes checking for btowc... yes checking for isblank... yes checking for iswctype... yes checking for mbsrtowcs... yes checking for mempcpy... no checking for wmemchr... yes checking for wmemcpy... yes checking for wmempcpy... no checking for __fpending... no checking for getdtablesize... yes checking for gettimeofday... yes checking for nanotime... no checking for lchmod... yes checking for lstat... yes checking for mbsinit... yes checking for mbrtowc... yes checking for mprotect... yes checking for alarm... yes checking for setenv... yes checking for sleep... yes checking for strndup... yes checking for pipe... (cached) yes checking for futimes... yes checking for futimesat... no checking for futimens... no checking for utimensat... no checking for lutimes... yes checking for vasnprintf... no checking for iswcntrl... yes checking for mkfifo... yes checking for setlocale... yes checking features.h usability... no checking features.h presence... no checking for features.h... no checking linewrap.h usability... no checking linewrap.h presence... no checking for linewrap.h... no checking dirent.h usability... yes checking dirent.h presence... yes checking for dirent.h... yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking wctype.h usability... yes checking wctype.h presence... yes checking for wctype.h... yes checking stdio_ext.h usability... no checking stdio_ext.h presence... no checking for stdio_ext.h... no checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for stdint.h... (cached) yes checking wchar.h usability... yes checking wchar.h presence... yes checking for wchar.h... yes checking for inttypes.h... (cached) yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking for unistd.h... (cached) yes checking stdarg.h usability... yes checking stdarg.h presence... yes checking for stdarg.h... yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking stdio.h usability... yes checking stdio.h presence... yes checking for stdio.h... yes checking for stdlib.h... (cached) yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for sys/stat.h... (cached) yes checking sysexits.h usability... yes checking sysexits.h presence... yes checking for sysexits.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes checking net/errno.h usability... no checking net/errno.h presence... no checking for net/errno.h... no checking sys/inet.h usability... no checking sys/inet.h presence... no checking for sys/inet.h... no checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking for memory.h... (cached) yes checking sys/wait.h usability... yes checking sys/wait.h presence... yes checking for sys/wait.h... yes checking sys/gentape.h usability... no checking sys/gentape.h presence... no checking for sys/gentape.h... no checking sys/tape.h usability... no checking sys/tape.h presence... no checking for sys/tape.h... no checking sys/device.h usability... no checking sys/device.h presence... no checking for sys/device.h... no checking sys/tprintf.h usability... no checking sys/tprintf.h presence... no checking for sys/tprintf.h... no checking sys/mtio.h usability... yes checking sys/mtio.h presence... yes checking for sys/mtio.h... yes checking sgtty.h usability... yes checking sgtty.h presence... yes checking for sgtty.h... yes checking sys/io/trioctl.h usability... no checking sys/io/trioctl.h presence... no checking for sys/io/trioctl.h... no checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking pwd.h usability... yes checking pwd.h presence... yes checking for pwd.h... yes checking grp.h usability... yes checking grp.h presence... yes checking for grp.h... yes checking for unistd.h... (cached) yes checking for working chown... yes checking whether chown dereferences symlinks... yes checking whether chown honors trailing slash... no checking whether chown always updates ctime... yes checking whether the preprocessor supports include_next... yes checking whether system is Windows or MSDOS... no checking whether // is distinct from /... no checking if environ is properly declared... no checking for complete errno.h... yes checking whether strerror_r is declared... yes checking for strerror_r... yes checking whether strerror_r returns char *... no checking for mode_t... yes checking for promoted mode_t type... int checking for working fcntl.h... no (bad O_NOATIME) checking for mbstate_t... yes checking whether stdin defaults to large file offsets... yes checking whether getcwd (NULL, 0) allocates memory for result... yes checking whether getcwd is declared... yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for compound literals... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for struct tm.tm_gmtoff... yes checking for getopt.h... (cached) yes checking for getopt_long_only... yes checking whether optreset is declared... yes checking whether getopt is POSIX compatible... yes checking for working GNU getopt function... no checking for struct timeval... yes checking whether gettimeofday is declared without a macro... yes checking for off_t... yes checking for long long int... yes checking for unsigned long long int... yes checking whether stdint.h conforms to C99... no checking sys/inttypes.h usability... no checking sys/inttypes.h presence... no checking for sys/inttypes.h... no checking sys/bitypes.h usability... no checking sys/bitypes.h presence... no checking for sys/bitypes.h... no checking for bit size of ptrdiff_t... 64 checking for bit size of size_t... 64 checking for bit size of sig_atomic_t... 64 checking for bit size of wchar_t... 32 checking for bit size of wint_t... 32 checking whether sig_atomic_t is signed... yes checking whether wchar_t is signed... yes checking whether wint_t is signed... yes checking for ptrdiff_t integer literal suffix... l checking for size_t integer literal suffix... ul checking for sig_atomic_t integer literal suffix... l checking for wchar_t integer literal suffix... checking for wint_t integer literal suffix... checking for inttypes.h... (cached) yes checking whether the inttypes.h PRIxNN macros are broken... no checking whether imaxabs is declared... yes checking whether imaxdiv is declared... yes checking whether strtoimax is declared... yes checking whether strtoumax is declared... yes checking for nl_langinfo and CODESET... yes checking whether we are using the GNU C Library 2.1 or newer... no checking whether lstat dereferences a symlink specified with a trailing slash... no checking whether malloc, realloc, calloc are POSIX compliant... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for a traditional japanese locale... ja_JP.eucJP checking for a transitional chinese locale... zh_CN.GB18030 checking for a french Unicode locale... fr_FR.UTF-8 checking for mmap... yes checking for MAP_ANONYMOUS... yes checking for memchr... yes checking whether memchr works... yes checking whether memrchr is declared... yes checking whether unlink honors trailing slashes... no checking for ssize_t... yes checking whether setenv validates arguments... yes checking search.h usability... yes checking search.h presence... yes checking for search.h... yes checking for tsearch... yes checking for wchar_t... yes checking whether strdup is declared... yes checking for working strerror function... yes checking whether memmem is declared without a macro... yes checking whether mempcpy is declared without a macro... no checking whether memrchr is declared without a macro... yes checking whether rawmemchr is declared without a macro... no checking whether stpcpy is declared without a macro... yes checking whether stpncpy is declared without a macro... no checking whether strchrnul is declared without a macro... no checking whether strdup is declared without a macro... yes checking whether strndup is declared without a macro... yes checking whether strnlen is declared without a macro... no checking whether strpbrk is declared without a macro... yes checking whether strsep is declared without a macro... yes checking whether strcasestr is declared without a macro... yes checking whether strtok_r is declared without a macro... yes checking whether strsignal is declared without a macro... yes checking whether strverscmp is declared without a macro... no checking whether strcasecmp is declared without a macro... yes checking whether strncasecmp is declared without a macro... yes checking whether strndup is declared... (cached) yes checking whether strnlen is declared... no checking whether stat file-mode macros are broken... no checking for struct timespec in ... yes checking whether the utimes function works... yes checking for struct utimbuf... yes checking for wint_t... yes checking for size_t... yes checking for inttypes.h... yes checking for stdint.h... yes checking for intmax_t... yes checking for snprintf... yes checking for strnlen... no checking for wcslen... yes checking for wcsnlen... no checking for mbrtowc... (cached) yes checking for wcrtomb... yes checking whether _snprintf is declared... no checking whether vsnprintf is declared... yes checking whether uses 'inline' correctly... yes checking whether program_invocation_name is declared... no checking whether program_invocation_short_name is declared... no checking whether program_invocation_name is defined... no checking whether program_invocation_short_name is defined... no checking whether this system has an arbitrary file name length limit... yes checking for library containing clock_gettime... none required checking for clock_gettime... yes checking for clock_settime... yes checking for d_ino member in directory struct... yes checking whether alphasort is declared without a macro... yes checking whether dirfd is declared without a macro... no checking whether fdopendir is declared without a macro... no checking whether scandir is declared without a macro... yes checking for dirfd... no checking whether dirfd is declared... yes checking whether dirfd is a macro... yes checking whether // is distinct from /... (cached) no checking whether dup2 works... no checking for error_at_line... no checking whether fcntl handles F_DUPFD correctly... yes checking whether fcntl understands F_DUPFD_CLOEXEC... no checking whether fcntl is declared without a macro... yes checking whether openat is declared without a macro... no checking for struct stat.st_blocks... yes checking for working GNU fnmatch... no checking whether isblank is declared... yes checking whether __fpending is declared... no checking how to determine the number of pending output bytes on a stream... fp->_p - fp->_bf._base checking for fseeko... yes checking whether getcwd handles long file names properly... no, but it is partly working checking for getpagesize... yes checking whether getcwd aborts when 4k < cwd_length < 16k... no checking for struct tm.tm_zone... yes checking whether gettimeofday clobbers localtime buffer... no checking for gettimeofday with POSIX signature... almost checking whether the compiler generally respects inline... yes checking whether inttypes.h conforms to C99... no checking whether INT32_MAX < INTMAX_MAX... yes checking whether INT64_MAX == LONG_MAX... yes checking whether UINT32_MAX < UINTMAX_MAX... yes checking whether UINT64_MAX == ULONG_MAX... yes checking whether imaxabs is declared without a macro... yes checking whether imaxdiv is declared without a macro... yes checking whether strtoimax is declared without a macro... yes checking whether strtoumax is declared without a macro... yes checking for lchown... yes checking whether lseek detects pipes... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... (cached) yes checking whether mbrtowc handles incomplete characters... yes checking whether mbrtowc works as well as mbtowc... yes checking whether mbrtowc handles a NULL string argument... yes checking whether mbrtowc has a correct return value... yes checking whether mbrtowc returns 0 when parsing a NUL character... yes checking whether mbrtowc handles incomplete characters... (cached) yes checking whether mbrtowc works as well as mbtowc... (cached) yes checking whether mbrtowc handles incomplete characters... (cached) yes checking whether mbrtowc works as well as mbtowc... (cached) yes checking whether mbsrtowcs works... yes checking for mempcpy... (cached) no checking for memrchr... yes checking whether mkdir handles trailing slash... yes checking whether mkdir handles trailing dot... yes checking for working mktime... no checking for obstacks... no checking whether open recognizes a trailing slash... no checking for fchmodat... no checking for fstatat... no checking for mkdirat... no checking for openat... no checking for unlinkat... no checking for fchownat... no checking whether program_invocation_name is declared... (cached) no checking whether program_invocation_short_name is declared... (cached) no checking for rawmemchr... no checking for rmdir... yes checking whether rmdir works... yes checking for stdint.h... (cached) yes checking for SIZE_MAX... yes checking whether sleep is declared... yes checking for working sleep... yes checking for ssize_t... (cached) yes checking whether stat handles trailing slashes on directories... yes checking whether stat handles trailing slashes on files... no checking for struct stat.st_atim.tv_nsec... no checking for struct stat.st_atimespec.tv_nsec... yes checking for struct stat.st_birthtimespec.tv_nsec... yes checking for va_copy... yes checking whether NULL can be used in arbitrary expressions... yes checking whether stdint.h conforms to C99... (cached) no checking for sys/inttypes.h... (cached) no checking for sys/bitypes.h... (cached) no checking for bit size of ptrdiff_t... (cached) 64 checking for bit size of size_t... (cached) 64 checking for bit size of sig_atomic_t... (cached) 64 checking for bit size of wchar_t... (cached) 32 checking for bit size of wint_t... (cached) 32 checking whether sig_atomic_t is signed... (cached) yes checking whether wchar_t is signed... (cached) yes checking whether wint_t is signed... (cached) yes checking for ptrdiff_t integer literal suffix... (cached) l checking for size_t integer literal suffix... (cached) ul checking for sig_atomic_t integer literal suffix... (cached) l checking for wchar_t integer literal suffix... (cached) checking for wint_t integer literal suffix... (cached) checking whether dprintf is declared without a macro... no checking whether fpurge is declared without a macro... yes checking whether fseeko is declared without a macro... yes checking whether ftello is declared without a macro... yes checking whether getdelim is declared without a macro... no checking whether getline is declared without a macro... no checking whether popen is declared without a macro... yes checking whether renameat is declared without a macro... no checking whether snprintf is declared without a macro... yes checking whether vdprintf is declared without a macro... no checking whether vsnprintf is declared without a macro... yes checking for random.h... no checking for struct random_data... no checking whether atoll is declared without a macro... yes checking whether canonicalize_file_name is declared without a macro... no checking whether getloadavg is declared without a macro... yes checking whether getsubopt is declared without a macro... yes checking whether mkdtemp is declared without a macro... no checking whether mkostemp is declared without a macro... no checking whether mkostemps is declared without a macro... no checking whether mkstemp is declared without a macro... yes checking whether mkstemps is declared without a macro... no checking whether random_r is declared without a macro... no checking whether initstat_r is declared without a macro... no checking whether srandom_r is declared without a macro... no checking whether setstate_r is declared without a macro... no checking whether realpath is declared without a macro... yes checking whether rpmatch is declared without a macro... yes checking whether setenv is declared without a macro... yes checking whether strtod is declared without a macro... yes checking whether strtoll is declared without a macro... yes checking whether strtoull is declared without a macro... yes checking whether unsetenv is declared without a macro... yes checking for stpcpy... yes checking for strcasecmp... yes checking for strncasecmp... yes checking whether strncasecmp is declared... (cached) yes checking for strchrnul... no checking for strdup... yes checking for working strndup... yes checking for working strnlen... no checking for strtol... yes checking for nlink_t... yes checking whether fchmodat is declared without a macro... no checking whether fstatat is declared without a macro... no checking whether futimens is declared without a macro... no checking whether lchmod is declared without a macro... yes checking whether lstat is declared without a macro... yes checking whether mkdirat is declared without a macro... no checking whether mkfifo is declared without a macro... yes checking whether mkfifoat is declared without a macro... no checking whether mknod is declared without a macro... yes checking whether mknodat is declared without a macro... no checking whether stat is declared without a macro... yes checking whether utimensat is declared without a macro... no checking for a thread-safe mkdir -p... build-aux/install-sh -c -d checking for a thread-safe mkdir -p... build-aux/install-sh -c -d checking whether localtime_r is compatible with its POSIX signature... yes checking whether chown is declared without a macro... yes checking whether dup2 is declared without a macro... yes checking whether dup3 is declared without a macro... no checking whether environ is declared without a macro... no checking whether euidaccess is declared without a macro... no checking whether faccessat is declared without a macro... no checking whether fchdir is declared without a macro... yes checking whether fchownat is declared without a macro... no checking whether fsync is declared without a macro... yes checking whether ftruncate is declared without a macro... yes checking whether getcwd is declared without a macro... yes checking whether getdomainname is declared without a macro... yes checking whether getdtablesize is declared without a macro... yes checking whether getgroups is declared without a macro... yes checking whether gethostname is declared without a macro... yes checking whether getlogin is declared without a macro... yes checking whether getlogin_r is declared without a macro... yes checking whether getpagesize is declared without a macro... yes checking whether getusershell is declared without a macro... yes checking whether setusershell is declared without a macro... yes checking whether endusershell is declared without a macro... yes checking whether lchown is declared without a macro... yes checking whether link is declared without a macro... yes checking whether linkat is declared without a macro... no checking whether lseek is declared without a macro... yes checking whether pipe2 is declared without a macro... no checking whether pread is declared without a macro... yes checking whether readlink is declared without a macro... yes checking whether readlinkat is declared without a macro... no checking whether rmdir is declared without a macro... yes checking whether sleep is declared without a macro... yes checking whether symlink is declared without a macro... yes checking whether symlinkat is declared without a macro... no checking whether unlink is declared without a macro... yes checking whether unlinkat is declared without a macro... no checking whether usleep is declared without a macro... yes checking whether unlink honors trailing slashes... (cached) no checking for unsetenv... yes checking for unsetenv() return type... int checking whether unsetenv works on duplicates... no checking for ptrdiff_t... yes checking for vsnprintf... yes checking whether snprintf respects a size of 1... yes checking whether btowc is declared without a macro... yes checking whether wctob is declared without a macro... yes checking whether mbsinit is declared without a macro... yes checking whether mbrtowc is declared without a macro... yes checking whether mbrlen is declared without a macro... yes checking whether mbsrtowcs is declared without a macro... yes checking whether mbsnrtowcs is declared without a macro... yes checking whether wcrtomb is declared without a macro... yes checking whether wcsrtombs is declared without a macro... yes checking whether wcsnrtombs is declared without a macro... yes checking whether wcwidth is declared without a macro... yes checking whether iswcntrl works... yes checking for stdint.h... (cached) yes checking whether time.h and sys/time.h may both be included... yes checking for struct stat.st_blksize... yes checking for library containing setsockopt... none required checking for library containing setsockopt... (cached) none required checking for sys/mtio.h... (cached) yes checking which ioctl field to test for reversed bytes... mt_type checking whether to build rmt... no, use /etc/rmt instead checking for sys/buf.h... yes checking for struct stat.st_blksize... (cached) yes checking for library containing gethostbyname... none required checking for getpwuid... (cached) yes checking for getpwnam... (cached) yes checking for getgrgid... (cached) yes checking for getgrnam... (cached) yes checking for pipe... (cached) yes checking for fork... (cached) yes checking for getuid... (cached) yes checking for geteuid... (cached) yes checking for getgid... yes checking for setuid... yes checking for setgid... yes checking for mknod... yes checking for symlink... yes checking for link... yes checking for chown... (cached) yes checking for structure packing via __attribute__((packed))... yes checking for unistd.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for fcntl.h... (cached) yes checking for pwd.h... (cached) yes checking for grp.h... (cached) yes checking for sys/io/trioctl.h... (cached) no checking utmp.h usability... yes checking utmp.h presence... yes checking for utmp.h... yes checking for getopt.h... (cached) yes checking for locale.h... (cached) yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for sys/wait.h... (cached) yes checking for utime.h... (cached) yes checking for locale.h... (cached) yes checking process.h usability... no checking process.h presence... no checking for process.h... no checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking whether errno is declared... yes checking whether getpwnam is declared... yes checking whether getgrnam is declared... yes checking whether getgrgid is declared... yes checking whether strdup is declared... (cached) yes checking whether strerror is declared... yes checking whether getenv is declared... (cached) yes checking whether atoi is declared... yes checking whether exit is declared... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library run path origin... done checking for iconv... yes checking for working iconv... yes checking how to link with libiconv... /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for iconv declaration... extern size_t iconv (iconv_t cd, const char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking whether NLS is requested... yes checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking for msgmerge... /usr/local/bin/msgmerge checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... no checking for iconv... (cached) yes checking for working iconv... (cached) yes checking how to link with libiconv... /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib checking for GNU gettext in libintl... yes checking whether to use NLS... yes checking where the gettext function comes from... external libintl checking how to link with libintl... /usr/local/lib/libintl.so -L/usr/local/lib /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib configure: creating ./config.status config.status: creating tests/Makefile config.status: creating tests/atlocal config.status: creating Makefile config.status: creating doc/Makefile config.status: creating headers/Makefile config.status: creating gnu/Makefile config.status: creating lib/Makefile config.status: creating rmt/Makefile config.status: creating src/Makefile config.status: creating po/Makefile.in config.status: creating config.h config.status: executing depfiles commands config.status: executing po-directories commands config.status: creating po/POTFILES config.status: creating po/Makefile config.status: executing tests/atconfig commands x1# ^Dexit Script done on Thu Apr 8 19:14:58 2010 --=-yzJYM5p3xYjV1HziO/7T-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 22:09:34 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 677AD106566B for ; Thu, 8 Apr 2010 22:09:34 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.freebsd.org (Postfix) with ESMTP id 1AF638FC15 for ; Thu, 8 Apr 2010 22:09:33 +0000 (UTC) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mx.arcor.de (Postfix) with ESMTP id 3C117332A00; Fri, 9 Apr 2010 00:09:32 +0200 (CEST) Received: from mail-in-17.arcor-online.net (mail-in-17.arcor-online.net [151.189.21.57]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 328DB32A6C7; Fri, 9 Apr 2010 00:09:32 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-217-098-009.pools.arcor-ip.net [94.217.98.9]) by mail-in-17.arcor-online.net (Postfix) with ESMTPS id DC1313B26E0; Fri, 9 Apr 2010 00:09:31 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-17.arcor-online.net DC1313B26E0 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o38M9U2g092200; Fri, 9 Apr 2010 00:09:30 +0200 (CEST) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o38M9UX3092199; Fri, 9 Apr 2010 00:09:30 +0200 (CEST) (envelope-from naddy) Date: Fri, 9 Apr 2010 00:09:30 +0200 From: Christian Weisgerber To: Craig Butler Message-ID: <20100408220930.GA91950@lorvorc.mips.inka.de> References: <20100406061213.GB46137@server.vk2pj.dyndns.org> <20100406114117.GA9339@lorvorc.mips.inka.de> <1270747196.21009.3.camel@main.lerwick.hopto.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1270747196.21009.3.camel@main.lerwick.hopto.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 22:09:34 -0000 Craig Butler: > > http://www.freebsd.org/internal/machines.html > > I can setup access to a sparc64 box for you.... Thank you, but hold off for the moment. I think sparc64 is a red herring and whatever is going on does not depend on the machine architecture. I have now also seen the "sparc64" behavior on a 7.2/i386 box I have a jailed user account on. > jail ok ? Actually, I wonder if it's a jail that changes the syscall behavior. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 22:12:56 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988AF106564A for ; Thu, 8 Apr 2010 22:12:56 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) by mx1.freebsd.org (Postfix) with ESMTP id 4B88B8FC12 for ; Thu, 8 Apr 2010 22:12:55 +0000 (UTC) Received: from mail-in-15-z2.arcor-online.net (mail-in-15-z2.arcor-online.net [151.189.8.32]) by mx.arcor.de (Postfix) with ESMTP id 99C971AF2E2; Fri, 9 Apr 2010 00:12:54 +0200 (CEST) Received: from mail-in-17.arcor-online.net (mail-in-17.arcor-online.net [151.189.21.57]) by mail-in-15-z2.arcor-online.net (Postfix) with ESMTP id 89C8272641C; Fri, 9 Apr 2010 00:12:54 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-094-217-098-009.pools.arcor-ip.net [94.217.98.9]) by mail-in-17.arcor-online.net (Postfix) with ESMTPS id 396EE3B26FD; Fri, 9 Apr 2010 00:12:54 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-17.arcor-online.net 396EE3B26FD Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.4/8.14.3) with ESMTP id o38MCrtW092386; Fri, 9 Apr 2010 00:12:53 +0200 (CEST) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.14.4/8.14.4/Submit) id o38MCr9R092385; Fri, 9 Apr 2010 00:12:53 +0200 (CEST) (envelope-from naddy) Date: Fri, 9 Apr 2010 00:12:53 +0200 From: Christian Weisgerber To: Craig Butler Message-ID: <20100408221253.GB91950@lorvorc.mips.inka.de> References: <20100406061213.GB46137@server.vk2pj.dyndns.org> <20100406114117.GA9339@lorvorc.mips.inka.de> <1270747196.21009.3.camel@main.lerwick.hopto.org> <1270752668.21009.28.camel@main.lerwick.hopto.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1270752668.21009.28.camel@main.lerwick.hopto.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 22:12:56 -0000 Craig Butler: > checking whether chown honors trailing slash... no > checking whether lstat dereferences a symlink specified with a trailing slash... no > checking whether unlink honors trailing slashes... no > checking whether mkdir handles trailing slash... yes > checking whether mkdir handles trailing dot... yes > checking whether open recognizes a trailing slash... no > checking whether stat handles trailing slashes on directories... yes > checking whether stat handles trailing slashes on files... no > checking whether unlink honors trailing slashes... (cached) no Is there anything at all remarkable about the filesystem the work directory is on? NFS, nullfs, ...? -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 22:25:44 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D4DC1065670 for ; Thu, 8 Apr 2010 22:25:44 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from lerwick.hopto.org (81-178-20-70.dsl.pipex.com [81.178.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id 49D778FC16 for ; Thu, 8 Apr 2010 22:25:42 +0000 (UTC) Received: (qmail 80517 invoked by uid 98); 8 Apr 2010 23:25:49 +0100 Received: from 192.168.0.2 by polaris.lerwick.hopto.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.95.1/9971. hbedv: 7.9.1.53/7.1.6.174. spamassassin: 3.2.5. Clear:RC:1(192.168.0.2):. Processed in 0.048773 secs); 08 Apr 2010 22:25:49 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by lerwick.hopto.org with SMTP; 8 Apr 2010 23:25:49 +0100 From: Craig Butler To: Christian Weisgerber In-Reply-To: <20100408221253.GB91950@lorvorc.mips.inka.de> References: <20100406061213.GB46137@server.vk2pj.dyndns.org> <20100406114117.GA9339@lorvorc.mips.inka.de> <1270747196.21009.3.camel@main.lerwick.hopto.org> <1270752668.21009.28.camel@main.lerwick.hopto.org> <20100408221253.GB91950@lorvorc.mips.inka.de> Content-Type: text/plain; charset="us-ascii" Date: Thu, 08 Apr 2010 23:25:55 +0100 Message-ID: <1270765555.51014.14.camel@main.lerwick.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 22:25:44 -0000 On Fri, 2010-04-09 at 00:12 +0200, Christian Weisgerber wrote: > Craig Butler: > > > checking whether chown honors trailing slash... no > > checking whether lstat dereferences a symlink specified with a trailing slash... no > > checking whether unlink honors trailing slashes... no > > checking whether mkdir handles trailing slash... yes > > checking whether mkdir handles trailing dot... yes > > checking whether open recognizes a trailing slash... no > > checking whether stat handles trailing slashes on directories... yes > > checking whether stat handles trailing slashes on files... no > > checking whether unlink honors trailing slashes... (cached) no > > Is there anything at all remarkable about the filesystem the work > directory is on? NFS, nullfs, ...? > nope, normal ports sitting on a ufs partition. %ls -ld /usr/ports drwxr-xr-x 69 root wheel 1536 Apr 8 18:15 /usr/ports %cd /usr/ports/archivers/gcpio %ls -ld work drwxr-xr-x 3 root wheel 512 Apr 8 19:14 work %df -h work Filesystem Size Used Avail Capacity Mounted on /dev/ad0f 447G 97G 314G 24% /usr %cat /etc/fstab | grep ad0f /dev/ad0f /usr ufs rw 2 2 %mount | grep ad0f /dev/ad0f on /usr (ufs, NFS exported, local, soft-updates) NFS exported -- is because I export a couple of directories for installing kernels across a couple of boxes... the whole directory isn't exported and ports isn't in /etc/exports Cheers Craig Butler From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 8 23:30:04 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FEF0106568A for ; Thu, 8 Apr 2010 23:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 044BB8FC22 for ; Thu, 8 Apr 2010 23:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o38NU3g5022748 for ; Thu, 8 Apr 2010 23:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o38NU3Hx022743; Thu, 8 Apr 2010 23:30:03 GMT (envelope-from gnats) Resent-Date: Thu, 8 Apr 2010 23:30:03 GMT Resent-Message-Id: <201004082330.o38NU3Hx022743@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, ikmxborf Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E938106564A for ; Thu, 8 Apr 2010 23:23:27 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 34C838FC13 for ; Thu, 8 Apr 2010 23:23:27 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o38NNRue043612 for ; Thu, 8 Apr 2010 23:23:27 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o38NNQKl043611; Thu, 8 Apr 2010 23:23:26 GMT (envelope-from nobody) Message-Id: <201004082323.o38NNQKl043611@www.freebsd.org> Date: Thu, 8 Apr 2010 23:23:26 GMT From: ikmxborf To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: sparc64/145541: ikmxborf X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2010 23:30:04 -0000 >Number: 145541 >Category: sparc64 >Synopsis: ikmxborf >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 08 23:30:03 UTC 2010 >Closed-Date: >Last-Modified: >Originator: ikmxborf >Release: ikmxborf >Organization: ikmxborf >Environment: ikmxborf >Description: rcjtolki http://omoqkzsu.com leqnjehz vanwcntp xjagcjtk [URL=http://nhaguzrd.com]qxyvqhaw[/URL] >How-To-Repeat: ikmxborf >Fix: ikmxborf >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 9 01:20:01 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0518C1065672; Fri, 9 Apr 2010 01:20:01 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D14B08FC23; Fri, 9 Apr 2010 01:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o391K01X017268; Fri, 9 Apr 2010 01:20:00 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o391K0uF017264; Fri, 9 Apr 2010 01:20:00 GMT (envelope-from hrs) Date: Fri, 9 Apr 2010 01:20:00 GMT Message-Id: <201004090120.o391K0uF017264@freefall.freebsd.org> To: bfvjmwsx@kaefmqeo.com, hrs@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: sparc64/145541: ikmxborf X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 01:20:01 -0000 Synopsis: ikmxborf State-Changed-From-To: open->closed State-Changed-By: hrs State-Changed-When: Fri Apr 9 01:19:52 UTC 2010 State-Changed-Why: spam. http://www.freebsd.org/cgi/query-pr.cgi?pr=145541 From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 9 05:12:59 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1922A106566C for ; Fri, 9 Apr 2010 05:12:59 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.freebsd.org (Postfix) with ESMTP id A15288FC0C for ; Fri, 9 Apr 2010 05:12:58 +0000 (UTC) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [69.31.131.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 8CC85A80E5 for ; Fri, 9 Apr 2010 01:12:57 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 710EF12FD0D; Fri, 9 Apr 2010 01:12:57 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <4BA9C0AC.3080801@wooh.hu> <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Fri_Apr__9_01:12:57_2010-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 09 Apr 2010 01:12:57 -0400 In-Reply-To: <4BACCC0C.7010401@freebsd.org> (Colin Percival's message of "Fri, 26 Mar 2010 08:00:28 -0700") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: freebsd-update(8) under sparc64? Why is it not available? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 05:12:59 -0000 --pgp-sign-Multipart_Fri_Apr__9_01:12:57_2010-1 Content-Type: text/plain; charset=US-ASCII >>>>> "cp" == Colin Percival writes: cp> it would "train" people to use binary updates rather than cp> source updates, and the times when they would need to wait -- cp> time-sensitive security advisories -- are exactly the times cp> when they shouldn't wait. hilarious. wait, no yeah, actually Colin I have your security update list feeding directly into my phone, and when one of your updates comes out I drop whatever I'm doing and spin up my quad USIII cluster, which I keep on-hand but powered off in a ``spare'' rack in lower Manhattan to support my Netra X1 by running builds for me. I keep thinking, oh, maybe I'll get rid of the ``spare'' rack, I'm not sure. Or maybe I'll keep it. I can't decide. I could go either way. I don't really even notice whether I keep it or not. I suppose if I got into the habit of being trained to do binary upgrades of my X1 I might notice the rack was unnecessary and ditch the four power-guzzling 50kg machines inside it. Yeah, and that would be a mistake, because it would leave the critical services on my X1 vulnerable for precious extra hours which evil hackers could use to write sparc64 shell code and compromise critical pieces of infrastructure! good thinking, good thinking. I can always count on the crack team of experienced blokes on the BSD project to forsee the unexpected. dunno what I'd do without your valuable foresight. --pgp-sign-Multipart_Fri_Apr__9_01:12:57_2010-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAS763WYnCBbTaW/4dAQIZZwP/dc/cp7PzrH3dbSGBrH5UKGtHEbybb+jj pd1ZKPPFvM6qBbF0lAeagrhkUIFa22NEV5LyAmZv907i16LQClfb3EjiitoYIYGS 2llzJ1LKTRSyN6IaJ9/fRSRCaWUcbk4gkRuAmQtVyNIpjWZbdDENIG+KpS2StDmM S5UA+3oXl6g= =kTDA -----END PGP SIGNATURE----- --pgp-sign-Multipart_Fri_Apr__9_01:12:57_2010-1-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 9 08:40:02 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F3AF106578C for ; Fri, 9 Apr 2010 08:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 03AF18FC25 for ; Fri, 9 Apr 2010 08:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o398e1Qr023696 for ; Fri, 9 Apr 2010 08:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o398e1cP023695; Fri, 9 Apr 2010 08:40:01 GMT (envelope-from gnats) Resent-Date: Fri, 9 Apr 2010 08:40:01 GMT Resent-Message-Id: <201004090840.o398e1cP023695@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, qokpaycc Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73BED106564A for ; Fri, 9 Apr 2010 08:33:24 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 49F288FC15 for ; Fri, 9 Apr 2010 08:33:24 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o398XOlK084770 for ; Fri, 9 Apr 2010 08:33:24 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o398XOV2084769; Fri, 9 Apr 2010 08:33:24 GMT (envelope-from nobody) Message-Id: <201004090833.o398XOV2084769@www.freebsd.org> Date: Fri, 9 Apr 2010 08:33:24 GMT From: qokpaycc To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: sparc64/145556: qokpaycc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 08:40:02 -0000 >Number: 145556 >Category: sparc64 >Synopsis: qokpaycc >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 09 08:40:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: qokpaycc >Release: qokpaycc >Organization: qokpaycc >Environment: qokpaycc >Description: rwalfsny http://vimslnjf.com mwseitln xztiapbm ovgcfcwn [URL=http://ppskpzrb.com]jexqabtk[/URL] >How-To-Repeat: qokpaycc >Fix: qokpaycc >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 9 08:40:02 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AF0E1065673 for ; Fri, 9 Apr 2010 08:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC728FC13 for ; Fri, 9 Apr 2010 08:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o398e2Kb023705 for ; Fri, 9 Apr 2010 08:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o398e2iT023704; Fri, 9 Apr 2010 08:40:02 GMT (envelope-from gnats) Resent-Date: Fri, 9 Apr 2010 08:40:02 GMT Resent-Message-Id: <201004090840.o398e2iT023704@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, uzbtauln Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92EA4106564A for ; Fri, 9 Apr 2010 08:33:59 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 694428FC19 for ; Fri, 9 Apr 2010 08:33:59 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o398XxG0084833 for ; Fri, 9 Apr 2010 08:33:59 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o398Xx3I084832; Fri, 9 Apr 2010 08:33:59 GMT (envelope-from nobody) Message-Id: <201004090833.o398Xx3I084832@www.freebsd.org> Date: Fri, 9 Apr 2010 08:33:59 GMT From: uzbtauln To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: sparc64/145557: uzbtauln X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 08:40:02 -0000 >Number: 145557 >Category: sparc64 >Synopsis: uzbtauln >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Apr 09 08:40:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: uzbtauln >Release: uzbtauln >Organization: uzbtauln >Environment: uzbtauln >Description: phkaygag yvfmanlc http://iykkynob.com hkfcrnuo qxmwvhvi [URL=http://nnuycckl.com]dcuydhhu[/URL] >How-To-Repeat: uzbtauln >Fix: uzbtauln >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 9 08:59:55 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 529A71065672; Fri, 9 Apr 2010 08:59:55 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4482E8FC0A; Fri, 9 Apr 2010 08:59:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o398xtpw024737; Fri, 9 Apr 2010 08:59:55 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o398xtEv024733; Fri, 9 Apr 2010 08:59:55 GMT (envelope-from gnats) Date: Fri, 9 Apr 2010 08:59:55 GMT Message-Id: <201004090859.o398xtEv024733@freefall.freebsd.org> To: unvlubfx@vfclnoxn.com, gnats@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: gnats@FreeBSD.org Cc: Subject: Re: junk/145556: qokpaycc X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 08:59:55 -0000 Synopsis: qokpaycc State-Changed-From-To: open->closed State-Changed-By: gnats State-Changed-When: Fri Apr 9 08:52:58 UTC 2010 State-Changed-Why: To anonymous asshole: I feel sorry for you. But in case it's not clear, you're not going to cause the FreeBSD project to give up. This nonsense doesn't even slow the committers down, since they are generally working on new code, anyways. The people that are most affected are the users (the ones whose PRs are delayed in the meantime). Mostly what you are doing is wasting my time and a few other of our bugbusters'. And I already have the TV on, so am just doing all this work on auto-pilot. I've already (once again) disabled the auto-processing of your nonsense until you give up for the day. Please, go get a life. This is just pathetic. mcl http://www.freebsd.org/cgi/query-pr.cgi?pr=145556 From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 9 09:00:23 2010 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C624F1065675; Fri, 9 Apr 2010 09:00:23 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF758FC12; Fri, 9 Apr 2010 09:00:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3990N3R024881; Fri, 9 Apr 2010 09:00:23 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3990NMk024876; Fri, 9 Apr 2010 09:00:23 GMT (envelope-from gnats) Date: Fri, 9 Apr 2010 09:00:23 GMT Message-Id: <201004090900.o3990NMk024876@freefall.freebsd.org> To: mhtbarfz@pwdbvusi.com, gnats@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: gnats@FreeBSD.org Cc: Subject: Re: junk/145557: uzbtauln X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 09:00:23 -0000 Synopsis: uzbtauln State-Changed-From-To: open->closed State-Changed-By: gnats State-Changed-When: Fri Apr 9 09:00:05 UTC 2010 State-Changed-Why: sigh. why me. http://www.freebsd.org/cgi/query-pr.cgi?pr=145557 From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 9 22:09:40 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E04D106564A for ; Fri, 9 Apr 2010 22:09:40 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id B28988FC12 for ; Fri, 9 Apr 2010 22:09:39 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o39M9ZZC015602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 10 Apr 2010 08:09:37 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o39M9ZTl017073; Sat, 10 Apr 2010 08:09:35 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o39M9YAR017072; Sat, 10 Apr 2010 08:09:34 +1000 (EST) (envelope-from peter) Date: Sat, 10 Apr 2010 08:09:34 +1000 From: Peter Jeremy To: Christian Weisgerber Message-ID: <20100409220934.GA97879@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) X-CMAE-Score: 0 Cc: freebsd-sparc64@freebsd.org Subject: Re: Trailing slashes on file names X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2010 22:09:40 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Apr-05 17:32:06 +0000, Christian Weisgerber wr= ote: >I'm trying to figure out why ports/archivers/gcpio is reported as >not building on sparc64. The details seem to be twisty, but I >suspect at the root are these different results of a number of >configure script tests: I have checked with 8-stable sparc64, amd64 and i386 and am unable to reproduce this particular problem and gcpio builds on sparc64 for me. I _do_ get some other wierd issues though. Environment: sparc64: 8-stable from mid-Feb, UFS amd64: 8-stable from last Sunday, ZFS i386: 8-beta from last September, NFS [I didn't realise it was that old] The "wierd" issues are: sparc64, amd64: checking for working fcntl.h... no (bad O_NOATIME) checking whether stdint.h conforms to C99... no checking whether inttypes.h conforms to C99... no checking for working mktime... no i386 checking for working fcntl.h... yes checking whether stdint.h conforms to C99... yes checking whether inttypes.h conforms to C99... yes checking for working mktime... yes O_NOATIME appears to be a Linux extension so the claim that fcntl.h does not work on sparc64 or amd64 is spurious whilst the claim it does work on i386 is a flaw in the configure script. The definitions for SIG_ATOMIC_{MIN,MAX} in are incorrect on 64-bit architectures because they are always 32-bit whereas sig_atomic_t is long (64-bit). I have reported this as bin/145590. The inttypes.h non-conformance is linked to stdint.h non-conformance. mktime is reported as non-working on 64-bit architectures because localtime(3) and mktime(3) are not able to reverseably convert some time_t values. There have been various discussions about range restrictions within the timezone code. A short search has turned up kern/128714 and misc/145341. IMO, the test program is unrealistic. --=20 Peter Jeremy --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAku/pZ4ACgkQ/opHv/APuIe6AgCfa9orG46Tztqkbpckhi8jDumM vOIAnAzUZyhMacnDvz+hAE3wQcdkPW0p =UZsX -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 01:53:10 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10C6E106566C for ; Sat, 10 Apr 2010 01:53:10 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id D56A58FC12 for ; Sat, 10 Apr 2010 01:53:09 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 45A018C084; Fri, 9 Apr 2010 20:53:09 -0500 (CDT) Date: Fri, 9 Apr 2010 20:53:09 -0500 From: Mark Linimon To: Miles Nordin Message-ID: <20100410015309.GB19697@lonesome.com> References: <4BA9C0AC.3080801@wooh.hu> <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-sparc64@freebsd.org Subject: Re: freebsd-update(8) under sparc64? Why is it not available? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 01:53:10 -0000 On Fri, Apr 09, 2010 at 01:12:57AM -0400, Miles Nordin wrote: > good thinking, good thinking. I have to admit even on the second reading of your email, I can't make sense of it. mcl From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 03:52:43 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 394E01065673 for ; Sat, 10 Apr 2010 03:52:43 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id E70B58FC12 for ; Sat, 10 Apr 2010 03:52:42 +0000 (UTC) Received: by ywh31 with SMTP id 31so618674ywh.3 for ; Fri, 09 Apr 2010 20:52:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type; bh=fZL5alVCpxL4TDP3MKYZvCIFWlXubB2VFzxJKw9x9vA=; b=swkxiJmwQY1oCJzYZtKh9iU1L/QZXsEv//ZvC/tmtA1jMnBzjfUwy2Wk12h/xFZH9/ 30S2G94CS0zRVE1xI4hNPqAjNTuJWv3q7JAPElkM9Yr1JxpYwpUT8ast5Wykv6UB6E/R MtMCUiml+Ci3Y8On8Vo1T6DuHnQYiM9xph5SI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=HXiEJvJl00whPviHkgejJgEUrjgPYgQvOGQ1zbNt/V2cbpkmI87RgmOurGRRdibdqe j7hArMwwJdN2YgDmIXHcFL7fBzjv95QnEqtIxYCahexy0i/bNsJquTKLXJUWFyGA415/ ScMNGQX0ouEK/v2OzRqOSokvLBkVN9iTZeXVA= MIME-Version: 1.0 Received: by 10.150.52.6 with HTTP; Fri, 9 Apr 2010 20:52:22 -0700 (PDT) In-Reply-To: <20100410015309.GB19697@lonesome.com> References: <4BA9C0AC.3080801@wooh.hu> <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> From: Royce Williams Date: Fri, 9 Apr 2010 19:52:22 -0800 Received: by 10.150.76.3 with SMTP id y3mr317796yba.27.1270871562123; Fri, 09 Apr 2010 20:52:42 -0700 (PDT) Message-ID: To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: freebsd-update(8) under sparc64? Why is it not available? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 03:52:43 -0000 On Fri, Apr 9, 2010 at 5:53 PM, Mark Linimon wrote: > On Fri, Apr 09, 2010 at 01:12:57AM -0400, Miles Nordin wrote: >> good thinking, good thinking. > > I have to admit even on the second reading of your email, I can't make > sense of it. It's extended sarcasm. Miles' point appears to be that some end users do not have the resources necessary to set up a sufficiently beefy sparc64 build system to respond quickly to security announcements. But it could have been said in a more constructive manner. For me, not having binary updates for sparc64 improves security -- but not in the way that Colin describes. I would love to run FreeBSD on my Ultra 30, but knowing how long it will take to build world in response to a security issue has turned it into a very secure paperweight under my desk. :-) In my opinion, people who would run sparc64 on slow hardware facing the public Internet without being willing and able to disconnect it when something serious was announced are already doing other foolish things ... and I'd rather not be punished for their bad behavior. :-) I'd chip in $100 to fund either A) tracking down the remaining cross-build issues, or B) adding I/O or CPU power to an existing build setup. Finally, to repeat a point that I made in the last big thread on this topic [1]: "It may be that there's no way to break that 1-hour barrier. Maybe I can convince Colin that, until full cross-compiling is available, we sparc64 folks would settle for slightly-delayed binary security updates (instead of never getting them at all). It's the very fact that we're running on slower hardware that makes freebsd-update so attractive." Royce 1. http://lists.freebsd.org/pipermail/freebsd-sparc64/2007-February/004622.html - Feb 2007 From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 03:56:05 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BDE1065673 for ; Sat, 10 Apr 2010 03:56:05 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0DC718FC21 for ; Sat, 10 Apr 2010 03:56:04 +0000 (UTC) Received: by ywh31 with SMTP id 31so619251ywh.3 for ; Fri, 09 Apr 2010 20:56:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:content-type; bh=Tpo9cgmwQmfjC8d8OA7i7tde81Lg/fW12b64/x0GEds=; b=XwBEiipUlprB6pFx0+CGZpVDxhBxrB1gPIVHPlL0IKXKQ1h34jaIA95bhYD+2BIZOd Ix7yF8MDcAOaCSqEv/JaEjckiQSgFglGGTS6/TvMPJCVvdGb82qsTboofqQfVfmsfVua 9yVKABzF1ioUlyaAB2caJnJwQ/Y/RCx5ZADaU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=jY9FsjHBWtaJi7j6De/8wqfFyABKTAjx6a9zK5FzKQ1OXaZQwABCyuGyEWBXItQfyQ xsZbx4kmOa9BAW9tDuILhuzK3pFoXapmLniUUNJfIXMup+tz5Grc3lPcv21eMoMyC+ZX qxLFthZM8ID+qa6bqPO+yJLXMQ2woGOI5LpTI= MIME-Version: 1.0 Received: by 10.150.52.6 with HTTP; Fri, 9 Apr 2010 20:55:44 -0700 (PDT) In-Reply-To: References: <4BA9C0AC.3080801@wooh.hu> <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> From: Royce Williams Date: Fri, 9 Apr 2010 19:55:44 -0800 Received: by 10.151.88.8 with SMTP id q8mr319821ybl.67.1270871764336; Fri, 09 Apr 2010 20:56:04 -0700 (PDT) Message-ID: To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: freebsd-update(8) under sparc64? Why is it not available? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 03:56:05 -0000 On Fri, Apr 9, 2010 at 7:52 PM, Royce Williams wrote: > I'd chip in $100 to fund either A) tracking down the remaining > cross-build issues, or B) adding I/O or CPU power to an existing build > setup. In that 2007 thread, Hiroki Sato said that he needed hardware or $ to revive his E4500s. Does anyone know if that ever happened? Maybe that's where my money could go. Royce From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 04:06:01 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A487106566C for ; Sat, 10 Apr 2010 04:06:01 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 010DE8FC0C for ; Sat, 10 Apr 2010 04:06:00 +0000 (UTC) Received: by gwaa12 with SMTP id a12so2206381gwa.13 for ; Fri, 09 Apr 2010 21:06:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:content-type :content-transfer-encoding; bh=q5MXqMGgOli8KKogVyFiHcImZGQer6QGXvKU+orjBuE=; b=Hna2GxlCHWhBiUCL4fNoeJdseh1NAS619H9k3anQPFJckLRmrxnMsRTuH9F9T9VaGf I/aQowqpt6WqS5GImIluvERCPSidRM255WD9ugi2uyzyXhwkvASEr3iNrLrRKG0jAiU1 Jl7Mzu7L7xm4SecdoOUAq2er2LlN1Xr7tkjm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=HXQ9w0BPnO1IadV1AQDFw0YZJesb9Q5y3pNm0WZPvsJlHG9cLFZ3KAtXvT5fRBpxip PVNlloCrspx0jh2ebBe9B5iXM/vavFYrr2psZwyDk3+bd+550IIgAtx8JMkB+cZ7SZ+P Fa3vrkyqONT++YlS9hldS/FOfgjj0a7X6X/08= MIME-Version: 1.0 Received: by 10.150.52.6 with HTTP; Fri, 9 Apr 2010 21:05:40 -0700 (PDT) In-Reply-To: References: <4BA9C0AC.3080801@wooh.hu> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> From: Royce Williams Date: Fri, 9 Apr 2010 20:05:40 -0800 Received: by 10.150.119.31 with SMTP id r31mr309012ybc.315.1270872360088; Fri, 09 Apr 2010 21:06:00 -0700 (PDT) Message-ID: To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: freebsd-update(8) under sparc64? Why is it not available? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 04:06:01 -0000 On Fri, Apr 9, 2010 at 7:55 PM, Royce Williams w= rote: > On Fri, Apr 9, 2010 at 7:52 PM, Royce Williams = wrote: >> I'd chip in $100 to fund either A) tracking down the remaining >> cross-build issues, or B) adding I/O or CPU power to an existing build >> setup. > > In that 2007 thread, Hiroki Sato said that he needed hardware or $ to > revive his E4500s. =A0Does anyone know if that ever happened? =A0Maybe > that's where my money could go. Er, sorry - I just reread Colin's response; not sure how I missed that. Half of my earlier post would have been unnecessary. So it looks like cross-compiling is the way to go. Who else can chip in to fund tracking that down? I'm in for $100. I can't make it to BSDCan this year, so I've got to spend the money on something FreeBSD-related. ;-) Royce From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 04:32:24 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5CA5106564A for ; Sat, 10 Apr 2010 04:32:24 +0000 (UTC) (envelope-from erich@fuujingroup.com) Received: from fluorine.fuujinnetworks.com (fluorine.fuujinnetworks.com [64.90.67.234]) by mx1.freebsd.org (Postfix) with ESMTP id C39678FC12 for ; Sat, 10 Apr 2010 04:32:24 +0000 (UTC) Received: from [10.168.1.8] (copper.fuujinnetworks.com [64.90.67.254]) by fluorine.fuujinnetworks.com (Postfix) with ESMTPA id 2CAB1439E5A for ; Fri, 9 Apr 2010 23:32:51 -0500 (CDT) Message-ID: <4BC00D5E.2090405@fuujingroup.com> Date: Fri, 09 Apr 2010 23:32:14 -0600 From: "Erich Jenkins, Fuujin Group Ltd" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sparc64 builds and hardware X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 04:32:25 -0000 So, I've been reading the discussion about build platforms, and I thought I'd drop this into the fray. I originally sent this to Colin and Marius, but it now seems I should have also posted to the list as the conversation has garnered more interest than I expected given the user base. Here's the original message: Colin & Marius: I've been reading the discussion in the sparc64 mailing list regarding buildworld requirements for sparc64 and I'd like to help. I've been a user of FreeBSD since v2.0, an I can say it is the reason I completed my PhD (only reliable open-source BSD unix variant available at the time, and I still think it's the best thing going), and it's the lifeblood of my network and services. Marius has been working to get the v1280 platform supported, and depending on whether this fits your requirements, I'd like to make the two machines I have in the lab available to the project. I understand there are access issues that will need to be addresses, but this is one option I see that may help you: I'll rack these up in our data center and hang them on the end of our OC-3. I'll get the aLOM set up on a VPN box in the same way Marius is accessing it now (though I'll put in a better server with a SSD drive and dual power). I'll throw the power over to the protected grid (generator support and 6 hours of UPS). Since these monsters cost a boatload to run and cool, I would not be able to have them powered up continuously (not in the run state anyway), but you would have access to them via the VPN and aLOM to power them up as needed. Also, since hangs might be a problem, I'll install a serial REPO control on the UPS segment feeding them so you can power cycle them from the VPN box on another power segment (wouldn't want to kill the jump box too!). One machine is running (12) 1.2GHz USIII Cu procs and the other is running (12) 900 procs. I believe both have 24 gigs of ram, and I can make whatever storage you need available, either via our SAN (also a FreeBSD machine) or via direct attached storage. I have a spare Seagate 1TB SAS drive I can rack up in a hot-swap eSAS enclosure as well (possibly two of them, I'll have to check). If this is of value to the FreeBSD project, please let me know. You folks have built a wonderful OS that carries a workload to rival HP-UX, AIX and Solaris. I'd like to give back to the community that has given so much to me. -- Erich M. Jenkins Fuujin Group Limited "You should never, never doubt what no one is sure about." -- Gene Wilder From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 06:26:09 2010 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 165C3106564A; Sat, 10 Apr 2010 06:26:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BF22D8FC0A; Sat, 10 Apr 2010 06:26:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3A6Q8YY096547; Sat, 10 Apr 2010 02:26:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3A6Q7vD096546; Sat, 10 Apr 2010 06:26:07 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Apr 2010 06:26:07 GMT Message-Id: <201004100626.o3A6Q7vD096546@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 06:26:09 -0000 TB --- 2010-04-10 05:21:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-10 05:21:18 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-04-10 05:21:18 - cleaning the object tree TB --- 2010-04-10 05:21:37 - cvsupping the source tree TB --- 2010-04-10 05:21:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-04-10 05:24:23 - building world TB --- 2010-04-10 05:24:23 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-10 05:24:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-10 05:24:23 - TARGET=sparc64 TB --- 2010-04-10 05:24:23 - TARGET_ARCH=sparc64 TB --- 2010-04-10 05:24:23 - TZ=UTC TB --- 2010-04-10 05:24:23 - __MAKE_CONF=/dev/null TB --- 2010-04-10 05:24:23 - cd /src TB --- 2010-04-10 05:24:23 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 10 05:24:23 UTC 2010 >>> 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 >>> World build completed on Sat Apr 10 06:21:59 UTC 2010 TB --- 2010-04-10 06:21:59 - generating LINT kernel config TB --- 2010-04-10 06:21:59 - cd /src/sys/sparc64/conf TB --- 2010-04-10 06:21:59 - /usr/bin/make -B LINT TB --- 2010-04-10 06:21:59 - building LINT kernel TB --- 2010-04-10 06:21:59 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-10 06:21:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-10 06:21:59 - TARGET=sparc64 TB --- 2010-04-10 06:21:59 - TARGET_ARCH=sparc64 TB --- 2010-04-10 06:21:59 - TZ=UTC TB --- 2010-04-10 06:21:59 - __MAKE_CONF=/dev/null TB --- 2010-04-10 06:21:59 - cd /src TB --- 2010-04-10 06:21:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 10 06:21:59 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/e1000/if_em.c:4396: error: expected declaration specifiers or '...' before 'ims_mask' cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c:4396: warning: data definition has no type or storage class /src/sys/dev/e1000/if_em.c:4396: warning: type defaults to 'int' in declaration of 'bus_space_write_4' /src/sys/dev/e1000/if_em.c:4396: warning: function declaration isn't a prototype /src/sys/dev/e1000/if_em.c:4396: error: conflicting types for 'bus_space_write_4' ./machine/bus.h:295: error: previous definition of 'bus_space_write_4' was here /src/sys/dev/e1000/if_em.c:4397: error: expected identifier or '(' before '}' token *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-10 06:26:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-10 06:26:07 - ERROR: failed to build lint kernel TB --- 2010-04-10 06:26:07 - 2805.06 user 584.35 system 3889.18 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 07:05:01 2010 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E31E3106566C; Sat, 10 Apr 2010 07:05:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 80D9C8FC0C; Sat, 10 Apr 2010 07:05:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3A74xw2018523; Sat, 10 Apr 2010 03:04:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3A74x8T018522; Sat, 10 Apr 2010 07:04:59 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 10 Apr 2010 07:04:59 GMT Message-Id: <201004100704.o3A74x8T018522@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 07:05:01 -0000 TB --- 2010-04-10 06:04:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-10 06:04:15 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-04-10 06:04:15 - cleaning the object tree TB --- 2010-04-10 06:04:27 - cvsupping the source tree TB --- 2010-04-10 06:04:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-04-10 06:07:13 - building world TB --- 2010-04-10 06:07:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-10 06:07:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-10 06:07:13 - TARGET=sun4v TB --- 2010-04-10 06:07:13 - TARGET_ARCH=sparc64 TB --- 2010-04-10 06:07:13 - TZ=UTC TB --- 2010-04-10 06:07:13 - __MAKE_CONF=/dev/null TB --- 2010-04-10 06:07:13 - cd /src TB --- 2010-04-10 06:07:13 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 10 06:07:13 UTC 2010 >>> 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 >>> World build completed on Sat Apr 10 07:00:54 UTC 2010 TB --- 2010-04-10 07:00:54 - generating LINT kernel config TB --- 2010-04-10 07:00:54 - cd /src/sys/sun4v/conf TB --- 2010-04-10 07:00:54 - /usr/bin/make -B LINT TB --- 2010-04-10 07:00:54 - building LINT kernel TB --- 2010-04-10 07:00:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-10 07:00:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-10 07:00:54 - TARGET=sun4v TB --- 2010-04-10 07:00:54 - TARGET_ARCH=sparc64 TB --- 2010-04-10 07:00:54 - TZ=UTC TB --- 2010-04-10 07:00:54 - __MAKE_CONF=/dev/null TB --- 2010-04-10 07:00:54 - cd /src TB --- 2010-04-10 07:00:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 10 07:00:54 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/e1000/if_em.c:4396: error: expected declaration specifiers or '...' before 'ims_mask' cc1: warnings being treated as errors /src/sys/dev/e1000/if_em.c:4396: warning: data definition has no type or storage class /src/sys/dev/e1000/if_em.c:4396: warning: type defaults to 'int' in declaration of 'bus_space_write_4' /src/sys/dev/e1000/if_em.c:4396: warning: function declaration isn't a prototype /src/sys/dev/e1000/if_em.c:4396: error: conflicting types for 'bus_space_write_4' ./machine/bus.h:295: error: previous definition of 'bus_space_write_4' was here /src/sys/dev/e1000/if_em.c:4397: error: expected identifier or '(' before '}' token *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-10 07:04:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-10 07:04:59 - ERROR: failed to build lint kernel TB --- 2010-04-10 07:04:59 - 2824.87 user 547.76 system 3644.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 07:42:35 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 392B9106564A for ; Sat, 10 Apr 2010 07:42:35 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 1B2248FC0A for ; Sat, 10 Apr 2010 07:42:34 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 9B4C68C07D; Sat, 10 Apr 2010 02:42:34 -0500 (CDT) Date: Sat, 10 Apr 2010 02:42:34 -0500 From: Mark Linimon To: "Erich Jenkins, Fuujin Group Ltd" Message-ID: <20100410074234.GD23896@lonesome.com> References: <4BC00D5E.2090405@fuujingroup.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC00D5E.2090405@fuujingroup.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 builds and hardware X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 07:42:35 -0000 My guess is that these would either be useful for building releases, or just general src regression testing. Although I'd be delighted to use them for package building, that would mean leaving them on all the time. mcl From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 07:55:05 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE410106566B for ; Sat, 10 Apr 2010 07:55:05 +0000 (UTC) (envelope-from erich@fuujingroup.com) Received: from fluorine.fuujinnetworks.com (fluorine.fuujinnetworks.com [64.90.67.234]) by mx1.freebsd.org (Postfix) with ESMTP id A0B4D8FC13 for ; Sat, 10 Apr 2010 07:55:05 +0000 (UTC) Received: from [10.168.1.8] (copper.fuujinnetworks.com [64.90.67.254]) by fluorine.fuujinnetworks.com (Postfix) with ESMTPA id 8AE14439E38; Sat, 10 Apr 2010 02:55:31 -0500 (CDT) Message-ID: <4BC03CDE.6030509@fuujingroup.com> Date: Sat, 10 Apr 2010 02:54:54 -0600 From: "Erich Jenkins, Fuujin Group Ltd" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Mark Linimon References: <4BC00D5E.2090405@fuujingroup.com> <20100410074234.GD23896@lonesome.com> In-Reply-To: <20100410074234.GD23896@lonesome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: sparc64 builds and hardware X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 07:55:05 -0000 Mark Linimon wrote: > My guess is that these would either be useful for building releases, > or just general src regression testing. > > Although I'd be delighted to use them for package building, that would > mean leaving them on all the time. > > mcl Well, I'd like to see if I can make something happen. I ran the numbers on this hardware (I was curious), and it's rather expensive. I fired one up (running OpenBSD) just to see what the actual draw was under load, and it's huge. 2.243kW per machine. Not counting the cooling load, we pay $0.06/kW-H here, and that works out to $193.54/month to simply power both of them. At 11.3kBTU/h in heat output, these will consume roughly 2 tons of cooling capacity... Erich M. Jenkins Fuujin Group Limited "You should never, never doubt what no one is sure about." -- Gene Wilder From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 10 23:26:53 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDC2F106564A for ; Sat, 10 Apr 2010 23:26:53 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id ACC4D8FC16 for ; Sat, 10 Apr 2010 23:26:53 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 3FFAC8C07D; Sat, 10 Apr 2010 18:26:53 -0500 (CDT) Date: Sat, 10 Apr 2010 18:26:53 -0500 From: Mark Linimon To: Royce Williams Message-ID: <20100410232653.GD6166@lonesome.com> References: <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org> <20100410015309.GB19697@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-sparc64@freebsd.org Subject: Re: freebsd-update(8) under sparc64? Why is it not available? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Apr 2010 23:26:53 -0000 On Fri, Apr 09, 2010 at 07:55:44PM -0800, Royce Williams wrote: > In that 2007 thread, Hiroki Sato said that he needed hardware or $ to > revive his E4500s. Does anyone know if that ever happened? We decommissioned two of the three. They were powered down more often than not. I have a V240 here in various pieces that I've bought off of eBay, but I've not yet assembled and powered it up to see if it is sufficiently fast to serve for this purpose. The most recent V210 that we just brought up as a package building node (same flavor machine, different configuration) seems heavily disk-bound. I don't know yet whether that is due to the physical disks, or the setup of that machine. It's a dual 1GHz, 6G RAM, which is the beefiest machine we've got. I won't have the time to investigate disk performance before BSDCan but if it turns out that it's the physical disks I'll be happy to take you up on your offer and repurpose the machine. mcl