From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 00:08:30 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 563371065673; Sun, 18 Mar 2012 00:08:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id DBC1D8FC14; Sun, 18 Mar 2012 00:08:28 +0000 (UTC) Received: by lagv3 with SMTP id v3so5640356lag.13 for ; Sat, 17 Mar 2012 17:08:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SXB/rJBmICW2wfPYlsYCGk8XwAIyOOWu8DfmUX0OVSY=; b=cbLixS3GYpHxl4wkhl8LtInwp7yxp7NoPLzc1wLc/PGyG7JUUuwdh/oheLeNmHACOq 8mcZb6MfH6YaYiwDNnK0iwxO2lxH3fyYPRd9uKJa/4nY/NJt4+GLnV7SEdJNmKHK0klE qKzC/4xwc6jayWpXo33TbktjurbIOSFgmOPzzKI6/QMOFq38wV64bxtyAN1gkGTLaVcK rw3lZ6h56v8qTnoFL2xhdGW0kynIjOrOtKsERlI5XAxbCxuFdAvOVn+hGRic4piimlLt GWg5C3Ju0Kv4tD0cov+pOPiZgvfeeZAIMRPB2WRG3ag+SLy5WEhkgG8qNrwkrXnVVW2C b0Ng== MIME-Version: 1.0 Received: by 10.112.27.164 with SMTP id u4mr2717511lbg.67.1332029307558; Sat, 17 Mar 2012 17:08:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.112.115.99 with HTTP; Sat, 17 Mar 2012 17:08:27 -0700 (PDT) In-Reply-To: <4F651F86.40200@FreeBSD.org> References: <4F60C059.7060904@FreeBSD.org> <4F63E809.1080606@FreeBSD.org> <4F63ED21.60302@vangyzen.net> <4F640E54.1040401@FreeBSD.org> <20120317102702.GC83408@azathoth.lan> <4F651F86.40200@FreeBSD.org> Date: Sat, 17 Mar 2012 17:08:27 -0700 X-Google-Sender-Auth: l3Gqush9UPuTuL2uOI7J4ii566o Message-ID: From: Adrian Chadd To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Baptiste Daroussin , Jonathan Anderson , freebsd-current@freebsd.org, Oleg Moskalenko , Eric van Gyzen , Gabor Kovesdan , freebsd-ports@freebsd.org Subject: Re: CFT: new BSD-licensed sort available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 00:08:30 -0000 I can imagine a netboot'ed system where the config in /etc/alternates/ is different for individual hosts, which have a shared root. That way you can have two netbooted hosts with a shared read-only rootfs, but a ramdisk /etc, with the locally configured mailer, alternates, etc. Adrian From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 00:15:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 1F783106564A; Sun, 18 Mar 2012 00:15:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 759CB14D9E9; Sun, 18 Mar 2012 00:15:41 +0000 (UTC) Message-ID: <4F65292D.9000409@FreeBSD.org> Date: Sat, 17 Mar 2012 17:15:41 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adrian Chadd References: <4F60C059.7060904@FreeBSD.org> <4F63E809.1080606@FreeBSD.org> <4F63ED21.60302@vangyzen.net> <4F640E54.1040401@FreeBSD.org> <20120317102702.GC83408@azathoth.lan> <4F651F86.40200@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , Jonathan Anderson , freebsd-current@freebsd.org, Oleg Moskalenko , Eric van Gyzen , Gabor Kovesdan , freebsd-ports@freebsd.org Subject: Re: CFT: new BSD-licensed sort available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 00:15:42 -0000 On 03/17/2012 17:08, Adrian Chadd wrote: > I can imagine a netboot'ed system where the config in /etc/alternates/ > is different for individual hosts, which have a shared root. > > That way you can have two netbooted hosts with a shared read-only > rootfs, but a ramdisk /etc, with the locally configured mailer, > alternates, etc. Sure, and in that situation the conf file in /etc would still work just as well. I should point out that I'm imagining a conf file *plus* an rc.d script to enforce it ... likely just calling update-alternatives (or whatever we decide to call it). Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 00:20:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 262601065675; Sun, 18 Mar 2012 00:20:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id BEA598FC1F; Sun, 18 Mar 2012 00:20:27 +0000 (UTC) Received: by lagv3 with SMTP id v3so5643283lag.13 for ; Sat, 17 Mar 2012 17:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=6sI8J7XcvN1bWwwf6hwNG2cbq+nCdRNsybEf3CWS+j4=; b=ZqQ+KFBkmujXqaHnda5ySHxllq0q/HENLaXDnadhNPC/rqTvArqbwpwZ80uTgsohwm ppNceV3XNwC3lifF1iXikgnvx1A7ePLmIAw9Z0hA9iDmow8UKYr+8bHFjdbntVqcpSLX 0lpbfbgxv2O4QsEfIk8nRmLETAVQjW13VzP63jAlOT62MPlClrhFVMEqxd0Gs2bhJl4S ewqIzJcc376ootSF4qmXFSTjeogZckQLLe3o+h4d+IaUh+6H26QQ0oUkdk74tQ31H0e/ vvjJio5W5Fo0BCdKt+NiQSgLzeBB2SOpTOMPKbVj82bb5DBYrbyp7wvnpd4l51eUHuna tEWA== MIME-Version: 1.0 Received: by 10.152.131.3 with SMTP id oi3mr6134401lab.35.1332030026493; Sat, 17 Mar 2012 17:20:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.112.115.99 with HTTP; Sat, 17 Mar 2012 17:20:26 -0700 (PDT) In-Reply-To: <4F65292D.9000409@FreeBSD.org> References: <4F60C059.7060904@FreeBSD.org> <4F63E809.1080606@FreeBSD.org> <4F63ED21.60302@vangyzen.net> <4F640E54.1040401@FreeBSD.org> <20120317102702.GC83408@azathoth.lan> <4F651F86.40200@FreeBSD.org> <4F65292D.9000409@FreeBSD.org> Date: Sat, 17 Mar 2012 17:20:26 -0700 X-Google-Sender-Auth: BQBBYt60wXtdvE9npUhEw5IhSJg Message-ID: From: Adrian Chadd To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: Baptiste Daroussin , Jonathan Anderson , freebsd-current@freebsd.org, Oleg Moskalenko , Eric van Gyzen , Gabor Kovesdan , freebsd-ports@freebsd.org Subject: Re: CFT: new BSD-licensed sort available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 00:20:29 -0000 On 17 March 2012 17:15, Doug Barton wrote: > Sure, and in that situation the conf file in /etc would still work just > as well. How will the conf file work? If there's a program like what mailer.conf uses, sure. If the symlink is directly from sort to /usr/bin/bsdsort, no so much. The shared root filesystem is readonly, so the netbooted/VM host can't change it. Adrian From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 02:50:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20B21106566B for ; Sun, 18 Mar 2012 02:50:18 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC1F08FC1A for ; Sun, 18 Mar 2012 02:50:17 +0000 (UTC) Received: by dald2 with SMTP id d2so8690105dal.13 for ; Sat, 17 Mar 2012 19:50:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qbM1YpRwiTtpYpIebv7+TEtEUgo7x1ziI4hqstD/hmg=; b=I17VcqZMaxUcM8gAh/14wkt1A0LGoeGFZCGia7fWQfhieVGRAVIS1oTdEaxTSWTcde l+wfnCRv/WjWRP3UDjtQXTPT/ef2XntY4lyTpp1OLXjFLJoW5kRBmMqegw4F2UaKDtDs j4SDno387RxFge50j7xqbIa6HZ/UQmBINETXwcCHo4eqdZdUlilnfbmGPXiA+VBsaSQp sAF6uTDb4bZG0TX9ZhnfNLNEoErN4slBaoaPFMukghh4PtPh3O7UXAdybxYvU0KMifhQ Kqf27jzweI8NVWA6cWkOk8GQ+mbueY4fKDvtvs228TLUQAzMpnGzAS1IqiUEAKgmKnFj zAMg== MIME-Version: 1.0 Received: by 10.68.223.230 with SMTP id qx6mr27822388pbc.29.1332039017365; Sat, 17 Mar 2012 19:50:17 -0700 (PDT) Received: by 10.68.208.168 with HTTP; Sat, 17 Mar 2012 19:50:17 -0700 (PDT) In-Reply-To: References: <201203131532.q2DFWG2l057538@freebsd-current.sentex.ca> <87C84DB6-6A2E-4D10-B3E6-FE52DD00FDEE@gmail.com> Date: Sat, 17 Mar 2012 22:50:17 -0400 Message-ID: From: Super Bisquit To: Garrett Cooper Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 02:50:18 -0000 On Sat, Mar 17, 2012 at 3:40 PM, Super Bisquit wrot= e: > > > On Tue, Mar 13, 2012 at 8:00 PM, Super Bisquit wr= ote: > >> On 3/13/12, Garrett Cooper wrote: >> > On Tue, Mar 13, 2012 at 11:22 AM, Super Bisquit > > >> > wrote: >> >> >> >> >> >> On Tue, Mar 13, 2012 at 1:56 PM, Garrett Cooper >> >> wrote: >> >>> >> >>> On Mar 13, 2012, at 10:23 AM, Super Bisquit wrote: >> >>> >> >>> On Tue, Mar 13, 2012 at 11:52 AM, Garrett Cooper >> >>> wrote: >> >>> (Personal opinion) Not that great of an architecture. >> >>> >> >>> >> >>> And you're entitled to your opinion :). >> >>> >> >>>> >> >>>> Again, I'm not sure why you're posing this question to this thread >> >>>> because it's not really relevant to the issue that needs to be >> >>>> resolved (in this case it's missing symbols related to xlocale stuf= f, >> >>>> and someone probably forgot to run make tinderbox/make universe). >> >>> >> >>> I'm running buildworld natively on the Quicksilver. Errors related >> >>> directly to build will be reported and can be compared to the >> tinderbox >> >>> errors. >> >>> >> >>> >> >>> Not everyone has a Mac G4 under his/her desk. Crossbuilding works ju= st >> >>> fine, so again=85 how is your comment relevant/feasible to the >> discussion >> >>> at >> >>> hand? >> >> >> >> >> >> Has anyone ever compared build errors between native and tinderbox? >> >> Why not? This is not a stupid idea. >> >> What if the native version fails to build but tinderbox is successful= ? >> >> That >> >> could be a hardware error, instruction set, make.conf, or other >> problem. >> >> Will it hurt to compare? No. It may be helpful. >> >> In what ways is this relevant or feasible to the original post and >> those >> >> following? Reporting errors from a native build will let one know wha= t >> >> problems will occur and when on actual hardware being used. >> >> >> >> Humor me and let me report any possible errors from buildworld on the >> >> Quicksilver;it may confirm what tinderbox reports. The source was >> csupped >> >> before my original reply and the build started right thereafter. >> > >> > (Removing current) >> > Please run make tinderbox on your Mac with TARGET=3Dpowerpc >> > TARGET_ARCH=3Dpowerpc :). Your build environment is tainted otherwise. >> >> Forgot this part. >> > Thanks, >> > -Garrett >> > >> >> >> Okay. The real machine received the same error and it is due- more >> than likely- to the -Werror flag of cc1. >> I haven't tried building world using llvm and clang. >> > chipchop# make TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc > =3D=3D=3D> Vulnerability check disabled, database not found > =3D=3D=3D> License check disabled, port has not defined LICENSE > =3D=3D=3D> Found saved configuration for tinderbox-3.4.1 > =3D> tinderbox-3.4.1.tar.gz doesn't seem to exist in > /usr/ports/distfiles/tinderbox. > =3D> Attempting to fetch > http://tinderbox.marcuscom.com/tinderbox-3.4.1.tar.gz > tinderbox-3.4.1.tar.gz 100% of 144 kB 175 kBps > =3D=3D=3D> Extracting for tinderbox-3.4.1 > =3D> SHA256 Checksum OK for tinderbox/tinderbox-3.4.1.tar.gz. > =3D=3D=3D> Patching for tinderbox-3.4.1 > /usr/bin/sed -i.bak -e 's/.set_rcvar./tinderd_enable/' > /usr/ports/ports-mgmt/tinderbox/work/tinderbox-3.4.1/etc/rc.d/tinderd > =3D=3D=3D> tinderbox-3.4.1 depends on file: /usr/local/sbin/apxs - foun= d > =3D=3D=3D> tinderbox-3.4.1 depends on shared library: mysqlclient.18 - = found > =3D=3D=3D> Configuring for tinderbox-3.4.1 > chipchop# make TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc install > =3D=3D=3D> Installing for tinderbox-3.4.1 > =3D=3D=3D> tinderbox-3.4.1 depends on file: > /usr/local/share/pear/MDB2/Driver/mysql.php - found > =3D=3D=3D> tinderbox-3.4.1 depends on file: > /usr/local/lib/perl5/site_perl/5.12.4/mach/DBD/mysql.pm - found > =3D=3D=3D> tinderbox-3.4.1 depends on executable: lsof - not found > =3D=3D=3D> Verifying install for lsof in /usr/ports/sysutils/lsof > =3D=3D=3D> Building for lsof-4.86B,6 > (cd lib; make DEBUG=3D"-O" CFGF=3D"-pipe -g -DHASEFFNLINK=3Di_effnlink > -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T > -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF > -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DFREEBSDV=3D9000 > -DHASFDESCFS=3D2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX > -DHAS_STRFTIME -DLSOF_VSTR=3D\"9.0-CURRENT\"") > cc -pipe -g -DHASEFFNLINK=3Di_effnlink -DHASF_VNODE -DHASSBSTATE > -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV > -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY > -DHAS_NO_6PORT -DHAS_NO_6PPCB -DFREEBSDV=3D9000 -DHASFDESCFS=3D2 -DHASPSE= UDOFS > -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=3D"9.0-CURREN= T" > -I/usr/src/sys -O -c ckkv.c > In file included from ../dlsof.h:90, > from ../lsof.h:195, > from ckkv.c:43: > /usr/src/sys/sys/conf.h:340: warning: parameter names (without types) in > function declaration > In file included from /usr/src/sys/vm/pmap.h:89, > from ../dlsof.h:400, > from ../lsof.h:195, > from ckkv.c:43: > /usr/include/machine/pmap.h:180: error: expected specifier-qualifier-list > before 'cpumask_t' > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.86B.freebsd/lib. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof/work/lsof_4.86B.freebsd. > *** Error code 1 > > Stop in /usr/ports/sysutils/lsof. > *** Error code 1 > > Stop in /usr/ports/ports-mgmt/tinderbox. > *** Error code 1 > > Stop in /usr/ports/ports-mgmt/tinderbox. > chipchop# > I'm assuming that my error is in not placing TARGET.. in the Makefile? > Error fixed, ignore- as many have already. From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 06:59:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8BEAD1065670; Sun, 18 Mar 2012 06:59:32 +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 584BE8FC0A; Sun, 18 Mar 2012 06:59:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2I6xOTU086146; Sun, 18 Mar 2012 02:59:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2I6xOtw086108; Sun, 18 Mar 2012 06:59:24 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 18 Mar 2012 06:59:24 GMT Message-Id: <201203180659.q2I6xOtw086108@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 arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 06:59:32 -0000 TB --- 2012-03-18 06:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-18 06:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-03-18 06:50:00 - cleaning the object tree TB --- 2012-03-18 06:50:00 - cvsupping the source tree TB --- 2012-03-18 06:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-03-18 06:50:14 - building world TB --- 2012-03-18 06:50:14 - CROSS_BUILD_TESTING=YES TB --- 2012-03-18 06:50:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-18 06:50:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-18 06:50:14 - SRCCONF=/dev/null TB --- 2012-03-18 06:50:14 - TARGET=arm TB --- 2012-03-18 06:50:14 - TARGET_ARCH=arm TB --- 2012-03-18 06:50:14 - TZ=UTC TB --- 2012-03-18 06:50:14 - __MAKE_CONF=/dev/null TB --- 2012-03-18 06:50:14 - cd /src TB --- 2012-03-18 06:50:14 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 18 06:50:14 UTC 2012 >>> 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 [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/wordexp.c -o wordexp.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -fexceptions -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c cancelpoints_sem.c -o cancelpoints_sem.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -fexceptions -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c cancelpoints_sem_new.c -o cancelpoints_sem_new.o cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/gen/_ctx_start.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/gen/_setjmp.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm.arm/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/../../contrib/tzcode/stdtime -I/src/lib/libc/stdtime -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/gen/_set_tp.c -o _set_tp.o In file included from /src/lib/libc/arm/gen/_set_tp.c:32: /obj/arm.arm/src/tmp/usr/include/machine/sysarch.h:82: error: expected ')' before 'addr' *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-18 06:59:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-18 06:59:24 - ERROR: failed to build world TB --- 2012-03-18 06:59:24 - 451.34 user 71.01 system 564.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 13:37:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8977106564A for ; Sun, 18 Mar 2012 13:37:12 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id ADFA78FC15 for ; Sun, 18 Mar 2012 13:37:12 +0000 (UTC) Received: by qcsg15 with SMTP id g15so956408qcs.13 for ; Sun, 18 Mar 2012 06:37:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=LFhZzaoHzSYLkApP2z5f7t1WWZ+bFR3cpLaKZR+iuUc=; b=hGN1zMd7+7kcchJi+eJg8iBvkvY13p+OlV+uGkROU1vRXeLucGi1FZWsoXjFLpM9Kd 58K05PCspwUab11hfAyosAgY/RES2qBGPUM+g30L0qoO3jw/ETfn4Vmff/whK5PZlyUX Aa0WcrM+vXq420Z4z4qgJyZQKptelIWNFnACuBhZYnAvTkDS5ow48BoGGgymRKwTxeN0 RdxDLy/4XDTRGcbIjSArnU2PexG7ooGG0TfWf9h8RxZJkQUFdluAFVex0gBngLRAmitq pQM+cuUTP1SiMuYnt6xJ+tk5Axx9WXknCPbN5W11W2G0EXZitLW2f1NqefoUO5RbqhrH EcpA== MIME-Version: 1.0 Received: by 10.224.138.84 with SMTP id z20mr11261383qat.43.1332077831954; Sun, 18 Mar 2012 06:37:11 -0700 (PDT) Received: by 10.229.40.65 with HTTP; Sun, 18 Mar 2012 06:37:11 -0700 (PDT) Date: Sun, 18 Mar 2012 09:37:11 -0400 Message-ID: From: Kim Culhan To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: virtio device unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 13:37:13 -0000 Compiling a kernel with: device virtio device virtio_pci returns: config: Error: device "virtio" is unknown config: Error: device "virtio_pci" is unknown This with svn rev 233116 at ~1200 UTC March 18 2012 Any help is very greatly appreciated. thanks -kim From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 19:39:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A6E5106566B for ; Sun, 18 Mar 2012 19:39:54 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [178.63.0.170]) by mx1.freebsd.org (Postfix) with ESMTP id 37C178FC0C for ; Sun, 18 Mar 2012 19:39:53 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 289C12A28CB7; Sun, 18 Mar 2012 20:39:47 +0100 (CET) Date: Sun, 18 Mar 2012 20:39:47 +0100 From: Ed Schouten To: Kim Culhan Message-ID: <20120318193947.GB48839@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: virtio device unknown X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 19:39:54 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kim, * Kim Culhan , 20120318 14:37: > Compiling a kernel with: >=20 > device virtio > device virtio_pci >=20 > returns: >=20 > config: Error: device "virtio" is unknown > config: Error: device "virtio_pci" is unknown If I remember correctly, the infrastructure to build the virtio drivers into the kernel has not been added to the source tree yet. It seems you can only use the kernel modules. Good luck, --=20 Ed Schouten WWW: http://80386.nl/ --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iQIcBAEBAgAGBQJPZjoCAAoJEG5e2P40kaK7MV4P/jki8BcVFhg48Yq/SehScxij cN2+t08ijEfjQGPdW75FNIvvDYp2NoFxc2QFL0dNaRVHlVofNQwYGmsI4RRVIs73 Sq8eNiIa+BS1Tt/tsmI/rrJ9tExmEZA0GKKj7l0itxMuyk7KYvvYINSjwSUQOW60 K+Sdq3hmkbDETkx4xb4bVmSh+oeXVvXp94Pe0uQ7DTBf4ZNz4meF+1XmEz0NEZKr VJlmn08CO2BjDGMop4hQZGvOJgdYjZVCiSqriBVRkgPEn+BhjZGcDrHG93cEouwh T1sDgvPo7QLLrFyhNF/FSMH/BJTlgVpXFYA1ZztyTjULaGFgDb2btHD+Rsq2+JCu /CU3Nyqbc5CmZJEaRpIYjsz3GgjgToYWrDksMaJc+amCKnLxn4KTyl9SItCoN+xI b2mUjY8iNBtXC9Ew/HY18b8r6mBy0IoZG3ittvMM6qzej/sqfuWNuZHHKNYP4TdF llnTuYmXwRpBeFMzjAe9qVOGDVbOqi4GK0Fh/3tDk791rcKUQf8HaAuVfHCiTI8X kJipiCyGw30wc9AS3qdCJ1ez9r1wnrOTXSbHbdoxkPL3pFV1W1CKjl7EXNWoPgqy oW6r4xVvvG18bVTARbPSD13mjrhYWntTpZnF4bCG7d+bZqeCNbufHKGy5zpRuQYe jKZbV28dhWoSeTrcfOCg =iOgS -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 20:02:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12ED2106566B for ; Sun, 18 Mar 2012 20:02:59 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9135D8FC0C for ; Sun, 18 Mar 2012 20:02:58 +0000 (UTC) Received: by wern13 with SMTP id n13so7022767wer.13 for ; Sun, 18 Mar 2012 13:02:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=2ip08WH2CCGpraDUMp5QkdXn4e5Ca79ARPXSFObY9OE=; b=rDMJALTzH7BOMZf21Qo53gOUN+JHbLPwDW4mSHpF4QtoZNmTP8/C5hMrCx7B821kCC Gxdns98cBQr5AkpGJzekyavOT+y7L0e2BYj0wzsZURgLnwvo9frJtm+/ps7Axjjeu3kV pHtN7ANsbHrT5B3I0KeNH+QZiqTRpwAHwAyZ0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=2ip08WH2CCGpraDUMp5QkdXn4e5Ca79ARPXSFObY9OE=; b=F4RWnWf30+kfb4l725AYd+N4v7VhLKXL4IPhgQd8q4wVAb2+xhlDS1p+whCZ37SmJW x2qczEY8X70grduGaBAMZ6m7bMYTJr8tC3CwohmCn/Mph+UMAvbyIqo7fQwa5MDAPz46 jjpdm7kJgJqfv3fF643tiSAFYpY3pQ0Qtnr1BRyi/ma+OdGD9P89QkfsDfQUJuGN4491 T8wRPtxQtD7zUqq4o3HhGSXDCAal7tb8oQBNp2++t8tm2K4o8E2t0tnnOGO/JPcdnTV5 hYa0RgZSr0AMQdn7KLepmdo1CEXixg4uYazlyHU14usF+vA+2po857ofu0vTH5PHWAjf DqMA== Received: by 10.180.100.196 with SMTP id fa4mr23743946wib.0.1332100977479; Sun, 18 Mar 2012 13:02:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.78.204 with HTTP; Sun, 18 Mar 2012 13:02:26 -0700 (PDT) In-Reply-To: <4F60C059.7060904@FreeBSD.org> References: <4F60C059.7060904@FreeBSD.org> From: Eitan Adler Date: Sun, 18 Mar 2012 16:02:26 -0400 Message-ID: To: Gabor Kovesdan Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmy+dcps/6SYlNl1vtVLfIQ7JtBdWeVXClVMhL/CeO/2FuCc3q0d5F5x9i1OePobzXqkJB7 Cc: freebsd-current@freebsd.org, Oleg Moskalenko , freebsd-ports@freebsd.org Subject: Re: CFT: new BSD-licensed sort available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 20:02:59 -0000 On Wed, Mar 14, 2012 at 11:59 AM, Gabor Kovesdan wrote: > Hi Folks, > some time ago I started writing a BSDL sort variant from scratch since the > OpenBSD version did not support multibyte locales and was hard to modify. > The development was a bit stalled but recently, Oleg Moskalenko > showed interest in continuing this version and > he has made a very good job on this BSD sort variant. ... > If you are > interested in this sort utility, could you please try the port and report us > any issue that you experience? Is there a public repository? -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 20:06:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20D3E106566C for ; Sun, 18 Mar 2012 20:06:39 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id CCDC68FC14 for ; Sun, 18 Mar 2012 20:06:38 +0000 (UTC) Received: by vcmm1 with SMTP id m1so8056806vcm.13 for ; Sun, 18 Mar 2012 13:06:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=zR/67R0aqlHcEyO7ApAYh1Nw2a30bsvKjtgbjgzit20=; b=w0w27qBVcP/mSWWLphQR2gOGwVZw0Z0plpBeb0aCk1UQyBb/8HInHVGlEqVYyDlWDi 2PbaWewsiXU6hSycDXRf5GVyG7uj48mh0tIht/gvXPS6Ucbc72nFVn4MaRHSbYMelcMR 6Wc1cKtvLjApcGlHh60Cp7gZ/rkFFJ+BqgUU4tVLofIYiqRFnFdCjsA6TaR8lbizlfHT 8g4sc9a4zY6HCD15Nt9PQdDXxOmhQlMEzAqU3oeisAee6zYhBee2390mSbwEpkZYmvbk zFd+wKFTu+Zz7TZV6ltaiKszddEUPqMpnj58djBd6VBxS/lqLyBTMwsY3NB9yhpGk3MO rKdg== MIME-Version: 1.0 Received: by 10.220.227.67 with SMTP id iz3mr3598168vcb.64.1332101198328; Sun, 18 Mar 2012 13:06:38 -0700 (PDT) Received: by 10.220.2.130 with HTTP; Sun, 18 Mar 2012 13:06:38 -0700 (PDT) In-Reply-To: <201203161539.q2GFdZPr047410@ambrisko.com> References: <201203161539.q2GFdZPr047410@ambrisko.com> Date: Sun, 18 Mar 2012 13:06:38 -0700 Message-ID: From: Garrett Cooper To: Doug Ambrisko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: projects/mfi_head to -current next week X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 20:06:39 -0000 On Fri, Mar 16, 2012 at 8:39 AM, Doug Ambrisko wrot= e: > Hi folks, > > I'd like to start merging mfi(4) from projects/head_mfi into -current > next week. =A0The mfi(4) driver is stable and I don't know of any issues > with it now. =A0I fixed a few issues that I knew of this past week. =A0Se= veral > people have contributed to this. =A0LSI did the base HW support. =A0This > update supports all current mfi based cards. =A0It supports JBOD via crea= ting > /sys/mfisyspd* entries for each disk. =A0When a disk is pulled from the > controller the node goes away and when a disk is inserted it creates an > entry. =A0Using a fairly new MegaCli, it can also control how JBOD suppor= t > works. =A0We may need to update our port. =A0This JBOD support is not the= same > as CAM pass through that some have hacked to make disks appear as da*. > > Several people are using this driver now so I feel it is stable enough > to hit the tree. =A0More eyes and people using this will make it better. > This new HW is showing up more and more in new systems so it will make > it easier for people to use FreeBSD on these machines and have it just > work. > > Thanks to LSI for the initial HW support and all of the people that have > been testing and getting it in shape to commit. Hi Doug! I was wondering if the project could be updated to CURRENT and a patch be generated for it against CURRENT so people could test out the new code (I'd really like to try this out on my box at home). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 21:51:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56476106564A; Sun, 18 Mar 2012 21:51:14 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 25ED88FC0A; Sun, 18 Mar 2012 21:51:13 +0000 (UTC) Received: from s224.gtokyofl6.vectant.ne.jp ([222.228.90.224] helo=punk.neville-neil.com.neville-neil.com) by vps.hungerhost.com with esmtpa (Exim 4.69) (envelope-from ) id 1S9O0O-0003WF-GT; Sun, 18 Mar 2012 17:51:12 -0400 Date: Sun, 18 Mar 2012 17:51:14 -0400 Message-ID: <86mx7dd1d9.wl%gnn@neville-neil.com> From: gnn@freebsd.org To: Gustau =?UTF-8?B?UMOpcmV6?= In-Reply-To: <4F5FCCD7.7070609@entel.upc.edu> References: <4F5C81BA.1050001@entel.upc.edu> <86ehswtmek.wl%gnn@neville-neil.com> <4F5FCCD7.7070609@entel.upc.edu> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/23.3 (amd64-portbld-freebsd9.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com Cc: FreeBSD current , fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 21:51:14 -0000 At Tue, 13 Mar 2012 23:40:23 +0100, Gustau Pérez wrote: >=20 > Hi, >=20 > testing ntfs-3g, after doing a bit large transfer with rsync, I=20 > found I couldn't unmount the filesystem. After some tries and before=20 > checking that no process was accessing the filesystem I tried to force=20 > the unmont. After that the system paniced instantly. >=20 > I'm running HEAD/AMD64 r232862+head-fuse-2.diff. >=20 > I have a dump of it, but it would seem that fuse is missing debug=20 > symbols (I don't know why), so the backtrace is incomplete. I compiled=20 > fuse just by doing make on $SRCDIR/sys/modules/fuse. I'll try to=20 > reproduce the panic and figure out what happens. Any help would be also=20 > appreciated on this other issue. >=20 If and when you get a panic dump please pass it along. Best, George From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 23:07:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CBF8106566C for ; Sun, 18 Mar 2012 23:07:39 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE718FC08 for ; Sun, 18 Mar 2012 23:07:39 +0000 (UTC) Received: by wern13 with SMTP id n13so7113233wer.13 for ; Sun, 18 Mar 2012 16:07:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=HpgHWOoidIWoSIXT+MTBQXs9X33TW45Dtqthcu/VSvA=; b=qBk5eG/kr8nz7yfu5hXAIPaOZFmYj5F2hF1PFeMOoUzgU7Qm/Dzh4gOjFFX9aRie71 pCpNl4sxHacxK4fcy0dWvWdiE0GCu+vB0BdFzqvlMjxEsKVAqQWUNp8V8hUpyE+piBaV ph27m0P3FZJYrZj354BCOOAwi0Q03z6Mnc1NAWLPPCKgC+JdGXMjhfnOnpbBE3rkONbR XR1C1Z0Aq0FVdj8ORG8EfrZ3589qVqj88qYs4UiZ3WJLJizeaL34sDz2ghf3AdAxfGlk 8u123IA4HJ/8t6xKodAG2vlpuLXa+OwlWcSAQGmA9DznajLbVBZvWrZv5EBRwiwKuzhS xq8w== Received: by 10.180.83.97 with SMTP id p1mr14941439wiy.19.1332112058497; Sun, 18 Mar 2012 16:07:38 -0700 (PDT) Received: from [192.168.1.80] (dsl4E5C3BD1.pool.t-online.hu. [78.92.59.209]) by mx.google.com with ESMTPS id ff2sm33146869wib.9.2012.03.18.16.07.36 (version=SSLv3 cipher=OTHER); Sun, 18 Mar 2012 16:07:37 -0700 (PDT) Message-ID: <4F666ABF.2090808@gmail.com> Date: Mon, 19 Mar 2012 00:07:43 +0100 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: port upgrade procedure is locked up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 23:07:40 -0000 A full port upgrade procedure seems to in some sort of a deadlock while configuring a port. I did not try canceling and restarting the procedure, as this may be a bug that should be fixed. If anyone wants to investigate, quickly ask questions before these buggy video drivers decide to lock up as usual. I generally don't have debugging symbols installed. Now I have an r233103 world&kernel, and ~2.5 week old ports. The last few lines of output: ===> Registering installation for mcpp-2.7.2_1 ===> Cleaning for mcpp-2.7.2_1 ---> Cleaning out obsolete shared libraries [Updating the pkgdb in /var/db/pkg ... - 462 packages found (-0 +1) . done] ---> Reinstalling 'talloc-2.0.7' (devel/talloc) ---> Building '/usr/ports/devel/talloc' ===> Cleaning for talloc-2.0.7 ===> License LGPL3 accepted by the user ===> Found saved configuration for talloc-2.0.7 ===> Extracting for talloc-2.0.7 => SHA256 Checksum OK for talloc-2.0.7.tar.gz. ===> Patching for talloc-2.0.7 ===> Applying FreeBSD patches for talloc-2.0.7 ===> talloc-2.0.7 depends on file: /usr/local/bin/python2.7 - found ===> talloc-2.0.7 depends on executable: pkg-config - found ===> Configuring for talloc-2.0.7 ===> FreeBSD 10 autotools fix applied to /usr/ports/devel/talloc/work/talloc-2.0.7/configure ===> FreeBSD 10 autotools fix applied to /usr/ports/devel/talloc/work/talloc-2.0.7/lib/replace/aclocal.m4 ===> FreeBSD 10 autotools fix applied to /usr/ports/devel/talloc/work/talloc-2.0.7/lib/replace/configure Checking for program gcc or cc : cc Checking for program ar : /usr/bin/ar Checking for program ranlib : /usr/bin/ranlib Checking for gcc : ok Checking for program git : /usr/local/bin/git Check for -MD : The output of top -Uroot: last pid: 39399; load averages: 0.00, 0.00, 0.00 up 0+13:22:36 23:32:31 45 processes: 1 running, 44 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.2% interrupt, 99.8% idle Mem: 128M Active, 5912K Inact, 86M Wired, 5352K Cache, 60M Buf, 268M Free Swap: 1536M Total, 41M Used, 1495M Free, 2% Inuse PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 69668 root 1 52 0 65284K 27920K wait 0 1:21 0.00% ruby18 69667 root 1 20 0 9480K 348K select 1 0:05 0.00% script 566 root 1 20 0 11144K 800K select 1 0:01 0.00% sendmail 31381 root 3 52 0 24840K 8284K usem 0 0:01 0.00% python 573 root 1 20 0 9512K 396K nanslp 0 0:00 0.00% cron 353 root 1 20 0 12128K 260K select 1 0:00 0.00% devd 450 root 1 20 0 9480K 592K select 0 0:00 0.00% syslogd 31271 root 1 52 0 8032K 1180K wait 1 0:00 0.00% make 31249 root 1 52 0 8032K 1108K wait 1 0:00 0.00% make 39272 root 1 20 0 10800K 2472K ttyin 1 0:00 0.00% csh 7708 root 1 20 0 10800K 0K pause 0 0:00 0.00% 31248 root 1 20 0 9480K 796K select 1 0:00 0.00% script 612 root 1 20 0 9980K 0K wait 0 0:00 0.00% 616 root 1 52 0 9480K 320K ttyin 0 0:00 0.00% getty 617 root 1 52 0 9480K 320K ttyin 0 0:00 0.00% getty 615 root 1 52 0 9480K 320K ttyin 1 0:00 0.00% getty 613 root 1 52 0 9480K 320K ttyin 1 0:00 0.00% getty 618 root 1 52 0 9480K 320K ttyin 0 0:00 0.00% getty 614 root 1 52 0 9480K 320K ttyin 1 0:00 0.00% getty 31379 root 1 52 0 9780K 1104K wait 1 0:00 0.00% sh 105 root 1 52 0 9396K 0K pause 1 0:00 0.00% 31384 root 1 52 0 20744K 7836K usem 0 0:00 0.00% python The output of ps -xUroot: PID TT STAT TIME COMMAND 0 - DLs 0:00.24 [kernel] 1 - ILs 0:02.08 /sbin/init -- 2 - DL 0:00.00 [xpt_thrd] 3 - DL 1:02.21 [pagedaemon] 4 - DL 0:00.37 [vmdaemon] 5 - DL 0:00.00 [pagezero] 6 - DL 0:04.91 [bufdaemon] 7 - DL 0:03.64 [vnlru] 8 - DL 0:18.10 [syncer] 9 - DL 0:00.51 [softdepflush] 10 - RL 865:52.10 [idle] 11 - WL 5:32.20 [intr] 12 - DL 4:03.57 [geom] 13 - DL 0:12.93 [yarrow] 14 - DL 0:08.91 [usb] 105 - IWs 0:00.00 adjkerntz -i 353 - Is 0:00.25 /sbin/devd 450 - Ss 0:00.18 /usr/sbin/syslogd -s 566 - Ss 0:01.39 sendmail: accepting connections (sendmail) 573 - Ss 0:00.26 /usr/sbin/cron -s 39268 - I 0:00.01 gnome-pty-helper 39369 - I 0:00.01 gnome-pty-helper 97705 - IW 0:00.00 gnome-pty-helper 612 v1 IWs 0:00.00 login [pam] (login) 640 v1 S 41:06.68 /usr/local/bin/X :0 -auth /home/trol/.serverauth.621 (Xorg) 613 v2 Is+ 0:00.00 /usr/libexec/getty Pc ttyv2 614 v3 Is+ 0:00.00 /usr/libexec/getty Pc ttyv3 615 v4 Is+ 0:00.00 /usr/libexec/getty Pc ttyv4 616 v5 Is+ 0:00.00 /usr/libexec/getty Pc ttyv5 617 v6 Is+ 0:00.00 /usr/libexec/getty Pc ttyv6 618 v7 Is+ 0:00.00 /usr/libexec/getty Pc ttyv7 7707 0 IW 0:00.00 su root 7708 0 IW 0:00.00 _su (csh) 69667 0 S+ 0:05.03 script /root/portupgrade.log portupgrade -fuck <2012-03-18T13:20:00 39271 2 I 0:00.01 su root 39272 2 S 0:00.08 _su (csh) 39398 2 R+ 0:00.00 ps -xUroot 31248 3 S+ 0:00.02 /usr/bin/script -qa /tmp/portupgrade20120318-69668-1pag121-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=talloc-2.0.7 UPGRADE_PORT_VER=2.0.7 make 69668 3 Is+ 1:21.34 ruby18: portupgrade: [147/435] talloc-2.0.7 (ruby18) 31249 6 Is+ 0:00.08 make 31271 6 I+ 0:00.12 make CONFIG_DONE_TALLOC=1 /usr/ports/devel/talloc/work/.build_done.talloc._usr_local 31379 6 I+ 0:00.00 /bin/sh -ec (cd /usr/ports/devel/talloc/work/talloc-2.0.7 && if ! /usr/bin/env CC="cc" CPP="cpp" CXX="c++" CFLAGS="-O2 -fno-strict-aliasing -pipe -march=pentium4" CPPFLAGS="" CXXFLAGS="-O2 -fno-strict-aliasing -pipe -march=pentium4" LDFLAGS="" INSTALL="/usr/bin/install -c -o root -g wheel" INSTALL_DATA="install -o root -g wheel -m 444" INSTALL_LIB="install -s -o root -g wheel -m 444" INSTALL_PROGRAM="install -s -o root -g wheel -m 555" INSTALL_SCRIPT="install -o root -g wheel -m 555" XSLTPROC="/usr/bin/true" NOCOLOR=yes PYTHON="/usr/local/bin/python2.7" SHELL=/bin/sh CONFIG_SHELL=/bin/sh ./buildtools/bin/waf configure --mandir=/usr/local/man --prefix=/usr/local --jobs=`/sbin/sysctl -n kern.smp.cpus` ; then echo "===> Script \\"buildtools/bin/waf configure\\" failed unexpectedly."; (echo "Please report the problem to timur@FreeBSD.org [maintainer] and attach the \\"/usr/ports/devel/talloc/work/talloc-2.0.7/bin/config.log\\" including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an \\`ls /var/db/pkg\\`).") | /usr/bin/fmt 75 79 ; false; fi) 31381 6 I+ 0:00.78 python ./buildtools/bin/waf configure --mandir=/usr/local/man --prefix=/usr/local --jobs=2 31384 6 I+ 0:00.00 python ./buildtools/bin/waf configure --mandir=/usr/local/man --prefix=/usr/local --jobs=2 From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 23:13:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79996106566C for ; Sun, 18 Mar 2012 23:13:10 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 3197A8FC08 for ; Sun, 18 Mar 2012 23:13:10 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id A5FB014E706C; Mon, 19 Mar 2012 00:13:02 +0100 (CET) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id KTBxUcKNpcwX; Mon, 19 Mar 2012 00:13:02 +0100 (CET) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 2450C14E6FCA; Mon, 19 Mar 2012 00:13:02 +0100 (CET) Message-ID: <4F666BFD.5030609@FreeBSD.org> Date: Mon, 19 Mar 2012 00:13:01 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a2) Gecko/20120226 Thunderbird/12.0a2 MIME-Version: 1.0 To: Mark Felder References: <4F60C059.7060904@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CFT: new BSD-licensed sort available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 23:13:10 -0000 On 2012.03.14. 19:01, Mark Felder wrote: > Would it be appropriate to perhaps have a port option to > OVERWRITE_BASE and then people could just install that port, build > world and kernel... build a ton of ports. See if anything that might > possibly use it breaks? Yes, I'm working on the update and it will have that option. Thanks for your comment. Gabor From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 23:16:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85E49106564A; Sun, 18 Mar 2012 23:16:05 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 3A6088FC12; Sun, 18 Mar 2012 23:16:05 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 39CAF14E706C; Mon, 19 Mar 2012 00:16:04 +0100 (CET) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id llMVpwxgSK4M; Mon, 19 Mar 2012 00:16:03 +0100 (CET) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 9DB7014E6FCA; Mon, 19 Mar 2012 00:16:03 +0100 (CET) Message-ID: <4F666CB3.9050107@FreeBSD.org> Date: Mon, 19 Mar 2012 00:16:03 +0100 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a2) Gecko/20120226 Thunderbird/12.0a2 MIME-Version: 1.0 To: Adrian Chadd References: <4F60C059.7060904@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Oleg Moskalenko , freebsd-ports@freebsd.org Subject: Re: CFT: new BSD-licensed sort available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 23:16:05 -0000 On 2012.03.14. 22:10, Adrian Chadd wrote: > So you could intall gnusort, bsdsort, and then some config file would > determine which was used. > > 'sort' would then be a symlink to said magic program, that'd look at > its argv[0], look at the contents of that file, and exec() the right > one. I prefer simplicity. And GNU sort should go as soon as BSD sort is good enough to replace it. If you check the wiki, we have set a goal for 10.X, which is the GPL-free base system. I think it is possible and I hope we can achieve it. Gabor From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 23:55:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3952F106564A for ; Sun, 18 Mar 2012 23:55:03 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB3BF8FC12 for ; Sun, 18 Mar 2012 23:55:02 +0000 (UTC) Received: by vcmm1 with SMTP id m1so8173213vcm.13 for ; Sun, 18 Mar 2012 16:55:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gkvVfHKSuypgf1h4LrjcbmG/tIT2bU5aJ44ddFkvm2o=; b=08SEy0QRbyg/bZ0F5tYnhH0YWfDNNwzMgrj0fmiGIWI02lxtpfT74MmmsItjc8IDHm K+GgGGJlvt7fTVk78ypHSBNTMAgnUlEzWIpBgFokMppQTqsAo5g0eyjm2DaOVplYPS1Q n8NMmTwUNkG3ru79GNsfyDZ5osGxSbowtr+3AwUfwJwcnHoaZizFd22tZZBNc1XRj4op rS6JYzwno4sKc+P/JvuqB17gYCJMo9bnR4lmwP4z4wJpU5JxcfCW7CW1lHiGkVwGewNG KgXZQix6q3suYJq69uFGoJrRLwvXEAA2ISNmenQ93uSLhfVjZ1MpDXnQShvo2ZgIo2Sd SZqA== MIME-Version: 1.0 Received: by 10.220.155.7 with SMTP id q7mr3800732vcw.71.1332114902101; Sun, 18 Mar 2012 16:55:02 -0700 (PDT) Received: by 10.220.2.130 with HTTP; Sun, 18 Mar 2012 16:55:02 -0700 (PDT) In-Reply-To: <4F666ABF.2090808@gmail.com> References: <4F666ABF.2090808@gmail.com> Date: Sun, 18 Mar 2012 16:55:02 -0700 Message-ID: From: Garrett Cooper To: deeptech71@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: port upgrade procedure is locked up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 23:55:03 -0000 On Sun, Mar 18, 2012 at 4:07 PM, wrote: > A full port upgrade procedure seems to in some sort of a deadlock while > configuring a port. I did not try canceling and restarting the procedure, as > this may be a bug that should be fixed. If anyone wants to investigate, > quickly ask questions before these buggy video drivers decide to lock up as > usual. > > I generally don't have debugging symbols installed. Now I have an r233103 > world&kernel, and ~2.5 week old ports. talloc is the problem, not portupgrade. Look through the PR system and the archives for more details. Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 13:25:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2B86106566B for ; Mon, 19 Mar 2012 13:25:15 +0000 (UTC) (envelope-from martymac@FreeBSD.org) Received: from lmtp.galacsys.net (webmail.galacsys.net [IPv6:2001:1b78:0:1:d918:51d7:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 591D48FC14 for ; Mon, 19 Mar 2012 13:25:15 +0000 (UTC) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by lmtp.galacsys.net (Postfix) with ESMTP id 2E76E1FA5CD7; Mon, 19 Mar 2012 14:25:14 +0100 (CET) From: "Ganael LAPLANCHE" To: matt ,Kevin Oberman X-Openwebmail-Date: Mon, 19 Mar 2012 15:25:14 +0200 Message-Id: <20120319131812.M90515@martymac.org> In-Reply-To: <4F60E258.6030606@gmail.com> References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F57A8FC.8090106@gmail.com> <20120308092234.M18590@martymac.org> <4F5AC96A.3050600@gmail.com> <4F5FE9C1.7010901@gmail.com> <4F6020C0.60405@gmail.com> <4F60E258.6030606@gmail.com> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 157.99.64.43 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Date: Mon, 19 Mar 2012 13:25:15 +0000 (UTC) Cc: Vrachnis Ilias-Dimitrios , freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 13:25:15 -0000 On Wed, 14 Mar 2012 11:24:24 -0700, matt wrote Hi, > Can anyone verify that suspend/resume is now broken on x220 > with latest HEAD and the KMS patches? Suspend bounce causes > crash, resume beep makes modem sound and hangs, logs indicate > only suspend. hw.pci.do_power_resume=0 causes no change. Damn, I can confirm that I only get a black screen on resume (after being able to quickly see my desktop appear and disappear) with kernel from 2012/03/17 and http://people.freebsd.org/~kib/drm/all.13.6.patch. Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 17:22:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEA7D106564A; Mon, 19 Mar 2012 17:22:45 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 29BF88FC0C; Mon, 19 Mar 2012 17:22:44 +0000 (UTC) Received: by wern13 with SMTP id n13so7991921wer.13 for ; Mon, 19 Mar 2012 10:22:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=t+s4oVqMyMGu53WlN5i2MpJU4C5lOMaXRl/OW/DUlJ4=; b=hrytVP9cHRMnC++TwEAQGBxPLwXY0FbZNyJUj3rumRsZ9Aw48lAGG47/hp2PrlKzOc yo3u6CmkRrfzhR9/dS9HdA0WlJPU7IKfRyd7ftSPjOTHD6CjCR+vC1qSYaFcFr/2da0n WN7EmWYWpUxBSu7KkM3O+MURI82Sn08eR1gsCd5YwHvVPeo/ZlsXp5R+UAK1pN/1K8QQ jfjviBlyKkvR/jcWOHJVJ8qC1XzABWY6tFF4s2kBrwQ9cUMCUWIksOGJq4+FrGhx9mq3 L+WYCUQLA3zp2/NL3Mvtaji0ae44xx10gNMXFXmDv+rDb1anDqaL3ac1DGuEvioV/k63 864A== MIME-Version: 1.0 Received: by 10.180.95.197 with SMTP id dm5mr21422173wib.20.1332177763928; Mon, 19 Mar 2012 10:22:43 -0700 (PDT) Received: by 10.223.143.3 with HTTP; Mon, 19 Mar 2012 10:22:43 -0700 (PDT) In-Reply-To: <20120319131812.M90515@martymac.org> References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F57A8FC.8090106@gmail.com> <20120308092234.M18590@martymac.org> <4F5AC96A.3050600@gmail.com> <4F5FE9C1.7010901@gmail.com> <4F6020C0.60405@gmail.com> <4F60E258.6030606@gmail.com> <20120319131812.M90515@martymac.org> Date: Mon, 19 Mar 2012 10:22:43 -0700 Message-ID: From: Kevin Oberman To: Ganael LAPLANCHE Content-Type: text/plain; charset=ISO-8859-1 Cc: matt , Vrachnis Ilias-Dimitrios , freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 17:22:45 -0000 On Mon, Mar 19, 2012 at 6:25 AM, Ganael LAPLANCHE wrote: > On Wed, 14 Mar 2012 11:24:24 -0700, matt wrote > > Hi, > >> Can anyone verify that suspend/resume is now broken on x220 >> with latest HEAD and the KMS patches? Suspend bounce causes >> crash, resume beep makes modem sound and hangs, logs indicate >> only suspend. hw.pci.do_power_resume=0 causes no change. > > Damn, I can confirm that I only get a black screen on resume (after > being able to quickly see my desktop appear and disappear) with kernel > from 2012/03/17 and http://people.freebsd.org/~kib/drm/all.13.6.patch. With the recently posted patches to if_iwn.c. I can finally reliably suspend and resume my ThinkPad. Unfortunately, I also get a black screen. However, this is with VESA on 9-STABLE, not kib's KMS patches. Also, I have not had a chance to confirm whether USB works after the resume. I'll try some display related sysctls and check out USB when I get a chance. FWIW, the display does not come back on whether I am in console mode or X. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 19:05:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB84C106564A; Mon, 19 Mar 2012 19:05:01 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6012D8FC1E; Mon, 19 Mar 2012 19:05:01 +0000 (UTC) Received: by yhgm50 with SMTP id m50so6981475yhg.13 for ; Mon, 19 Mar 2012 12:05:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=A5KodbFQxns94ApB8q9GG4TPP0OqtnwOMhn2AlRFcXM=; b=f6XjfwHMvImR2HGoZSnXle8kqf3YwEbKCJXgOpajMUixlCqL1wpM2TG9TgkdudZRlV kS0aktO/NoB7X3U9P4xA1LwtYTc+q4lkIxwwo1TVmzo6+jsdMlXM8DnDGHdM17gd1GC4 71N1WE+zkgv7lm0jYJYAe/DCKqjeUBRBmUYtIzKosxIkL5GwWCn3arUm/UD2m6CLBm7p cPPt4zPiEJnrFxBn6X3qolYON6Mjz0AUqfH4PFh6aMRAIxzBwwdanSOSwGd0pZQUpkLS Rb5YjN7o2eNd49hDqtY+dftiUc5nNnunVQuRk1DnZQFyurSvgiYigB4gGaItBVgZUtAa v8+Q== Received: by 10.68.189.170 with SMTP id gj10mr42331339pbc.121.1332183900404; Mon, 19 Mar 2012 12:05:00 -0700 (PDT) Received: from bakeneko.local (adsl-67-118-230-86.dsl.pltn13.pacbell.net. [67.118.230.86]) by mx.google.com with ESMTPS id r10sm11930040pbf.22.2012.03.19.12.04.57 (version=SSLv3 cipher=OTHER); Mon, 19 Mar 2012 12:04:58 -0700 (PDT) Message-ID: <4F6782F1.9000909@gmail.com> Date: Mon, 19 Mar 2012 12:03:13 -0700 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: Ganael LAPLANCHE References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F57A8FC.8090106@gmail.com> <20120308092234.M18590@martymac.org> <4F5AC96A.3050600@gmail.com> <4F5FE9C1.7010901@gmail.com> <4F6020C0.60405@gmail.com> <4F60E258.6030606@gmail.com> <20120319131812.M90515@martymac.org> In-Reply-To: <20120319131812.M90515@martymac.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Cc: Vrachnis Ilias-Dimitrios , freebsd-current@freebsd.org Subject: Re: x220 notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 19:05:01 -0000 On 03/19/12 06:25, Ganael LAPLANCHE wrote: > On Wed, 14 Mar 2012 11:24:24 -0700, matt wrote > > Hi, > >> Can anyone verify that suspend/resume is now broken on x220=20 >> with latest HEAD and the KMS patches? Suspend bounce causes=20 >> crash, resume beep makes modem sound and hangs, logs indicate=20 >> only suspend. hw.pci.do_power_resume=3D0 causes no change. > Damn, I can confirm that I only get a black screen on resume (after > being able to quickly see my desktop appear and disappear) with kernel > from 2012/03/17 and http://people.freebsd.org/~kib/drm/all.13.6.patch. > > Best regards, > > -- > Ganael LAPLANCHE > http://www.martymac.org | http://contribs.martymac.org > FreeBSD: martymac , http://www.FreeBSD.org > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" Yes, same here. I'll have to try again without the patch to see if it's Xorg/KMS or FreeBSD base that has changed. Matt From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 21:35:13 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BF3A1065673 for ; Mon, 19 Mar 2012 21:35:13 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 12B5A8FC08 for ; Mon, 19 Mar 2012 21:35:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2JLZC2s022375 for ; Mon, 19 Mar 2012 21:35:12 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2JLZCsX022374 for current@FreeBSD.org; Mon, 19 Mar 2012 21:35:12 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 19 Mar 2012 22:35:08 +0100 From: Baptiste Daroussin To: current@FreeBSD.org Message-ID: <20120319213508.GA1692@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oyUTqETQ0mS9luUI" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 21:35:13 -0000 --oyUTqETQ0mS9luUI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, In order to identify architectures I need to find a uniq id for every possibilities (for pkgng) here is the identification I propose: arch-class-os-majorversion(-archi_specific_extension) arch can be one of the following: - x86 for i386 and amd64 (discussed with kib) - powerpc for powerpc and powerpc64 - arm - mips - sparc class may be: - 32 bits - 64 bits os will always be freebsd :) (lower case) majorversion the freebsd major version (10 9 8) achi_specific_extension currently only mips and arm are concerned, for arm could be: el_oabi eb_oabi el_eabi eb_eabi (I don't know how to get arm version or hardfp/softfp from the elf) for mips I don't know much. for ia64, I have strictly no idea what I should set. Everything is read from the elf file for example: x86-64-freebsd-10 x86-32-freebsd-8 arm-32-freebsd-10-el_oabi Please help me to improve this to get the better identification to have the best possible to determine which package can be installed where. while proposing information please tell me how to get the information (dynamically) regards, Bapt --oyUTqETQ0mS9luUI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9npowACgkQ8kTtMUmk6Ezd6wCeKADVqAtwrBG3uNQcnbEi6kAG uOgAoLOW+F0TdOt3mrekZDwJKUn1OFnB =MzIu -----END PGP SIGNATURE----- --oyUTqETQ0mS9luUI-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 21:58:06 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A62A0106564A for ; Mon, 19 Mar 2012 21:58:06 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7115F8FC17 for ; Mon, 19 Mar 2012 21:58:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2JLw6xA040140 for ; Mon, 19 Mar 2012 21:58:06 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2JLw61l040139 for current@FreeBSD.org; Mon, 19 Mar 2012 21:58:06 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 19 Mar 2012 22:58:02 +0100 From: Baptiste Daroussin To: current@FreeBSD.org Message-ID: <20120319215802.GC1692@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1SQmhf2mF2YjsYvc" Content-Disposition: inline In-Reply-To: <20120319213508.GA1692@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 21:58:06 -0000 --1SQmhf2mF2YjsYvc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 19, 2012 at 10:35:08PM +0100, Baptiste Daroussin wrote: > Hi all, >=20 > In order to identify architectures I need to find a uniq id for every > possibilities (for pkgng) >=20 > here is the identification I propose: >=20 > arch-class-os-majorversion(-archi_specific_extension) >=20 > arch can be one of the following: >=20 > - x86 for i386 and amd64 (discussed with kib) > - powerpc for powerpc and powerpc64 > - arm > - mips > - sparc >=20 > class may be: > - 32 bits > - 64 bits >=20 > os will always be freebsd :) (lower case) >=20 > majorversion the freebsd major version (10 9 8) >=20 > achi_specific_extension currently only mips and arm are concerned, > for arm could be: > el_oabi > eb_oabi > el_eabi > eb_eabi >=20 > (I don't know how to get arm version or hardfp/softfp from the elf) Fixed thanks cognet just missing the arm version now >=20 > for mips I don't know much. >=20 > for ia64, I have strictly no idea what I should set. >=20 > Everything is read from the elf file >=20 > for example: > x86-64-freebsd-10 > x86-32-freebsd-8 > arm-32-freebsd-10-el_oabi >=20 > Please help me to improve this to get the better identification to have t= he best > possible to determine which package can be installed where. >=20 > while proposing information please tell me how to get the information > (dynamically) >=20 > regards, > Bapt --1SQmhf2mF2YjsYvc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9nq+oACgkQ8kTtMUmk6EyjJwCbBB8gjPKYi+Qb2CncTOVGf7h+ KjEAmgOROVxE3/v1xfL3+Mmjsl1tpJew =OSEN -----END PGP SIGNATURE----- --1SQmhf2mF2YjsYvc-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 22:02:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 818B5106564A for ; Mon, 19 Mar 2012 22:02:00 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 060208FC15 for ; Mon, 19 Mar 2012 22:01:59 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so1044864wgb.31 for ; Mon, 19 Mar 2012 15:01:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=RrPEkqnZTA9lo71H5A/2/BEYhxKy7Bm+jmmiWmhGUAU=; b=foASGqtvuXWAzch4UvBcefrAnmu/vB8bJBa4fHIBCSs833TrSYQ2lrJ6Lwkl399kPq ElKLMlxpcQ2xU3HtNFq31TEvGsqvzO8IXaGuLhHM23Acyn2apIrQIChJ0n3OA1rgs/6t kFCMap3NXjBLLFuY/dtVJpRXoHgRJM1n9rs3c= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=RrPEkqnZTA9lo71H5A/2/BEYhxKy7Bm+jmmiWmhGUAU=; b=O01j7DM7x7wHhS0vIb1cXq/0c23qcD8xyQNp49Y//NqQvxhk337fXmFsdMMWPhHLFQ B8wwt5xO8GhsdU3ay3Jxjwb/fRFBO5ore+QA40z7NXWX63DBXlzORAZLjZukW6YYzI5I skt5/3U080Hjy+etujKv3cUCXVmFlewBZaAwNJBwLpmnoq5ydzl9ZdZAnDKLpmi/FnJe ksiwL/tbGwUQMO9iH3wQC5pqmIoQueGCly4LrJd+aNc+JwzXLPggoTIoXV+5EPq7kMzZ YZmxb1sx1P+xzR64XksRwI4FT9Shk6uQVVoUXJy3hqrhzuIjpNhvQPMss8ejZzM1aGXA UhTg== Received: by 10.216.134.2 with SMTP id r2mr8165795wei.31.1332194513339; Mon, 19 Mar 2012 15:01:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.63.4 with HTTP; Mon, 19 Mar 2012 15:01:23 -0700 (PDT) In-Reply-To: <20120319213508.GA1692@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> From: Eitan Adler Date: Mon, 19 Mar 2012 18:01:23 -0400 Message-ID: To: Baptiste Daroussin Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlL0daTSgxodNUsW371gO1eVeb2+pxIlcg/dZP3cZIWaAq0pXAL6B+8HsMnWJP/Jc8JYS3E Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 22:02:00 -0000 On Mon, Mar 19, 2012 at 5:35 PM, Baptiste Daroussin wrote: > Hi all, > > In order to identify architectures I need to find a uniq id for every > possibilities (for pkgng) > > arch-class-os-majorversion(-archi_specific_extension) > > os will always be freebsd :) (lower case) So why bother? -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 22:04:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 464C1106566C for ; Mon, 19 Mar 2012 22:04:59 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 286098FC08; Mon, 19 Mar 2012 22:04:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2JM4xcJ048800; Mon, 19 Mar 2012 22:04:59 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2JM4wow048799; Mon, 19 Mar 2012 22:04:58 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Mon, 19 Mar 2012 23:04:55 +0100 From: Baptiste Daroussin To: Eitan Adler Message-ID: <20120319220455.GD1692@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VV4b6MQE+OnNyhkM" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 22:04:59 -0000 --VV4b6MQE+OnNyhkM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 19, 2012 at 06:01:23PM -0400, Eitan Adler wrote: > On Mon, Mar 19, 2012 at 5:35 PM, Baptiste Daroussin wr= ote: > > Hi all, > > > > In order to identify architectures I need to find a uniq id for every > > possibilities (for pkgng) > > > > arch-class-os-majorversion(-archi_specific_extension) > > > > os will always be freebsd :) (lower case) >=20 > So why bother? because some people from other oses are interested in pkgng (not work start= ed on this) because some vendors might want to change it. So I read it from the elf note section regards, Bapt --VV4b6MQE+OnNyhkM Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9nrYcACgkQ8kTtMUmk6Ey5VACeI9Y/Qjvd2VSMfbb1Xa2ngF1B EzMAn0qSAXS8LYtuAGHhf53dziMUdTHs =mqvS -----END PGP SIGNATURE----- --VV4b6MQE+OnNyhkM-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 22:16:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C04441065670 for ; Mon, 19 Mar 2012 22:16:11 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1708FC15 for ; Mon, 19 Mar 2012 22:16:10 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [IPv6:2001:8b0:151:1:fa1e:dfff:feda:c0bb]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.5/8.14.5) with ESMTP id q2JMG6cv014555 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 19 Mar 2012 22:16:07 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: OpenDKIM Filter v2.5.0 smtp.infracaninophile.co.uk q2JMG6cv014555 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1332195367; bh=NWdA0gAYqzWtJJb42Tka0jsQzrg2HUjdqnOn5UdoadE=; h=Date:From:To:Subject:References:In-Reply-To:Cc:Content-Type: Message-ID:Mime-Version; b=rRb/sQmD+vRBRm/uxQqoTlWjGfaZvsTYAqau43NBg7EFM6w8KQWQCG+KSoetcPcDK WMZCsdsDYvK4ti5hAh8ldK1XPLvGmqXVBdG5h0dhZ858Fsa3gusLDJPqoa1+puP5sY U33WDE0pgDzG5oB1QHVTJc3z4AvhSJ6EcxEsGwUU= Message-ID: <4F67B01F.2000208@infracaninophile.co.uk> Date: Mon, 19 Mar 2012 22:15:59 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20120313 Thunderbird/11.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20120319213508.GA1692@azathoth.lan> <20120319220455.GD1692@azathoth.lan> In-Reply-To: <20120319220455.GD1692@azathoth.lan> X-Enigmail-Version: 1.4 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3DAFC1C2258D12569F9F0508" X-Virus-Scanned: clamav-milter 0.97.3 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_ADSP_ALL,DKIM_SIGNED,T_DKIM_INVALID autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 22:16:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3DAFC1C2258D12569F9F0508 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 19/03/2012 22:04, Baptiste Daroussin wrote: > On Mon, Mar 19, 2012 at 06:01:23PM -0400, Eitan Adler wrote: >> On Mon, Mar 19, 2012 at 5:35 PM, Baptiste Daroussin = wrote: >>> Hi all, >>> >>> In order to identify architectures I need to find a uniq id for every= >>> possibilities (for pkgng) >>> >>> arch-class-os-majorversion(-archi_specific_extension) >>> >>> os will always be freebsd :) (lower case) >> >> So why bother? >=20 > because some people from other oses are interested in pkgng (not work s= tarted on > this) > because some vendors might want to change it. > So I read it from the elf note section What about if the package happens to contain linux executables? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig3DAFC1C2258D12569F9F0508 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9nsCYACgkQ8Mjk52CukIzTGwCeJOsmWzX19lg7Av1l6cgnJ+MH 4kMAnAw3/yjqPVNbCHnm2CWCrWXvEhuC =sEGo -----END PGP SIGNATURE----- --------------enig3DAFC1C2258D12569F9F0508-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 19 23:21:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65ED31065670 for ; Mon, 19 Mar 2012 23:21:04 +0000 (UTC) (envelope-from iurcic@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD5F8FC0C for ; Mon, 19 Mar 2012 23:21:03 +0000 (UTC) Received: by vcmm1 with SMTP id m1so9572279vcm.13 for ; Mon, 19 Mar 2012 16:21:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tu+wEJrgbq9QmDilWGlygDApQjYTFJiTW7B9tmrw3cM=; b=Zb184P4ARJqOQKMK0a7Ns6pjubCnqN1w1jKCSC2nAKrwR8/f6WB8FMptWRg3e9IvPG GxPmbI+hCxgJXhT+7c4iy9IiIfNHPqw0tVsw6cGWE09qs5ORmaVcBbVhDRDalSWws8KV 5L0Tl1EWfcwFhaAb5rMaOBu8SHnX9rG11T/3tsXIurx+I83abdznDwVTJ3YKwUvHP6YG QgZXnO3U8aLmlGILSvu2V8sNSeRRJvgY89ERa810O+O5otQ4A5cKTAgbtGg0z4QcqP5M j7fzfNTxWFbgRxevKEWiPulXpq/DyYFR92yhg3fiJhObE97tRy0HNg6OyrKXhT3RzS16 1Qog== MIME-Version: 1.0 Received: by 10.52.34.65 with SMTP id x1mr5808954vdi.122.1332199263362; Mon, 19 Mar 2012 16:21:03 -0700 (PDT) Received: by 10.220.3.16 with HTTP; Mon, 19 Mar 2012 16:21:03 -0700 (PDT) Date: Mon, 19 Mar 2012 23:21:03 +0000 Message-ID: From: Iurie To: freebsd-current@freebsd.org X-Mailman-Approved-At: Tue, 20 Mar 2012 00:18:44 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: hi-- looking for some help X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2012 23:21:04 -0000 hi i saw your email inthe following link: http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026412.html im studying in portugal and in have acourse about pc networking. there i have propossed to implement exactly the same thing as you have described in your email. i would like to know if ou can give me the source code of it to take some inspiration. if not can you at least tell me briefly how that is done? or at least from where i must begin to have any idea about how that is done? or at least where i can look at some code to have some clues on how that is done? i need it to be done in c for linux i thnk you in advance for your answer best regards From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 00:41:17 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E367D106566B; Tue, 20 Mar 2012 00:41:17 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD8B8FC12; Tue, 20 Mar 2012 00:41:17 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0M1500600R8TCI00@smtpauth3.wiscmail.wisc.edu>; Mon, 19 Mar 2012 19:41:17 -0500 (CDT) Received: from wanderer.tachypleus.net (airbears-136-152-128-56.AirBears.Berkeley.EDU [136.152.128.56]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0M1500KXOR8R1020@smtpauth3.wiscmail.wisc.edu>; Mon, 19 Mar 2012 19:41:16 -0500 (CDT) Date: Mon, 19 Mar 2012 17:41:15 -0700 From: Nathan Whitehorn In-reply-to: <20120319213508.GA1692@azathoth.lan> To: Baptiste Daroussin Message-id: <4F67D22B.2040003@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=136.152.128.56 X-Spam-PmxInfo: Server=avs-15, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.3.20.3031, SenderIP=136.152.128.56 References: <20120319213508.GA1692@azathoth.lan> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 Cc: current@FreeBSD.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 00:41:18 -0000 On 03/19/12 14:35, Baptiste Daroussin wrote: > Hi all, > > In order to identify architectures I need to find a uniq id for every > possibilities (for pkgng) > > here is the identification I propose: > > arch-class-os-majorversion(-archi_specific_extension) > > arch can be one of the following: > > - x86 for i386 and amd64 (discussed with kib) > - powerpc for powerpc and powerpc64 > - arm > - mips > - sparc > > class may be: > - 32 bits > - 64 bits > > os will always be freebsd :) (lower case) > > majorversion the freebsd major version (10 9 8) > > achi_specific_extension currently only mips and arm are concerned, > for arm could be: > el_oabi > eb_oabi > el_eabi > eb_eabi > One brief comment here: the output of uname -p (arm, armeb, etc.) is meant to encode the ABI completely. All platforms with the same uname -p should be able to execute each other's binaries. Why not just a sequence of `uname -p`-`uname -s`-`uname -r` (or some subset of uname -r)? That should be enough to completely encode compatibility information on almost any operating system. -Nathan From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 00:50:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8D71106566C; Tue, 20 Mar 2012 00:50:21 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 52FA08FC1E; Tue, 20 Mar 2012 00:50:21 +0000 (UTC) Received: by vcmm1 with SMTP id m1so9639567vcm.13 for ; Mon, 19 Mar 2012 17:50:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eT8VsuZTjmlHz8bpm5n5VDJNKKOknw2dNHaaqeBf/TU=; b=N7848k7A3fo1Q5avhceI8YHLp8pisYb1qWhp5VR199KRhgvYUuaPgDWSMNQwNsMTwm gSisgRT8vpIqkILGFEd7Rn71JM/3zwpFqeRIW5UzGUa6GW+i3lUagKkR92qmsRJ5SITJ YpMFzmDTxfmLRXejivyu/BNO9jpQigILJL/ezEgFnXe5llxmFtIujerfHq9yz5A7et78 aDy16lkVU2wgIqY3n4oN0rTW3WnK5ikAAwJ8FH7q2sAeDgJk9VUihaU1QLM3srcX3Haf r1mc4WtIUCBvrZD6/qjS3IItcbWxxLx+4RB6Hel5BloM90Hs/VCkEqBQHXWdPfXT+uAd kC4w== MIME-Version: 1.0 Received: by 10.52.180.7 with SMTP id dk7mr6086601vdc.25.1332204620831; Mon, 19 Mar 2012 17:50:20 -0700 (PDT) Received: by 10.220.2.130 with HTTP; Mon, 19 Mar 2012 17:50:20 -0700 (PDT) In-Reply-To: <4F67D22B.2040003@freebsd.org> References: <20120319213508.GA1692@azathoth.lan> <4F67D22B.2040003@freebsd.org> Date: Mon, 19 Mar 2012 17:50:20 -0700 Message-ID: From: Garrett Cooper To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 Cc: Baptiste Daroussin , current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 00:50:22 -0000 On Mon, Mar 19, 2012 at 5:41 PM, Nathan Whitehorn wrote: > On 03/19/12 14:35, Baptiste Daroussin wrote: >> >> Hi all, >> >> In order to identify architectures I need to find a uniq id for every >> possibilities (for pkgng) >> >> here is the identification I propose: >> >> arch-class-os-majorversion(-archi_specific_extension) >> >> arch can be one of the following: >> >> - x86 for i386 and amd64 (discussed with kib) >> - powerpc for powerpc and powerpc64 >> - arm >> - mips >> - sparc >> >> class may be: >> - 32 bits >> - 64 bits >> >> os will always be freebsd :) (lower case) >> >> majorversion the freebsd major version (10 9 8) >> >> achi_specific_extension currently only mips and arm are concerned, >> for arm could be: >> el_oabi >> eb_oabi >> el_eabi >> eb_eabi >> > > One brief comment here: the output of uname -p (arm, armeb, etc.) is meant > to encode the ABI completely. All platforms with the same uname -p should be > able to execute each other's binaries. Why not just a sequence of `uname > -p`-`uname -s`-`uname -r` (or some subset of uname -r)? That should be > enough to completely encode compatibility information on almost any > operating system. The only tricky thing is that many OSes don't agree on branding. I don't know how far bapt and crew are willing to go to make pkgng OS agnostic. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 06:24:44 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59907106564A; Tue, 20 Mar 2012 06:24:44 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 977618FC08; Tue, 20 Mar 2012 06:24:43 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 6014E5DD0; Tue, 20 Mar 2012 06:24:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q2K6Obae069608; Tue, 20 Mar 2012 06:24:37 GMT (envelope-from phk@phk.freebsd.dk) To: Baptiste Daroussin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 19 Mar 2012 22:58:02 +0100." <20120319215802.GC1692@azathoth.lan> Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 20 Mar 2012 06:24:37 +0000 Message-ID: <69607.1332224677@critter.freebsd.dk> Cc: current@FreeBSD.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 06:24:44 -0000 In message <20120319215802.GC1692@azathoth.lan>, Baptiste Daroussin writes: >On Mon, Mar 19, 2012 at 10:35:08PM +0100, Baptiste Daroussin wrote: >> Hi all, >> >> In order to identify architectures I need to find a uniq id for every >> possibilities (for pkgng) >> >> here is the identification I propose: >> >> arch-class-os-majorversion(-archi_specific_extension) Given how sparse this name-space is, you'll have less than 50 different values, you might want to consider something more compact, such as a single letter for all components, and the version number last: X2F9 = x64-32-freebsd-9 X4F10 = x64-64-freebsd-10 A2FB9 = arm-32-freebsd-eb_oabi-9 By the time we run out of ASCII or even Unicode characters, we have other problems. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 07:12:44 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEDEE1065670 for ; Tue, 20 Mar 2012 07:12:44 +0000 (UTC) (envelope-from alp@rsu.ru) Received: from test.r61.net (test.r61.net [195.208.245.238]) by mx1.freebsd.org (Postfix) with ESMTP id 5CFDF8FC0C for ; Tue, 20 Mar 2012 07:12:44 +0000 (UTC) Received: from pyhalov.cc.rsu.ru (pyhalov.cc.rsu.ru [195.208.255.102]) (Authenticated sender: alp@test.r61.net) by test.r61.net (MTA) with ESMTPSA id 17EA83A1459; Tue, 20 Mar 2012 11:12:37 +0400 (MSK) Message-ID: <4F682DE4.5010406@rsu.ru> Date: Tue, 20 Mar 2012 11:12:36 +0400 From: Alexander Pyhalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.14) Gecko/20110306 Thunderbird/3.1.8 MIME-Version: 1.0 To: Poul-Henning Kamp References: <69607.1332224677@critter.freebsd.dk> In-Reply-To: <69607.1332224677@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 07:12:44 -0000 Hello. On 03/20/2012 10:24, Poul-Henning Kamp wrote: > In message<20120319215802.GC1692@azathoth.lan>, Baptiste Daroussin writes: > >> On Mon, Mar 19, 2012 at 10:35:08PM +0100, Baptiste Daroussin wrote: >>> here is the identification I propose: >>> >>> arch-class-os-majorversion(-archi_specific_extension) > > Given how sparse this name-space is, you'll have less than 50 > different values, you might want to consider something more compact, > such as a single letter for all components, and the version number last: > > X2F9 = x64-32-freebsd-9 > X4F10 = x64-64-freebsd-10 > A2FB9 = arm-32-freebsd-eb_oabi-9 > > By the time we run out of ASCII or even Unicode characters, we have > other problems. > And what is a purpose of making non-human-friendly platform identifiers? I think, you'll gain nothing by this, but will create an unnecessary complication. -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 07:48:42 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61B93106566C for ; Tue, 20 Mar 2012 07:48:42 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 09FAB8FC17; Tue, 20 Mar 2012 07:48:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2K7mf1l018438; Tue, 20 Mar 2012 07:48:41 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2K7mfIb018436; Tue, 20 Mar 2012 07:48:41 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Tue, 20 Mar 2012 08:48:38 +0100 From: Baptiste Daroussin To: Poul-Henning Kamp Message-ID: <20120320074837.GE1692@azathoth.lan> References: <20120319215802.GC1692@azathoth.lan> <69607.1332224677@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EgVrEAR5UttbsTXg" Content-Disposition: inline In-Reply-To: <69607.1332224677@critter.freebsd.dk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 07:48:42 -0000 --EgVrEAR5UttbsTXg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 20, 2012 at 06:24:37AM +0000, Poul-Henning Kamp wrote: > In message <20120319215802.GC1692@azathoth.lan>, Baptiste Daroussin write= s: >=20 > >On Mon, Mar 19, 2012 at 10:35:08PM +0100, Baptiste Daroussin wrote: > >> Hi all, > >>=20 > >> In order to identify architectures I need to find a uniq id for every > >> possibilities (for pkgng) > >>=20 > >> here is the identification I propose: > >>=20 > >> arch-class-os-majorversion(-archi_specific_extension) >=20 > Given how sparse this name-space is, you'll have less than 50 > different values, you might want to consider something more compact, > such as a single letter for all components, and the version number last: >=20 > X2F9 =3D x64-32-freebsd-9 > X4F10 =3D x64-64-freebsd-10 > A2FB9 =3D arm-32-freebsd-eb_oabi-9 >=20 > By the time we run out of ASCII or even Unicode characters, we have > other problems. >=20 While I tend to agree to compact/short identifier on the principle, I don't really like the obfuscation it brings, I prefer this to remain humain reada= ble, at a point or another it could be shown to users (you are trying to install= an x86-64-freebsd-10 package on a x86-32-freebsd-9 system if more understandab= le=20 than "you are trying to install a X4F10 package on a X2F9 system.) regards, Bapt --EgVrEAR5UttbsTXg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9oNlUACgkQ8kTtMUmk6Ewe7wCbBdk+UqPNHO06y72eCyAhAmuC xPIAoKjFWqA0c3b5gtpZtsL5DMRRhtta =af77 -----END PGP SIGNATURE----- --EgVrEAR5UttbsTXg-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 09:19:40 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB0191065674 for ; Tue, 20 Mar 2012 09:19:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7683C8FC0A for ; Tue, 20 Mar 2012 09:19:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2K9Je6F005867 for ; Tue, 20 Mar 2012 09:19:40 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2K9Jef8005866 for current@FreeBSD.org; Tue, 20 Mar 2012 09:19:40 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Tue, 20 Mar 2012 10:19:36 +0100 From: Baptiste Daroussin To: current@FreeBSD.org Message-ID: <20120320091935.GF1692@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H4SyuGOnfnj3aJqJ" Content-Disposition: inline In-Reply-To: <20120319213508.GA1692@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 09:19:40 -0000 --H4SyuGOnfnj3aJqJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 19, 2012 at 10:35:08PM +0100, Baptiste Daroussin wrote: > Hi all, >=20 > In order to identify architectures I need to find a uniq id for every > possibilities (for pkgng) >=20 > here is the identification I propose: >=20 > arch-class-os-majorversion(-archi_specific_extension) >=20 > arch can be one of the following: >=20 > - x86 for i386 and amd64 (discussed with kib) > - powerpc for powerpc and powerpc64 > - arm > - mips > - sparc >=20 > class may be: > - 32 bits > - 64 bits >=20 > os will always be freebsd :) (lower case) >=20 > majorversion the freebsd major version (10 9 8) >=20 > achi_specific_extension currently only mips and arm are concerned, > for arm could be: > el_oabi > eb_oabi > el_eabi > eb_eabi >=20 > (I don't know how to get arm version or hardfp/softfp from the elf) >=20 > for mips I don't know much. >=20 > for ia64, I have strictly no idea what I should set. >=20 > Everything is read from the elf file >=20 > for example: > x86-64-freebsd-10 > x86-32-freebsd-8 > arm-32-freebsd-10-el_oabi >=20 > Please help me to improve this to get the better identification to have t= he best > possible to determine which package can be installed where. >=20 > while proposing information please tell me how to get the information > (dynamically) >=20 > regards, > Bapt Another question (by rwatson) that comes here is should we keep the archite= cture names that freebsd uses to avoid confusion or should we try to use more acc= urate names? powerpc-64-freebsd-9 -> powerpc64-64-freebsd-9 x86-32-freebsd-9 -> i386-32-freebsd-9 x86-64-freebsd-9 -> amd64-64-freebsd-9 etc. An example of implementation can be find here: https://github.com/pkgng/pkgng/blob/master/libpkg/pkg_elf.c#L157 PS: Feel free to submit fixes/improvements to the code :) regards, Bapt --H4SyuGOnfnj3aJqJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9oS6cACgkQ8kTtMUmk6Ey4BACfeAlqrkyo0Llp+C/zAtHF6NAr GtsAn3j6ghvoSMzCtwqZqq6V68FiEGcC =o5y4 -----END PGP SIGNATURE----- --H4SyuGOnfnj3aJqJ-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 10:20:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3BF22106566C; Tue, 20 Mar 2012 10:20:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BE3178FC14; Tue, 20 Mar 2012 10:20:15 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q2KAK89j071860; Tue, 20 Mar 2012 12:20:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q2KAK84E034380; Tue, 20 Mar 2012 12:20:08 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q2KAK8c1034379; Tue, 20 Mar 2012 12:20:08 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 20 Mar 2012 12:20:08 +0200 From: Konstantin Belousov To: Baptiste Daroussin Message-ID: <20120320102008.GH2358@deviant.kiev.zoral.com.ua> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OpLPJvDmhXTZE4Lg" Content-Disposition: inline In-Reply-To: <20120320091935.GF1692@azathoth.lan> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 10:20:16 -0000 --OpLPJvDmhXTZE4Lg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 20, 2012 at 10:19:36AM +0100, Baptiste Daroussin wrote: > On Mon, Mar 19, 2012 at 10:35:08PM +0100, Baptiste Daroussin wrote: > > Hi all, > >=20 > > In order to identify architectures I need to find a uniq id for every > > possibilities (for pkgng) > >=20 > > here is the identification I propose: > >=20 > > arch-class-os-majorversion(-archi_specific_extension) > >=20 > > arch can be one of the following: > >=20 > > - x86 for i386 and amd64 (discussed with kib) > > - powerpc for powerpc and powerpc64 > > - arm > > - mips > > - sparc > >=20 > > class may be: > > - 32 bits > > - 64 bits > >=20 > > os will always be freebsd :) (lower case) > >=20 > > majorversion the freebsd major version (10 9 8) > >=20 > > achi_specific_extension currently only mips and arm are concerned, > > for arm could be: > > el_oabi > > eb_oabi > > el_eabi > > eb_eabi > >=20 > > (I don't know how to get arm version or hardfp/softfp from the elf) > >=20 > > for mips I don't know much. > >=20 > > for ia64, I have strictly no idea what I should set. > >=20 > > Everything is read from the elf file > >=20 > > for example: > > x86-64-freebsd-10 > > x86-32-freebsd-8 > > arm-32-freebsd-10-el_oabi > >=20 > > Please help me to improve this to get the better identification to have= the best > > possible to determine which package can be installed where. > >=20 > > while proposing information please tell me how to get the information > > (dynamically) > >=20 > > regards, > > Bapt >=20 > Another question (by rwatson) that comes here is should we keep the archi= tecture > names that freebsd uses to avoid confusion or should we try to use more a= ccurate > names? >=20 > powerpc-64-freebsd-9 -> powerpc64-64-freebsd-9 > x86-32-freebsd-9 -> i386-32-freebsd-9 > x86-64-freebsd-9 -> amd64-64-freebsd-9 i386-32 and amd64-64 is weird and confusing. IMO, you should go either with x86-{32,64} names, or with i386/amd64, not with a mix. > etc. >=20 > An example of implementation can be find here: > https://github.com/pkgng/pkgng/blob/master/libpkg/pkg_elf.c#L157 >=20 > PS: Feel free to submit fixes/improvements to the code :) >=20 > regards, > Bapt --OpLPJvDmhXTZE4Lg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9oWdgACgkQC3+MBN1Mb4jNYwCeM9Ix5uOwe5Gzm9N4A9ahb/oT HokAoLiou5Eh5eTj6r4uW73rIx2ajs4p =nE1a -----END PGP SIGNATURE----- --OpLPJvDmhXTZE4Lg-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 10:40:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 199741065670 for ; Tue, 20 Mar 2012 10:40:36 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D1A3C8FC14 for ; Tue, 20 Mar 2012 10:40:35 +0000 (UTC) Received: by obbuo13 with SMTP id uo13so2031279obb.13 for ; Tue, 20 Mar 2012 03:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=2vKXqrJxSoY2LPdaBhEoOG1F+UXkVOdsBnJTMrD1Sco=; b=q1jEacZzpaUNXVxkfWfzeLsJ3QSGZl5KvX+EUqN2D3qOCy6L1EdfzkoFuYScGrRgDQ 5mqfq3ih938yzi1fOZJNEQwLbvgHBH2k5EHuXZpCqtEU/NFL/vQPMQir5wqYWvtBRIpZ O9VwJHd6W5fZtT6j5DoYwRWVubRR9dB1uPQf0LUvqsSdT6+XqfOqjsY+z+WbHdipjvxU 2or8R4sgRuj0/eI2M/CVoK5zqSTRkn/lxBDo1/q1RW3ip+rMUIX1hACER0WGPy5X7LQV uYxfjEKUdFY4Pxg+evwQZFm1ennrz14P/m2MjL67jD+1brRU4/TXaitTUTGvpe6LGoWC oNtg== MIME-Version: 1.0 Received: by 10.182.202.69 with SMTP id kg5mr17566879obc.35.1332240029508; Tue, 20 Mar 2012 03:40:29 -0700 (PDT) Received: by 10.182.97.228 with HTTP; Tue, 20 Mar 2012 03:40:29 -0700 (PDT) In-Reply-To: <20120320102008.GH2358@deviant.kiev.zoral.com.ua> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> Date: Tue, 20 Mar 2012 12:40:29 +0200 Message-ID: From: Alexander Yerenkow To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 10:40:36 -0000 IMHO, 32 / 64 = easily parsable and represent integer. i386/amd64 - wellknown names, but this info about processor bits not lies in math. My point is i386 is arch, so can be kept, while 32 is processor bit count. If you'll keep 32/64 various checks in side software will be simple (if you have 32 bit processor, then this info is bundled in "32"), while if you consider using "i386" string as storage of information about "32" bit, it not so elegant. Also, linuxes has come to i386- i586- i686- mess, and many their scripts looks overbloated when they checks if system really 32 bit. Just my point of view :) From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 12:20:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5DBE106566B for ; Tue, 20 Mar 2012 12:20:43 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8BCDE8FC0A for ; Tue, 20 Mar 2012 12:20:43 +0000 (UTC) Received: by ghrr20 with SMTP id r20so7449792ghr.13 for ; Tue, 20 Mar 2012 05:20:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=o7wErjY2wNLSAa7XBZOr/KZn2qxA6F+gPHlMDJ3zCss=; b=kps+TMFInKVe+J8g/Da6QKEAx1ty+dPTxiinYSZS9bXKIhs9lyxOu31bDu7FR2uxCB uTNMEOQF+a1m8Ri5avXVKyrnwsW/mdMQBpFFgLcjFCbgzZMFQuXUYbIjuk0nD+fC/H/3 jAueTohiQp2mISckrnBePkrfsjspeiLTdowlZn7uBG5EJ8KKzqfCam7ykX/vWtN3TolV 7QNViR/cI4tuI9G4Fd1KCBdFIbiIvQnf/L7iTdHJjrk75E9ZpH+YQqXCyLVvlfwAC364 wa59Dcvssf0BnNs5f23nH3wT9tWAyVqSf3VG+iXRvx7Fz1czGv4gX+OLpbYglsFmoZms Cq4g== Received: by 10.236.156.34 with SMTP id l22mr15893744yhk.118.1332246037109; Tue, 20 Mar 2012 05:20:37 -0700 (PDT) Received: from [192.168.4.103] (c-71-229-1-99.hsd1.al.comcast.net. [71.229.1.99]) by mx.google.com with ESMTPS id 2sm1552300ane.12.2012.03.20.05.20.36 (version=SSLv3 cipher=OTHER); Tue, 20 Mar 2012 05:20:36 -0700 (PDT) Message-ID: <4F687624.9090604@gmail.com> Date: Tue, 20 Mar 2012 07:20:52 -0500 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 12:20:43 -0000 We should probably pad the version number, and shorten things up.. similar to: package-1.2-fbsd09.1-x86.pkg package-1.2-fbsd09.1-x64.pkg package-1.2-fbsd09.1-ppc.pkg package-1.2-fbsd09.1-ppc64.pkg package-1.2-fbsd09.1-arm.pkg For app "Package" version 1.2, on FreeBSD 9.1 drop the .1 for .0 versions. The reason for the padding is to help with sorting, at least until freebsd 100.0 comes out. :P Chuck Burns On 3/20/2012 5:40 AM, Alexander Yerenkow wrote: > IMHO, > 32 / 64 = easily parsable and represent integer. > > i386/amd64 - wellknown names, but this info about processor bits not lies > in math. > My point is i386 is arch, so can be kept, while 32 is processor bit count. > If you'll keep 32/64 various checks in side software will be simple (if you > have 32 bit processor, then this info is bundled in "32"), > while if you consider using "i386" string as storage of information about > "32" bit, it not so elegant. > Also, linuxes has come to i386- i586- i686- mess, and many their scripts > looks overbloated when they checks if system really 32 bit. > > Just my point of view :) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 14:26:57 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E18F106566B; Tue, 20 Mar 2012 14:26:57 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id BB33B8FC0C; Tue, 20 Mar 2012 14:26:56 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id F2587E6451; Tue, 20 Mar 2012 14:26:48 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=mail; bh= dmeGqEIA2UvtxQc380iKeYoFpH0=; b=abbAiVlHa462GYrpedo1rJz639BotE1j l0QMCsnDKYAPfIiex/TmqNWInscndAIVI4Sm3GyXrzseGZhGrLoSa9w/1k7DJWt1 boQwK+RZTCqe5L5djr3yJzMGMOW/h08gTpfPcQXq8akkVT67PyN6IejDiRhvW+Mq hyevKAS1pqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; q=dns; s= mail; b=TxT5XT/JgwVA8hbhy+KZNtZH7qfTg2dPKS5jVE+qlF4h/Mav3e7MAiRv msDAOvLQUuuuwcDZYD+N0g3iQEZd3Z6TkQQU+dCZ1gmdJnP/ZrlZcM1wH+fjkkm9 jrxeXxJ+q6LtA3EKhHE3QGcJV/VdSvGfRJYMfxWd00AKYG6NuV8= Received: from [192.168.1.151] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 6ADD0E6424; Tue, 20 Mar 2012 14:26:48 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Bruce Cran In-Reply-To: <20120320102008.GH2358@deviant.kiev.zoral.com.ua> Date: Tue, 20 Mar 2012 14:26:42 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1257) Cc: Baptiste Daroussin , current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 14:26:57 -0000 On 20 Mar 2012, at 10:20, Konstantin Belousov wrote: > i386-32 and amd64-64 is weird and confusing. >=20 > IMO, you should go either with x86-{32,64} names, or with i386/amd64, > not with a mix. Would we ever want to support something like x32 from Linux (which might = be amd64-32)? http://www.linuxplumbersconf.org/2011/ocw/sessions/531 --=20 Bruce Cran= From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 14:39:36 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1561106567A for ; Tue, 20 Mar 2012 14:39:36 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C1F078FC15; Tue, 20 Mar 2012 14:39:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2KEdaG8008351; Tue, 20 Mar 2012 14:39:36 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2KEdarh008350; Tue, 20 Mar 2012 14:39:36 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Tue, 20 Mar 2012 15:39:32 +0100 From: Baptiste Daroussin To: Chuck Burns Message-ID: <20120320143932.GB9629@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <4F687624.9090604@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: <4F687624.9090604@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 14:39:37 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 20, 2012 at 07:20:52AM -0500, Chuck Burns wrote: > We should probably pad the version number, and shorten things up..=20 > similar to: >=20 > package-1.2-fbsd09.1-x86.pkg > package-1.2-fbsd09.1-x64.pkg > package-1.2-fbsd09.1-ppc.pkg > package-1.2-fbsd09.1-ppc64.pkg > package-1.2-fbsd09.1-arm.pkg >=20 > For app "Package" version 1.2, on FreeBSD 9.1 > drop the .1 for .0 versions. >=20 > The reason for the padding is to help with sorting, at least until=20 > freebsd 100.0 comes out. :P >=20 > Chuck Burns >=20 I'm not on changing the package name, this information will be in the manif= est. the packagename will remain name-version.txz regards, Bapt --MW5yreqqjyrRcusr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9olqQACgkQ8kTtMUmk6EwwvwCdGZzZcAmvMOaPaHOQB4vF0cG3 9vwAn1hM+L4Xp98VqRLFlHyyYbVuWip5 =L5Rf -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 14:42:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4B52A106566C; Tue, 20 Mar 2012 14:42:46 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id ACC158FC0A; Tue, 20 Mar 2012 14:42:45 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q2KEgaPR094160; Tue, 20 Mar 2012 16:42:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q2KEgaBY036122; Tue, 20 Mar 2012 16:42:36 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q2KEgaWF036121; Tue, 20 Mar 2012 16:42:36 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 20 Mar 2012 16:42:36 +0200 From: Konstantin Belousov To: Bruce Cran Message-ID: <20120320144236.GK2358@deviant.kiev.zoral.com.ua> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iSeZnk6FyAS3EJ1y" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Baptiste Daroussin , current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 14:42:46 -0000 --iSeZnk6FyAS3EJ1y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 20, 2012 at 02:26:42PM +0000, Bruce Cran wrote: >=20 > On 20 Mar 2012, at 10:20, Konstantin Belousov wrote: >=20 > > i386-32 and amd64-64 is weird and confusing. > >=20 > > IMO, you should go either with x86-{32,64} names, or with i386/amd64, > > not with a mix. >=20 > Would we ever want to support something like x32 from Linux (which might = be amd64-32)? > http://www.linuxplumbersconf.org/2011/ocw/sessions/531 >=20 Yes, we do want to support this. In which form, and when, I have no good answer. We can propose some name for the architecture when the work starts. --iSeZnk6FyAS3EJ1y Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9ol1wACgkQC3+MBN1Mb4hvrQCfS+tgvukMqRQOTsQvJZyDETjf 140AoO82qV2lqnNHc2jbZerCdmk2FYvN =rnuy -----END PGP SIGNATURE----- --iSeZnk6FyAS3EJ1y-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 15:18:21 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65E4A106566B; Tue, 20 Mar 2012 15:18:21 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 76C658FC14; Tue, 20 Mar 2012 15:18:20 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA04245; Tue, 20 Mar 2012 17:18:12 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F689FB4.9050705@FreeBSD.org> Date: Tue, 20 Mar 2012 17:18:12 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120221 Thunderbird/10.0.2 MIME-Version: 1.0 To: Baptiste Daroussin References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <4F687624.9090604@gmail.com> <20120320143932.GB9629@azathoth.lan> In-Reply-To: <20120320143932.GB9629@azathoth.lan> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 15:18:21 -0000 on 20/03/2012 16:39 Baptiste Daroussin said the following: > On Tue, Mar 20, 2012 at 07:20:52AM -0500, Chuck Burns wrote: >> We should probably pad the version number, and shorten things up.. >> similar to: >> >> package-1.2-fbsd09.1-x86.pkg >> package-1.2-fbsd09.1-x64.pkg >> package-1.2-fbsd09.1-ppc.pkg >> package-1.2-fbsd09.1-ppc64.pkg >> package-1.2-fbsd09.1-arm.pkg >> >> For app "Package" version 1.2, on FreeBSD 9.1 >> drop the .1 for .0 versions. >> >> The reason for the padding is to help with sorting, at least until >> freebsd 100.0 comes out. :P >> >> Chuck Burns >> > > I'm not on changing the package name, this information will be in the manifest. > > the packagename will remain name-version.txz So no plans for cross-arch package repos? :) IMO, it could be useful to reflect arch metadata in the package name. BTW, some packaging systems also have a "noarch" indicator for packages that contain purely stuff like documentation or images (or shell scripts, etc). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Mar 20 15:48:47 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AFBF106566B; Tue, 20 Mar 2012 15:48:47 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E6AC38FC12; Tue, 20 Mar 2012 15:48:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2KFmkRR072173; Tue, 20 Mar 2012 15:48:46 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2KFmkn0072172; Tue, 20 Mar 2012 15:48:46 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Tue, 20 Mar 2012 16:48:42 +0100 From: Baptiste Daroussin To: Andriy Gapon Message-ID: <20120320154842.GE9629@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <4F687624.9090604@gmail.com> <20120320143932.GB9629@azathoth.lan> <4F689FB4.9050705@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TD8GDToEDw0WLGOL" Content-Disposition: inline In-Reply-To: <4F689FB4.9050705@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2012 15:48:47 -0000 --TD8GDToEDw0WLGOL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 20, 2012 at 05:18:12PM +0200, Andriy Gapon wrote: > on 20/03/2012 16:39 Baptiste Daroussin said the following: > > On Tue, Mar 20, 2012 at 07:20:52AM -0500, Chuck Burns wrote: > >> We should probably pad the version number, and shorten things up..=20 > >> similar to: > >> > >> package-1.2-fbsd09.1-x86.pkg > >> package-1.2-fbsd09.1-x64.pkg > >> package-1.2-fbsd09.1-ppc.pkg > >> package-1.2-fbsd09.1-ppc64.pkg > >> package-1.2-fbsd09.1-arm.pkg > >> > >> For app "Package" version 1.2, on FreeBSD 9.1 > >> drop the .1 for .0 versions. > >> > >> The reason for the padding is to help with sorting, at least until=20 > >> freebsd 100.0 comes out. :P > >> > >> Chuck Burns > >> > >=20 > > I'm not on changing the package name, this information will be in the m= anifest. > >=20 > > the packagename will remain name-version.txz >=20 > So no plans for cross-arch package repos? :) > IMO, it could be useful to reflect arch metadata in the package name. > BTW, some packaging systems also have a "noarch" indicator for packages t= hat > contain purely stuff like documentation or images (or shell scripts, etc). This is then plan except that I prefer calling it "any" than "noarch" :) No need to change the package name for that. If you want the package name to reflect the real abi it will be from far too long :) The indication is in the the repository metadata, it is enough most of the = time, if we are on adding it to the package name what do you want to see in ? OS? majorversion? arch? 32/64bits? incompatible abi/extension? You will get the same problem that I'm trying to solve except that it will = gives you very very long package names. regards, Bapt --TD8GDToEDw0WLGOL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9optoACgkQ8kTtMUmk6EzX7ACghUGKl8DRdH+UHrfQxlnHOh7w DfUAoIhvvdDVeu03UpjpNIdfdoAcaijr =i00R -----END PGP SIGNATURE----- --TD8GDToEDw0WLGOL-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 09:52:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19BFF106564A; Wed, 21 Mar 2012 09:52:40 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7D41B8FC1B; Wed, 21 Mar 2012 09:52:39 +0000 (UTC) Received: from titan.wdn.omnilan.net (titan.lo4.wdn.omnilan.net [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id q2L9ljt8078526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Mar 2012 10:47:46 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.wdn.omnilan.net [172.21.1.150] claimed to be titan.wdn.omnilan.net Message-ID: <4F69A3C1.7040305@omnilan.de> Date: Wed, 21 Mar 2012 10:47:45 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD current , fs@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4C62FB53990859A065C0C028" Cc: Subject: Idea for GEOM and policy based file encryption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 09:52:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4C62FB53990859A065C0C028 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I personally don't have the need to encrypt whole filesystems and if I need to transfer sensitive data I use gpg to encrypt the tarball or whatever. But, I'd like to see some single files encrypted on my systems, eg. wpasupplicant.conf, ipsec.conf aso. Since I recently secured LDAP queries via IPSec, I found this to be the absolute perfect solution. Encryption takes place only where really needed with about no overhead (compared to SSL-LDAP) So would it be imaginable, that there's something like the SPD for network sockets also for files? The idea is that in this fileSPD, there's the entry that /etc/ipsec.conf must be aes encrypted. In a fileSA, there's the info that /etc/ipsec.conf can be read by uid xyz (or only one specific kernel, identified by something new to implement) and with a special key ID. The keys are loadad as modules, optionally symmetric encrypted by passphrase.= Was such a policy based file encryption control doable with GEOM? Maybe it's easier to make use of existing tools like gpg with GEOM interaction? I don't want to reinvent any file encryption, I just need some automatic encryption (without _mandatory_ interaction) with lowest possible bypass possibilities. Thanks, -Harry --------------enig4C62FB53990859A065C0C028 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9po8EACgkQLDqVQ9VXb8j6xgCgxVpAQljNs8vZfCe23dGVv9vz WnIAn275iF4JqId1nUfmaic2DdCyA1bI =Qdxc -----END PGP SIGNATURE----- --------------enig4C62FB53990859A065C0C028-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 10:09:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 263AF1065673; Wed, 21 Mar 2012 10:09:12 +0000 (UTC) (envelope-from victor@bsdes.net) Received: from equilibrium.bsdes.net (244.Red-217-126-240.staticIP.rima-tde.net [217.126.240.244]) by mx1.freebsd.org (Postfix) with ESMTP id BD42F8FC21; Wed, 21 Mar 2012 10:09:11 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id 4283639844; Wed, 21 Mar 2012 11:09:05 +0100 (CET) Date: Wed, 21 Mar 2012 11:09:05 +0100 From: Victor Balada Diaz To: Harald Schmalzbauer Message-ID: <20120321100905.GN5886@equilibrium.bsdes.net> References: <4F69A3C1.7040305@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4F69A3C1.7040305@omnilan.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD current , fs@freebsd.org Subject: Re: Idea for GEOM and policy based file encryption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 10:09:12 -0000 On Wed, Mar 21, 2012 at 10:47:45AM +0100, Harald Schmalzbauer wrote: > Hello, > > I personally don't have the need to encrypt whole filesystems and if I > need to transfer sensitive data I use gpg to encrypt the tarball or > whatever. > But, I'd like to see some single files encrypted on my systems, eg. > wpasupplicant.conf, ipsec.conf aso. > Since I recently secured LDAP queries via IPSec, I found this to be the > absolute perfect solution. Encryption takes place only where really > needed with about no overhead (compared to SSL-LDAP) > So would it be imaginable, that there's something like the SPD for > network sockets also for files? > The idea is that in this fileSPD, there's the entry that /etc/ipsec.conf > must be aes encrypted. In a fileSA, there's the info that > /etc/ipsec.conf can be read by uid xyz (or only one specific kernel, > identified by something new to implement) and with a special key ID. The > keys are loadad as modules, optionally symmetric encrypted by passphrase. > > Was such a policy based file encryption control doable with GEOM? > Maybe it's easier to make use of existing tools like gpg with GEOM > interaction? > I don't want to reinvent any file encryption, I just need some automatic > encryption (without _mandatory_ interaction) with lowest possible bypass > possibilities. > > Thanks, > Hello Harald, I'm not an expert, but i guess that GEOM is not the place for that kind of encryption. GEOM have no knowledge about files or directories. That is file system specific. You would need to modify UFS, or maybe do something like CFS[1]. CFS works as an NFS server and you could modify it to only cipher the needed files. Also you could write a simple FS on FUSE, but last time i checked, our FUSE support had some problems. I hope it helps. Regards. Victor. [1]: http://www.crypto.com/software/ -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 10:19:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E8B41065679; Wed, 21 Mar 2012 10:19:31 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (mail.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id CF48C8FC1B; Wed, 21 Mar 2012 10:19:30 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 79137B8026; Wed, 21 Mar 2012 14:19:23 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 738C8B801F; Wed, 21 Mar 2012 14:19:23 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id 57B3BB9FF8; Wed, 21 Mar 2012 14:19:23 +0400 (MSK) Received: from [127.0.0.1] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id 0EA77B9FEB; Wed, 21 Mar 2012 14:19:23 +0400 (MSK) Message-ID: <4F69AB2B.5050205@FreeBSD.org> Date: Wed, 21 Mar 2012 14:19:23 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Harald Schmalzbauer References: <4F69A3C1.7040305@omnilan.de> In-Reply-To: <4F69A3C1.7040305@omnilan.de> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: FreeBSD current , fs@freebsd.org Subject: Re: Idea for GEOM and policy based file encryption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 10:19:31 -0000 On 21.03.2012 13:47, Harald Schmalzbauer wrote: > Was such a policy based file encryption control doable with GEOM? > Maybe it's easier to make use of existing tools like gpg with GEOM > interaction? > I don't want to reinvent any file encryption, I just need some automatic > encryption (without _mandatory_ interaction) with lowest possible bypass > possibilities. It sounds like not a task for GEOM. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 10:47:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 129AE1065673; Wed, 21 Mar 2012 10:47:15 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mail.kirov.so-ups.ru (ns.kirov.so-ups.ru [178.74.170.1]) by mx1.freebsd.org (Postfix) with ESMTP id B1DB28FC0C; Wed, 21 Mar 2012 10:47:14 +0000 (UTC) Received: from kas30pipe.localhost (localhost.kirov.so-ups.ru [127.0.0.1]) by mail.kirov.so-ups.ru (Postfix) with SMTP id 787ECB8027; Wed, 21 Mar 2012 14:47:13 +0400 (MSK) Received: from kirov.so-ups.ru (unknown [172.21.81.1]) by mail.kirov.so-ups.ru (Postfix) with ESMTP id 6E392B801F; Wed, 21 Mar 2012 14:47:13 +0400 (MSK) Received: by ns.kirov.so-ups.ru (Postfix, from userid 1010) id 50D83B9FF9; Wed, 21 Mar 2012 14:47:13 +0400 (MSK) Received: from [127.0.0.1] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-ups.ru (Postfix) with ESMTP id 1AA57B9FF0; Wed, 21 Mar 2012 14:47:13 +0400 (MSK) Message-ID: <4F69B1B0.3040005@FreeBSD.org> Date: Wed, 21 Mar 2012 14:47:12 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Victor Balada Diaz References: <4F69A3C1.7040305@omnilan.de> <20120321100905.GN5886@equilibrium.bsdes.net> In-Reply-To: <20120321100905.GN5886@equilibrium.bsdes.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0284], KAS30/Release X-SpamTest-Info: Not protected Cc: Harald Schmalzbauer , FreeBSD current , fs@freebsd.org Subject: Re: Idea for GEOM and policy based file encryption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 10:47:15 -0000 On 21.03.2012 14:09, Victor Balada Diaz wrote: > You would need to modify UFS, or maybe do something like CFS[1]. CFS works > as an NFS server and you could modify it to only cipher the needed files. > > Also you could write a simple FS on FUSE, but last time i checked, our > FUSE support had some problems. > Yet another link: http://www.arg0.net/encfs -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 11:13:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CF15106566C for ; Wed, 21 Mar 2012 11:13:12 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id F23F58FC08 for ; Wed, 21 Mar 2012 11:13:11 +0000 (UTC) Received: from vhoffman-macbooklocal.local (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q2LBD9DU072340 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 21 Mar 2012 11:13:10 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4F69B7C5.5080800@unsane.co.uk> Date: Wed, 21 Mar 2012 11:13:09 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F69A3C1.7040305@omnilan.de> <20120321100905.GN5886@equilibrium.bsdes.net> <4F69B1B0.3040005@FreeBSD.org> In-Reply-To: <4F69B1B0.3040005@FreeBSD.org> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Re: Idea for GEOM and policy based file encryption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 11:13:12 -0000 On 21/03/2012 10:47, Andrey V. Elsukov wrote: > On 21.03.2012 14:09, Victor Balada Diaz wrote: >> You would need to modify UFS, or maybe do something like CFS[1]. CFS works >> as an NFS server and you could modify it to only cipher the needed files. >> >> Also you could write a simple FS on FUSE, but last time i checked, our >> FUSE support had some problems. >> > Yet another link: > http://www.arg0.net/encfs > or pefs FreeBSD wiki page: http://wiki.freebsd.org/PEFS blog: http://glebkurtsou.blogspot.com/search/label/pefs From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 13:34:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 419CC106564A; Wed, 21 Mar 2012 13:34:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id AB8ED8FC0C; Wed, 21 Mar 2012 13:34:29 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432FB.dip.t-dialin.net [79.196.50.251]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 5CE46844009; Wed, 21 Mar 2012 14:34:09 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id A0C682470; Wed, 21 Mar 2012 14:34:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1332336846; bh=K3+d+5RrZ1ToAqhRAGzb6Uq+CErWdTPkSI9tNZPWl34=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=BhSJiXudsh8vsiCQyERNgoYhXJmDvwunHq3NJkPNvWioblIsJlv/3EUF0qyFndPAE NfelQgEFK0zndktz6gfgQuNOXO1gAcocERAWtWDM6mHXSb14V+/i5if0Ybrzqz2Yjv SIOtO+/uN1Ebg9mmhmBSUTWi9lIfOF0MpqgUwSYNGJmIQNZ7edah8ZgeA5Cu3axKCR jQ/6IBvmDBIh4GGDdqvkJun3knfa09+xONK8aubykoU9KAvdzCZ3EvsWFFUpaUQPb+ QH9RobXT7Gnp9fLuVIvNM/qBXpdG8lduRb2TWhlk+wXvVbZgCifVcI1blX+mR0d5pX +w1NjiLMEr2TQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q2LDY6ox018755; Wed, 21 Mar 2012 14:34:06 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.21 ([85.94.224.21]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 21 Mar 2012 14:34:06 +0100 Date: Wed, 21 Mar 2012 14:34:03 +0100 Message-ID: <20120321143403.Horde.VhlEOJjmRSRPadjLnx7Eh8A@webmail.leidinger.net> From: Alexander Leidinger To: Baptiste Daroussin References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H4 (5.0.19) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 5CE46844009.A0A99 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.714, required 6, autolearn=disabled, AWL -0.60, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1332941649.6847@7WVjPzXLRAqXycDJMO8WCg X-EBL-Spam-Status: No Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 13:34:30 -0000 Quoting Bruce Cran (from Tue, 20 Mar 2012 14:26:42 +0000): > On 20 Mar 2012, at 10:20, Konstantin Belousov wrote: > >> i386-32 and amd64-64 is weird and confusing. >> >> IMO, you should go either with x86-{32,64} names, or with i386/amd64, >> not with a mix. > > Would we ever want to support something like x32 from Linux (which > might be amd64-32)? > http://www.linuxplumbersconf.org/2011/ocw/sessions/531 Not related to x32, but related to the Linux keyword (yes, I'm in the wrong branch of this thread, but I don't have the root anymore): Can you please explain how the linuxulator ports (linux_base-*) fit into this? linux_base-f10 contains 32bit linux binaries, which run in the linuxulator on i386 and amd64. If someone steps up and finishes the 64bit linux emulation on amd64, we would be able to use a linux_base(32) and a linux_base64 (or however we want to name them then) on amd64 (both at the same time). The content of the packages generated on i386 can be used on amd64 (both are generated from the same linux binary RPMs and the few FreeBSD modifications are rm's, symlinks and config changes). Can you please explain and/or give examples which kind of metadata those ports would get? Bye, Alexander. -- Preserve wildlife -- pickle a squirrel today! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 13:59:24 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7836F106567C for ; Wed, 21 Mar 2012 13:59:24 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9498FC12; Wed, 21 Mar 2012 13:59:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2LDxNBM036550; Wed, 21 Mar 2012 13:59:23 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2LDxNH1036549; Wed, 21 Mar 2012 13:59:23 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 21 Mar 2012 14:59:20 +0100 From: Baptiste Daroussin To: Alexander Leidinger Message-ID: <20120321135919.GG9629@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <20120321143403.Horde.VhlEOJjmRSRPadjLnx7Eh8A@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WkfBGePaEyrk4zXB" Content-Disposition: inline In-Reply-To: <20120321143403.Horde.VhlEOJjmRSRPadjLnx7Eh8A@webmail.leidinger.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 13:59:24 -0000 --WkfBGePaEyrk4zXB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 21, 2012 at 02:34:03PM +0100, Alexander Leidinger wrote: > Quoting Bruce Cran (from Tue, 20 Mar 2012 14:26:42 +0= 000): >=20 > > On 20 Mar 2012, at 10:20, Konstantin Belousov wrote: > > > >> i386-32 and amd64-64 is weird and confusing. > >> > >> IMO, you should go either with x86-{32,64} names, or with i386/amd64, > >> not with a mix. > > > > Would we ever want to support something like x32 from Linux (which =20 > > might be amd64-32)? > > http://www.linuxplumbersconf.org/2011/ocw/sessions/531 >=20 > Not related to x32, but related to the Linux keyword (yes, I'm in the =20 > wrong branch of this thread, but I don't have the root anymore): >=20 > Can you please explain how the linuxulator ports (linux_base-*) fit into = this? >=20 > linux_base-f10 contains 32bit linux binaries, which run in the =20 > linuxulator on i386 and amd64. If someone steps up and finishes the =20 > 64bit linux emulation on amd64, we would be able to use a =20 > linux_base(32) and a linux_base64 (or however we want to name them =20 > then) on amd64 (both at the same time). The content of the packages =20 > generated on i386 can be used on amd64 (both are generated from the =20 > same linux binary RPMs and the few FreeBSD modifications are rm's, =20 > symlinks and config changes). >=20 > Can you please explain and/or give examples which kind of metadata =20 > those ports would get? for packages currently their will be two possible chain for the abi: the abi defined here or any any will be for scripts, data, etc. I was thinking about giving a multi arch possibilities for packages for exa= mple: arch: ["freebsd:9:x86:32", "freebsd:9:x86:64"] when a package can be installed in both i386 and amd64 and maybe in the Makefile: PKGARCH=3D i386 amd64 or PKGARCH=3D x86:32 x86:64 not decided yet for scripts: PKGARCH=3D any But I haven't decided yet :) regards, Bapt --WkfBGePaEyrk4zXB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9p3rcACgkQ8kTtMUmk6ExylwCfdovpW9Xe/35/Cb2JKCGmVW99 6ywAn3nX0A5MtMmHhYaVJLuYhRecuIGL =DNgh -----END PGP SIGNATURE----- --WkfBGePaEyrk4zXB-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 15:00:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECDCE10656E1; Wed, 21 Mar 2012 15:00:39 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 61B7A8FC12; Wed, 21 Mar 2012 15:00:11 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC432FB.dip.t-dialin.net [79.196.50.251]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 67F4F844009; Wed, 21 Mar 2012 15:59:44 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id AE8922479; Wed, 21 Mar 2012 15:59:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1332341981; bh=EbasfOGKG7UFEtJgE5Ci2FdN8oRa7mDm18vENraiRyE=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=g8ySDN/V31E8J77V1ZCWmYNokuoTvk4XR8sBFEBQXxUqAh5dV1FH4KwyWDHkf9c9S e++KkNNGVGYHWKOEmkgZaFAbaEaAVz+5/gv++OjdMySKyzFX/5xpuziRrRIYeo7fwS IdZ+V0M2YzxnrqETeaaIDfJWwphXAMDOLiEE9ITyRsLZJnXRTyjXT/8Net/btuDPB/ rCCThXeqrl/zAIKHb3geFJODE55jGLXNNwEFNI51K9ZziMDUYlUeZNZfdjhRQma6t9 IMX1IJ+k8VMgJf1BeA3lV8BqzgImWqDj5rIFegw+vIK0qQyxVOdQCVRfLSUIYlqRpN aGHSDGXhjz5ZQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q2LExfsB048658; Wed, 21 Mar 2012 15:59:41 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.21 ([85.94.224.21]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 21 Mar 2012 15:59:41 +0100 Date: Wed, 21 Mar 2012 15:59:38 +0100 Message-ID: <20120321155938.Horde.MHZBUZjmRSRPaezaqlsb3yA@webmail.leidinger.net> From: Alexander Leidinger To: Baptiste Daroussin References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <20120321143403.Horde.VhlEOJjmRSRPadjLnx7Eh8A@webmail.leidinger.net> <20120321135919.GG9629@azathoth.lan> In-Reply-To: <20120321135919.GG9629@azathoth.lan> User-Agent: Internet Messaging Program (IMP) H4 (5.0.19) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 67F4F844009.AF699 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.722, required 6, autolearn=disabled, AWL -0.61, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1332946787.38304@RinrNITBdpiaN2gcsr3xzw X-EBL-Spam-Status: No Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 15:00:40 -0000 Quoting Baptiste Daroussin (from Wed, 21 Mar 2012 14:59:20 +0100): > On Wed, Mar 21, 2012 at 02:34:03PM +0100, Alexander Leidinger wrote: >> Quoting Bruce Cran (from Tue, 20 Mar 2012 >> 14:26:42 +0000): >> >> > On 20 Mar 2012, at 10:20, Konstantin Belousov wrote: >> > >> >> i386-32 and amd64-64 is weird and confusing. >> >> >> >> IMO, you should go either with x86-{32,64} names, or with i386/amd64, >> >> not with a mix. >> > >> > Would we ever want to support something like x32 from Linux (which >> > might be amd64-32)? >> > http://www.linuxplumbersconf.org/2011/ocw/sessions/531 >> >> Not related to x32, but related to the Linux keyword (yes, I'm in the >> wrong branch of this thread, but I don't have the root anymore): >> >> Can you please explain how the linuxulator ports (linux_base-*) fit >> into this? >> >> linux_base-f10 contains 32bit linux binaries, which run in the >> linuxulator on i386 and amd64. If someone steps up and finishes the >> 64bit linux emulation on amd64, we would be able to use a >> linux_base(32) and a linux_base64 (or however we want to name them >> then) on amd64 (both at the same time). The content of the packages >> generated on i386 can be used on amd64 (both are generated from the >> same linux binary RPMs and the few FreeBSD modifications are rm's, >> symlinks and config changes). >> >> Can you please explain and/or give examples which kind of metadata >> those ports would get? > > for packages currently their will be two possible chain for the abi: > the abi defined here or any > > any will be for scripts, data, etc. > > I was thinking about giving a multi arch possibilities for packages > for example: > > arch: ["freebsd:9:x86:32", "freebsd:9:x86:64"] > > when a package can be installed in both i386 and amd64 > > and maybe in the Makefile: > > PKGARCH= i386 amd64 > > or > > PKGARCH= x86:32 x86:64 > > not decided yet > > for scripts: > > PKGARCH= any > > But I haven't decided yet :) This means that you do not try to compute this, you want to rely on metadata from humans. How to you want to handle the common FreeBSD native port (has to be compiled, can be compiled without problems on all FreeBSD architectures (e.g. the "Hello World." program), the binary only works on the architecture it was compiled for)? I assume you do not want to add PKGARCH=$(NATIVE_ARCH) to every port. Maybe PKGARCH?=$(NATIVE_ARCH) in bsd.port.mk? Bye, Alexander. -- Men aren't attracted to me by my mind. They're attracted by what I don't mind... -- Gypsy Rose Lee http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 15:18:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DA91106566C; Wed, 21 Mar 2012 15:18:38 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF068FC14; Wed, 21 Mar 2012 15:18:37 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1364356bkc.13 for ; Wed, 21 Mar 2012 08:18:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=3VVBNy9vmrHJVpRdo7dLOP+iqvTqZ6UyfD9y846yS/w=; b=n8H8GoMz5Zi8OFMAkgR0ip6S3ERuVc1yKyhyHpAh/tuFXTu8POt9JesGFOCT+YtBlD hvDk9p0pFIMfPmzTbuae2VL6ojC5BkYkJi7rwbFd8y51sma1StUHZ58ahPzL3Ypj95TC UTq3wzcmO0KjG/Wrt3bVVXemZrYD+Zgw0u+v817JWvW2CQaNeZXjeAtxJK5NmGsfyREP st172ZQ7VdXR/87iHsXHbBaDF+PQDtaMA2Ty4glKLcoMOR3jqvP8M6UpW72c54M9arhg K8SxV2LRlh7GdZPPVTa+iQz4Q3QakW813BAS4wEg+RVoqE9QcfPX24/6ISp57EFdHSk0 Y1bQ== Received: by 10.204.155.143 with SMTP id s15mr1646198bkw.44.1332343116655; Wed, 21 Mar 2012 08:18:36 -0700 (PDT) Received: from [172.29.1.142] (altimet-gw.cs2.dp.wnet.ua. [217.20.178.249]) by mx.google.com with ESMTPS id u5sm4079377bka.5.2012.03.21.08.18.35 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 21 Mar 2012 08:18:35 -0700 (PDT) Message-ID: <4F69F12F.2010300@gmail.com> Date: Wed, 21 Mar 2012 17:18:07 +0200 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: Baptiste Daroussin References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <20120321143403.Horde.VhlEOJjmRSRPadjLnx7Eh8A@webmail.leidinger.net> <20120321135919.GG9629@azathoth.lan> In-Reply-To: <20120321135919.GG9629@azathoth.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 15:18:38 -0000 Baptiste Daroussin wrote: > when a package can be installed in both i386 and amd64 > > and maybe in the Makefile: > > PKGARCH= i386 amd64 > > or > > PKGARCH= x86:32 x86:64 Baptiste, if ABI/arch ids will leak out to port Makefiles (i.e. I will need to care about them), then please leave them matching to the usual FreeBSD arch names, i.e. i386 and amd64, not the new ones. For reasons of consistency. From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 17:28:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85B0A1065673 for ; Wed, 21 Mar 2012 17:28:05 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 650438FC12; Wed, 21 Mar 2012 17:28:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2LHS5H6037176; Wed, 21 Mar 2012 17:28:05 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2LHS5dN037175; Wed, 21 Mar 2012 17:28:05 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 21 Mar 2012 18:28:01 +0100 From: Baptiste Daroussin To: Alexander Leidinger Message-ID: <20120321172801.GH9629@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <20120321143403.Horde.VhlEOJjmRSRPadjLnx7Eh8A@webmail.leidinger.net> <20120321135919.GG9629@azathoth.lan> <20120321155938.Horde.MHZBUZjmRSRPaezaqlsb3yA@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yia77v5a8fyVHJSl" Content-Disposition: inline In-Reply-To: <20120321155938.Horde.MHZBUZjmRSRPaezaqlsb3yA@webmail.leidinger.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 17:28:05 -0000 --Yia77v5a8fyVHJSl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 21, 2012 at 03:59:38PM +0100, Alexander Leidinger wrote: > Quoting Baptiste Daroussin (from Wed, 21 Mar 2012 =20 > 14:59:20 +0100): >=20 > > On Wed, Mar 21, 2012 at 02:34:03PM +0100, Alexander Leidinger wrote: > >> Quoting Bruce Cran (from Tue, 20 Mar 2012 =20 > >> 14:26:42 +0000): > >> > >> > On 20 Mar 2012, at 10:20, Konstantin Belousov wrote: > >> > > >> >> i386-32 and amd64-64 is weird and confusing. > >> >> > >> >> IMO, you should go either with x86-{32,64} names, or with i386/amd6= 4, > >> >> not with a mix. > >> > > >> > Would we ever want to support something like x32 from Linux (which > >> > might be amd64-32)? > >> > http://www.linuxplumbersconf.org/2011/ocw/sessions/531 > >> > >> Not related to x32, but related to the Linux keyword (yes, I'm in the > >> wrong branch of this thread, but I don't have the root anymore): > >> > >> Can you please explain how the linuxulator ports (linux_base-*) fit = =20 > >> into this? > >> > >> linux_base-f10 contains 32bit linux binaries, which run in the > >> linuxulator on i386 and amd64. If someone steps up and finishes the > >> 64bit linux emulation on amd64, we would be able to use a > >> linux_base(32) and a linux_base64 (or however we want to name them > >> then) on amd64 (both at the same time). The content of the packages > >> generated on i386 can be used on amd64 (both are generated from the > >> same linux binary RPMs and the few FreeBSD modifications are rm's, > >> symlinks and config changes). > >> > >> Can you please explain and/or give examples which kind of metadata > >> those ports would get? > > > > for packages currently their will be two possible chain for the abi: > > the abi defined here or any > > > > any will be for scripts, data, etc. > > > > I was thinking about giving a multi arch possibilities for packages =20 > > for example: > > > > arch: ["freebsd:9:x86:32", "freebsd:9:x86:64"] > > > > when a package can be installed in both i386 and amd64 > > > > and maybe in the Makefile: > > > > PKGARCH=3D i386 amd64 > > > > or > > > > PKGARCH=3D x86:32 x86:64 > > > > not decided yet > > > > for scripts: > > > > PKGARCH=3D any > > > > But I haven't decided yet :) >=20 > This means that you do not try to compute this, you want to rely on =20 > metadata from humans. >=20 > How to you want to handle the common FreeBSD native port (has to be =20 > compiled, can be compiled without problems on all FreeBSD =20 > architectures (e.g. the "Hello World." program), the binary only works = =20 > on the architecture it was compiled for)? I assume you do not want to =20 > add PKGARCH=3D$(NATIVE_ARCH) to every port. Maybe =20 > PKGARCH?=3D$(NATIVE_ARCH) in bsd.port.mk? well is pkgarch isn't defined pkgng will fall back on the system one, so yo= u do not need to add it in bsd.port.mk neither in the port Makefile regards, Bapt --Yia77v5a8fyVHJSl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9qD6EACgkQ8kTtMUmk6EyJiACgnQVwfANJKsDWuqrkWDVmMcEl m4kAnAkaVi/GzhDqTD7mmJS+o4bwAD9N =cG6N -----END PGP SIGNATURE----- --Yia77v5a8fyVHJSl-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 17:30:16 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 373FB1065676 for ; Wed, 21 Mar 2012 17:30:16 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 17B4D8FC12; Wed, 21 Mar 2012 17:30:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q2LHUFgo037345; Wed, 21 Mar 2012 17:30:15 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2LHUF4T037337; Wed, 21 Mar 2012 17:30:15 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 21 Mar 2012 18:30:09 +0100 From: Baptiste Daroussin To: Vitaly Magerya Message-ID: <20120321173009.GI9629@azathoth.lan> References: <20120319213508.GA1692@azathoth.lan> <20120320091935.GF1692@azathoth.lan> <20120320102008.GH2358@deviant.kiev.zoral.com.ua> <20120321143403.Horde.VhlEOJjmRSRPadjLnx7Eh8A@webmail.leidinger.net> <20120321135919.GG9629@azathoth.lan> <4F69F12F.2010300@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D6z0c4W1rkZNF4Vu" Content-Disposition: inline In-Reply-To: <4F69F12F.2010300@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Leidinger , current@freebsd.org Subject: Re: ABI/architecture identification for packages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 17:30:16 -0000 --D6z0c4W1rkZNF4Vu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 21, 2012 at 05:18:07PM +0200, Vitaly Magerya wrote: > Baptiste Daroussin wrote: > > when a package can be installed in both i386 and amd64 > >=20 > > and maybe in the Makefile: > >=20 > > PKGARCH=3D i386 amd64 > >=20 > > or > >=20 > > PKGARCH=3D x86:32 x86:64 >=20 > Baptiste, if ABI/arch ids will leak out to port Makefiles (i.e. I will > need to care about them), then please leave them matching to the usual > FreeBSD arch names, i.e. i386 and amd64, not the new ones. For reasons > of consistency. The is the reason of the "or" :) the problem will occurs with the old way when arm and mips package support will be generalized regards, Bapt --D6z0c4W1rkZNF4Vu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9qECEACgkQ8kTtMUmk6Ez9dgCZAYhSIfZv3DYRiku08r7Ghr3w /1oAn1I9SnYgiKhpRbIv7/JVD8hVOYty =Akaq -----END PGP SIGNATURE----- --D6z0c4W1rkZNF4Vu-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 21 22:26:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F7D106564A for ; Wed, 21 Mar 2012 22:26:06 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id C98728FC0A for ; Wed, 21 Mar 2012 22:26:05 +0000 (UTC) Received: by lboi15 with SMTP id i15so1591746lbo.13 for ; Wed, 21 Mar 2012 15:26:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=8em17WTI8rWFp8j3qapqk0q4jiXEWysp6k+SqB8NpX4=; b=l83e+iTicsKXnE3DPPT8ZpLseUNCcGB4dhcxuwx8B8jrH9XSigcPa8nM36hP2tfDyQ tazqeZPQX9r2QLcM7/HFQtQfJHVglx7aVtvk7XCkAKz4IrDzHDoUEaCgiaG0Mi3gkhri 1QBoDIY/sJmyA1fRjMBDlfQukH4q2CnVCgdhlaCqLL/QlPbfwAYDY079m+XX1nh6Ns2W YxF4OlZtfTae0uFY6Nb+CcWbXDYhBeZNXe3jN14RVGP1xBgwAoMjrKn+ne+lc4FNCaJ8 J1utyeUcPcosbdchoNN9/YHYPGuI49DO7XgEcUrWtMsZPTLfE/vf+k6HxgVuRqdOx9O3 MlTg== Received: by 10.152.102.228 with SMTP id fr4mr4055995lab.23.1332368764473; Wed, 21 Mar 2012 15:26:04 -0700 (PDT) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id py12sm2933809lab.4.2012.03.21.15.26.02 (version=SSLv3 cipher=OTHER); Wed, 21 Mar 2012 15:26:03 -0700 (PDT) Date: Thu, 22 Mar 2012 00:26:01 +0200 From: Gleb Kurtsou To: Vincent Hoffman Message-ID: <20120321222601.GA14370@reks> References: <4F69A3C1.7040305@omnilan.de> <20120321100905.GN5886@equilibrium.bsdes.net> <4F69B1B0.3040005@FreeBSD.org> <4F69B7C5.5080800@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F69B7C5.5080800@unsane.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Harald Schmalzbauer , freebsd-current@freebsd.org Subject: Re: Idea for GEOM and policy based file encryption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Mar 2012 22:26:06 -0000 On (21/03/2012 11:13), Vincent Hoffman wrote: > On 21/03/2012 10:47, Andrey V. Elsukov wrote: > > On 21.03.2012 14:09, Victor Balada Diaz wrote: > >> You would need to modify UFS, or maybe do something like CFS[1]. CFS works > >> as an NFS server and you could modify it to only cipher the needed files. > >> > >> Also you could write a simple FS on FUSE, but last time i checked, our > >> FUSE support had some problems. > >> > > Yet another link: > > http://www.arg0.net/encfs > > > or pefs > FreeBSD wiki page: http://wiki.freebsd.org/PEFS > blog: http://glebkurtsou.blogspot.com/search/label/pefs It's also in ports: http://www.freshports.org/sysutils/pefs-kmod/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 11:59:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33C351065673; Thu, 22 Mar 2012 11:59:28 +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 EC49B8FC1A; Thu, 22 Mar 2012 11:59:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2MBxKPE070734; Thu, 22 Mar 2012 07:59:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2MBxKti070728; Thu, 22 Mar 2012 11:59:20 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 22 Mar 2012 11:59:20 GMT Message-Id: <201203221159.q2MBxKti070728@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 11:59:28 -0000 TB --- 2012-03-22 11:55:53 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-22 11:55:53 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-22 11:55:53 - cleaning the object tree TB --- 2012-03-22 11:55:53 - cvsupping the source tree TB --- 2012-03-22 11:55:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-22 11:56:15 - building world TB --- 2012-03-22 11:56:15 - CROSS_BUILD_TESTING=YES TB --- 2012-03-22 11:56:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-22 11:56:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-22 11:56:15 - SRCCONF=/dev/null TB --- 2012-03-22 11:56:15 - TARGET=mips TB --- 2012-03-22 11:56:15 - TARGET_ARCH=mips TB --- 2012-03-22 11:56:15 - TZ=UTC TB --- 2012-03-22 11:56:15 - __MAKE_CONF=/dev/null TB --- 2012-03-22 11:56:15 - cd /src TB --- 2012-03-22 11:56:15 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 22 11:56:16 UTC 2012 >>> 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 [...] ./genconditions /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/mips/mips.md > insn-conditions.c rm -f .depend mkdep -f .depend -a -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips.mipsel/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -DGENERATOR_FILE -DHAVE_CONFIG_H -I/obj/mips.mipsel/src/tmp/legacy/usr/include -std=gnu89 /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/errors.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genautomata.c /src/gnu/usr.bin/! cc/cc_tools/../../../../contrib/gcc/gencheck.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genchecksum.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconditions.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconstants.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengenrtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genmodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genopinit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genoutput.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpeep.c /src/gnu/usr.bin/cc/cc_tools/! ../../../../contrib/gcc/genpreds.c /src/gnu/usr.bin/cc/cc_tool! s/../../../../contrib/gcc/genrecog.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gensupport.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ggc-none.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/print-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/read-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/vec.c gengtype-lex.c gengtype-yacc+%DIKED.c insn-conditions.c min-insn-modes.c gencondmd.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips.mipsel/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/mips.mipsel/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genchecksum.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -DTARGET_ENDIAN_DEFAULT=0 -DMIPS_ABI_DEFAULT=ABI_32 -DMIPS_CPU_STRING_DEFAULT=\"mips3\" -I/obj/mips.mipsel/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/mips.mipsel/src/tmp/legacy/usr/include -L/obj/mips.mipsel/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o errors.o libiberty.a ===> kerberos5/tools (obj,depend,all) ===> kerberos5/tools/make-print-version (obj) cd: can't cd to /src/kerberos5/tools/make-print-version *** Error code 2 Stop in /src/kerberos5/tools. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-22 11:59:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-22 11:59:20 - ERROR: failed to build world TB --- 2012-03-22 11:59:20 - 117.40 user 23.20 system 207.24 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 12:05:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AA441065679; Thu, 22 Mar 2012 12:05:15 +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 EC0C88FC18; Thu, 22 Mar 2012 12:05:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2MC5EZT004674; Thu, 22 Mar 2012 08:05:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2MC5Ejn004673; Thu, 22 Mar 2012 12:05:14 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 22 Mar 2012 12:05:14 GMT Message-Id: <201203221205.q2MC5Ejn004673@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 powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 12:05:15 -0000 TB --- 2012-03-22 11:59:20 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-22 11:59:20 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-03-22 11:59:20 - cleaning the object tree TB --- 2012-03-22 11:59:20 - cvsupping the source tree TB --- 2012-03-22 11:59:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-03-22 11:59:39 - building world TB --- 2012-03-22 11:59:39 - CROSS_BUILD_TESTING=YES TB --- 2012-03-22 11:59:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-22 11:59:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-22 11:59:39 - SRCCONF=/dev/null TB --- 2012-03-22 11:59:39 - TARGET=powerpc TB --- 2012-03-22 11:59:39 - TARGET_ARCH=powerpc TB --- 2012-03-22 11:59:39 - TZ=UTC TB --- 2012-03-22 11:59:39 - __MAKE_CONF=/dev/null TB --- 2012-03-22 11:59:39 - cd /src TB --- 2012-03-22 11:59:39 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 22 11:59:40 UTC 2012 >>> 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 [...] ./genconditions /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/rs6000/rs6000.md > insn-conditions.c rm -f .depend mkdep -f .depend -a -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -DGENERATOR_FILE -DHAVE_CONFIG_H -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -std=gnu89 /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/errors.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genautomata.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c /src/gnu/usr.bin/cc/cc_tools/../.! ./../../contrib/gcc/genchecksum.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconditions.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconstants.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengenrtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genmodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genopinit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genoutput.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpeep.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpreds.c /src/gnu/usr.bin/cc/cc_tools/../../../../cont! rib/gcc/genrecog.c /src/gnu/usr.bin/cc/cc_tools/../../../../co! ntrib/gcc/gensupport.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ggc-none.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/print-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/read-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/vec.c gengtype-lex.c gengtype-yacc+%DIKED.c insn-conditions.c min-insn-modes.c gencondmd.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genchecksum.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/powerpc.powerpc/src/tmp/legacy/usr/include -L/obj/powerpc.powerpc/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o errors.o libiberty.a ===> kerberos5/tools (obj,depend,all) ===> kerberos5/tools/make-print-version (obj) cd: can't cd to /src/kerberos5/tools/make-print-version *** Error code 2 Stop in /src/kerberos5/tools. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-22 12:05:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-22 12:05:14 - ERROR: failed to build world TB --- 2012-03-22 12:05:14 - 266.79 user 37.23 system 353.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 12:11:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20479106566C; Thu, 22 Mar 2012 12:11:38 +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 E1ACB8FC17; Thu, 22 Mar 2012 12:11:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2MCBbWm049953; Thu, 22 Mar 2012 08:11:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2MCBbWT049948; Thu, 22 Mar 2012 12:11:37 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 22 Mar 2012 12:11:37 GMT Message-Id: <201203221211.q2MCBbWT049948@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 powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 12:11:38 -0000 TB --- 2012-03-22 12:05:14 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-22 12:05:14 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-03-22 12:05:14 - cleaning the object tree TB --- 2012-03-22 12:05:14 - cvsupping the source tree TB --- 2012-03-22 12:05:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-03-22 12:05:30 - building world TB --- 2012-03-22 12:05:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-22 12:05:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-22 12:05:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-22 12:05:30 - SRCCONF=/dev/null TB --- 2012-03-22 12:05:30 - TARGET=powerpc TB --- 2012-03-22 12:05:30 - TARGET_ARCH=powerpc64 TB --- 2012-03-22 12:05:30 - TZ=UTC TB --- 2012-03-22 12:05:30 - __MAKE_CONF=/dev/null TB --- 2012-03-22 12:05:30 - cd /src TB --- 2012-03-22 12:05:30 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 22 12:05:31 UTC 2012 >>> 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 [...] ./genconditions /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/rs6000/rs6000.md > insn-conditions.c rm -f .depend mkdep -f .depend -a -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -DGENERATOR_FILE -DHAVE_CONFIG_H -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -std=gnu89 /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/errors.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genautomata.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c /src/gnu/usr.bin/cc/cc_tools/! ../../../../contrib/gcc/genchecksum.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconditions.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconstants.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengenrtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genmodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genopinit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genoutput.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpeep.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpreds.c /src/gnu/usr.bin/cc/cc_tools/../../../../! contrib/gcc/genrecog.c /src/gnu/usr.bin/cc/cc_tools/../../../.! ./contrib/gcc/gensupport.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ggc-none.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/print-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/read-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/vec.c gengtype-lex.c gengtype-yacc+%DIKED.c insn-conditions.c min-insn-modes.c gencondmd.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genchecksum.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/powerpc.powerpc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/powerpc.powerpc64/src/tmp/legacy/usr/include -L/obj/powerpc.powerpc64/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o errors.o libiberty.a ===> kerberos5/tools (obj,depend,all) ===> kerberos5/tools/make-print-version (obj) cd: can't cd to /src/kerberos5/tools/make-print-version *** Error code 2 Stop in /src/kerberos5/tools. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-22 12:11:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-22 12:11:37 - ERROR: failed to build world TB --- 2012-03-22 12:11:37 - 286.23 user 41.88 system 382.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 12:14:25 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 248861065673; Thu, 22 Mar 2012 12:14:24 +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 DFB1A8FC19; Thu, 22 Mar 2012 12:14:23 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2MCENX6095522; Thu, 22 Mar 2012 08:14:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2MCENot095518; Thu, 22 Mar 2012 12:14:23 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 22 Mar 2012 12:14:23 GMT Message-Id: <201203221214.q2MCENot095518@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-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 12:14:25 -0000 TB --- 2012-03-22 12:11:37 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-22 12:11:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-03-22 12:11:37 - cleaning the object tree TB --- 2012-03-22 12:11:37 - cvsupping the source tree TB --- 2012-03-22 12:11:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-03-22 12:11:53 - building world TB --- 2012-03-22 12:11:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-22 12:11:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-22 12:11:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-22 12:11:53 - SRCCONF=/dev/null TB --- 2012-03-22 12:11:53 - TARGET=sparc64 TB --- 2012-03-22 12:11:53 - TARGET_ARCH=sparc64 TB --- 2012-03-22 12:11:53 - TZ=UTC TB --- 2012-03-22 12:11:53 - __MAKE_CONF=/dev/null TB --- 2012-03-22 12:11:53 - cd /src TB --- 2012-03-22 12:11:53 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 22 12:11:58 UTC 2012 >>> 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 [...] ./genconditions /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/sparc/sparc.md > insn-conditions.c rm -f .depend mkdep -f .depend -a -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/sparc64.sparc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -DGENERATOR_FILE -DHAVE_CONFIG_H -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -std=gnu89 /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/errors.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattr.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genautomata.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c /src/gnu/usr.bin/cc/cc_tools/../.! ./../../contrib/gcc/genchecksum.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconditions.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconstants.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genemit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genextract.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengenrtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genmodes.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genopinit.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genoutput.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpeep.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genpreds.c /src/gnu/usr.bin/cc/cc_tools/../../../../cont! rib/gcc/genrecog.c /src/gnu/usr.bin/cc/cc_tools/../../../../co! ntrib/gcc/gensupport.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/ggc-none.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/print-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/read-rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/rtl.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/vec.c gengtype-lex.c gengtype-yacc+%DIKED.c insn-conditions.c min-insn-modes.c gencondmd.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/sparc64.sparc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genchecksum.c cc -O2 -pipe -I. -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -DCROSS_COMPILE -I/obj/sparc64.sparc64/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -std=gnu89 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -L/obj/sparc64.sparc64/src/tmp/legacy/usr/lib -o genchecksum genchecksum.o errors.o libiberty.a ===> kerberos5/tools (obj,depend,all) ===> kerberos5/tools/make-print-version (obj) cd: can't cd to /src/kerberos5/tools/make-print-version *** Error code 2 Stop in /src/kerberos5/tools. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-22 12:14:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-22 12:14:23 - ERROR: failed to build world TB --- 2012-03-22 12:14:23 - 106.36 user 25.84 system 165.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 16:02:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 571631065674 for ; Thu, 22 Mar 2012 16:02:24 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1376E8FC08 for ; Thu, 22 Mar 2012 16:02:23 +0000 (UTC) Received: by obbuo13 with SMTP id uo13so2125334obb.13 for ; Thu, 22 Mar 2012 09:02:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:subject:date:organization:mime-version :content-type:x-priority:x-msmail-priority:importance:x-mailer :x-mimeole:x-gm-message-state; bh=6BkooYUYkxUXKhE2w+rjYIEHN8PhePYED6hmIJyn/Xc=; b=X1QrDexiCkdW72heibcTDhE0lp0Jy6uRB5GLZmGhGdujlbR6v7cIeeGCCcdSUnnC46 dxgOF9TFq7cdFkR+lQAZg2TbxfvylYZyKZ/Bb5UhWzqz0576zkEyDEW1O6eRzCEZJCtc vLnUEpsz52zaGOWWKHUMF2GaOxrqFTu1Msl2a5Z8CIqIpWZC+LI+o+ac6oprsxQf+BvY CHcTxD5MqBTl/p3X1sPb6oSZ3zxOgWLearAnawNK75xeaFS+6l9rWlyqwLTfJXOm2N1g 8xBePkYXJigWQnl2r4dhRCqiT/1rnk4AFNfYx3qf416ytcAfh5hSrGjOTVK2pL1ptoHN 2R3g== Received: by 10.182.36.3 with SMTP id m3mr10596792obj.8.1332432136894; Thu, 22 Mar 2012 09:02:16 -0700 (PDT) Received: from CMOTUM25PC ([189.130.184.33]) by mx.google.com with ESMTPS id d6sm3957351oeh.3.2012.03.22.09.02.14 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Mar 2012 09:02:15 -0700 (PDT) Message-ID: From: =?UTF-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: Date: Thu, 22 Mar 2012 10:02:15 -0600 Organization: =?UTF-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 X-Gm-Message-State: ALoCoQlDMw/Zyg55dQypLSKRfdSK7Hr10xPXWiS6aCycjId8rMk7qtksGqKqpn24JP5qjC847TpE Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: About kern.ipc.semmap on FreeBSD 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 16:02:24 -0000 Hello. I=E2=80=99m currently testing FreeBSD 9.0, I want to use it as a = OS for a PostgreSQL Server. However, it is recommended to modified some = paramerts such as semaphores = (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): kern.ipc.semmap=3D256 But when I tried to change the value on FreeBSD this pops up: sysctl: unknown oid 'kern.ipc.semmap' What Can I do to resolve this issue?. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 16:15:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 733771065676 for ; Thu, 22 Mar 2012 16:15:16 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E78B38FC23 for ; Thu, 22 Mar 2012 16:15:15 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so2576659bkc.13 for ; Thu, 22 Mar 2012 09:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=GEkn5k3goLvcxmZR6w810OvgxisNofqBNN34Uox2MYQ=; b=panhpw2Gcvix371aqqwAb8JY2ze/oA21BDiIDEuyBB8dYdRvtVRUTfEWOVrtT3i9z5 eqn7QIOvsteW9jOh9qg9F5TLbrSQPEBKyUB7+G3tUbvXpf6zRZ7nXEcV93SoB/V5Ror1 B9a2XeZSujfdc53nfc0fMso+YKVxSw+e1IHZTCqRSFiM37swzDOWS9DzVCyCko1PzJWx l/nilB99BlyXW7O7wiN8mTIu89+ABmTytNFZwtaxVlSoFzynWMiBFvk144tty/xvzWR6 Z++IrhyXhX0iF3mXmIA0Jbu8i05cXI/OiR8z2AQReWRuONJ9t9tpmpmqbYW9k8LrOBrv qyEQ== Received: by 10.204.132.79 with SMTP id a15mr3164853bkt.86.1332432914896; Thu, 22 Mar 2012 09:15:14 -0700 (PDT) Received: from green.tandem.local (132-186-132-95.pool.ukrtel.net. [95.132.186.132]) by mx.google.com with ESMTPS id u14sm10862126bkp.2.2012.03.22.09.15.12 (version=SSLv3 cipher=OTHER); Thu, 22 Mar 2012 09:15:13 -0700 (PDT) Message-ID: <4F6B500F.1090003@gmail.com> Date: Thu, 22 Mar 2012 18:15:11 +0200 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:11.0) Gecko/20120315 Firefox/11.0 SeaMonkey/2.8 MIME-Version: 1.0 To: =?UTF-8?B?RWZyYcOtbiBEw6ljdG9y?= References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: About kern.ipc.semmap on FreeBSD 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 16:15:16 -0000 Efraín Déctor wrote: > Hello. I’m currently testing FreeBSD 9.0, I want to use it as a OS for a PostgreSQL Server. However, it is recommended to modified some paramerts such as semaphores (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): > > kern.ipc.semmap=256 > > But when I tried to change the value on FreeBSD this pops up: > > sysctl: unknown oid 'kern.ipc.semmap' > > What Can I do to resolve this issue?. This one can be modified only in /boot/loader.conf -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 16:48:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A20B0106564A for ; Thu, 22 Mar 2012 16:48:44 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 53C6A8FC12 for ; Thu, 22 Mar 2012 16:48:44 +0000 (UTC) Received: by yenl9 with SMTP id l9so2343984yen.13 for ; Thu, 22 Mar 2012 09:48:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:references:in-reply-to:subject:date:organization :mime-version:content-type:content-transfer-encoding:x-priority :x-msmail-priority:importance:x-mailer:x-mimeole:x-gm-message-state; bh=bJUmXZz/YHC2k1Y5hCt5h0jguz3tks+bmIVstCHu2FI=; b=oBeFsa6Gi/vRS8umeXaq+SlSfVbY1ISAKQKfx4PQXFIKZ95PiDLyAt3WdJ625jhXJK oqE4nyHOaoc94x4E06C6hN/gOjrmCYGVaBZsEp90ArIg15WU0LPQHDGswxOajBG+DZ8/ 6/Zd3SEquhEZau4ByvnQpV8xq/wXyLmq+hpxSHoiNOCpbo6Qc8BbzsqC4bivqbbOZwrU PPJ8831hsXqnmNGi5DkiESI+SjapzNNuwmIRdtvYCCRmND40ceblOQmTtnQGB92/rxT0 reeJ+/7bOcc9ME266Xow3wisy16LP482O6K5MeWp25LKYC0OqLvmdLiv7OmDF1XWJQBq 8tng== Received: by 10.60.1.230 with SMTP id 6mr10581176oep.42.1332434923575; Thu, 22 Mar 2012 09:48:43 -0700 (PDT) Received: from CMOTUM25PC ([189.130.184.33]) by mx.google.com with ESMTPS id f2sm4046344oef.6.2012.03.22.09.48.41 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Mar 2012 09:48:42 -0700 (PDT) Message-ID: From: =?UTF-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: References: <4F6B500F.1090003@gmail.com> In-Reply-To: <4F6B500F.1090003@gmail.com> Date: Thu, 22 Mar 2012 10:48:42 -0600 Organization: =?UTF-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 X-Gm-Message-State: ALoCoQl5djY0wHKi4f9k0zTC7kcqyLd3QCUGg9UQ8I1JnkJXkWTQTXOhxGJn7Safix6RTQwGU/zR Subject: Re: About kern.ipc.semmap on FreeBSD 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 16:48:44 -0000 Hello. Thank you for your answer. Where can i find this type of changes?. Because on FreeBSD 8.2 I had to put kern.ipc.semmap=256 on sysctl.conf. Thanks in advance. -----Mensaje original----- From: Volodymyr Kostyrko Sent: Thursday, March 22, 2012 10:15 AM To: Efraín Déctor Cc: freebsd-current@freebsd.org Subject: Re: About kern.ipc.semmap on FreeBSD 9 Efraín Déctor wrote: > Hello. I’m currently testing FreeBSD 9.0, I want to use it as a OS for a > PostgreSQL Server. However, it is recommended to modified some paramerts > such as semaphores > (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): > > kern.ipc.semmap=256 > > But when I tried to change the value on FreeBSD this pops up: > > sysctl: unknown oid 'kern.ipc.semmap' > > What Can I do to resolve this issue?. This one can be modified only in /boot/loader.conf -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 18:06:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 540A81065678; Thu, 22 Mar 2012 18:06:30 +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 1E9958FC0C; Thu, 22 Mar 2012 18:06:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2MI6S7x094118; Thu, 22 Mar 2012 14:06:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2MI6Su1094113; Thu, 22 Mar 2012 18:06:28 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 22 Mar 2012 18:06:28 GMT Message-Id: <201203221806.q2MI6Su1094113@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 18:06:30 -0000 TB --- 2012-03-22 17:20:36 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-22 17:20:36 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-22 17:20:36 - cleaning the object tree TB --- 2012-03-22 17:20:37 - cvsupping the source tree TB --- 2012-03-22 17:20:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-22 17:20:53 - building world TB --- 2012-03-22 17:20:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-22 17:20:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-22 17:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-22 17:20:53 - SRCCONF=/dev/null TB --- 2012-03-22 17:20:53 - TARGET=mips TB --- 2012-03-22 17:20:53 - TARGET_ARCH=mips TB --- 2012-03-22 17:20:53 - TZ=UTC TB --- 2012-03-22 17:20:53 - __MAKE_CONF=/dev/null TB --- 2012-03-22 17:20:53 - cd /src TB --- 2012-03-22 17:20:53 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 22 17:20:54 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-22 18:06:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-22 18:06:28 - ERROR: failed to build world TB --- 2012-03-22 18:06:28 - 2047.39 user 428.88 system 2752.65 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 19:18:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B8A61065673; Thu, 22 Mar 2012 19:18:54 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4248FC17; Thu, 22 Mar 2012 19:18:53 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id q2MHrW8K032530 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 22 Mar 2012 18:53:33 +0100 Received: from portgus.lan (152.Red-83-44-98.dynamicIP.rima-tde.net [83.44.98.152]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q2MHrVZO023276 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 22 Mar 2012 18:53:31 +0100 Message-ID: <4F6B66F0.9060001@entel.upc.edu> Date: Thu, 22 Mar 2012 18:52:48 +0100 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120316 Thunderbird/10.0.3 MIME-Version: 1.0 To: gnn@freebsd.org References: <4F5C81BA.1050001@entel.upc.edu> <86ehswtmek.wl%gnn@neville-neil.com> <4F5FCCD7.7070609@entel.upc.edu> <86mx7dd1d9.wl%gnn@neville-neil.com> In-Reply-To: <86mx7dd1d9.wl%gnn@neville-neil.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Thu, 22 Mar 2012 18:53:33 +0100 (CET) Cc: FreeBSD current , fs@freebsd.org Subject: Re: RFC: FUSE kernel module for the kernel... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 19:18:54 -0000 On 18/03/2012 22:51, gnn@freebsd.org wrote: > At Tue, 13 Mar 2012 23:40:23 +0100, > Gustau Pérez wrote: >> Hi, >> >> testing ntfs-3g, after doing a bit large transfer with rsync, I >> found I couldn't unmount the filesystem. After some tries and before >> checking that no process was accessing the filesystem I tried to force >> the unmont. After that the system paniced instantly. >> >> I'm running HEAD/AMD64 r232862+head-fuse-2.diff. >> >> I have a dump of it, but it would seem that fuse is missing debug >> symbols (I don't know why), so the backtrace is incomplete. I compiled >> fuse just by doing make on $SRCDIR/sys/modules/fuse. I'll try to >> reproduce the panic and figure out what happens. Any help would be also >> appreciated on this other issue. >> > If and when you get a panic dump please pass it along. > > Best, > George I'm trying to reproduce it. I saw that the fuse module is not built during kernel build process. I added it to sys/modules/Makefile. That way it will be built with debug symbols. That would allow me to get a complete core. I'll try to get it a post it as soon as possible. About the setattr/getattr blocking problems with gvfs-fuse-daemon, I will also try to see what is going on. Help will be appreciated because it is quite useful in the desktop. George, please ping me when you have time, I don't to send many information to the list, it may get difficult to follow (I you think it won't, please let me know and I'll send my findings as they happen). Thanks, Gustau From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 21:41:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E075F1065673; Thu, 22 Mar 2012 21:41:17 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 540138FC17; Thu, 22 Mar 2012 21:41:17 +0000 (UTC) Received: from orion.swifttest.com (unknown [74.3.97.52]) by mx0.deglitch.com (Postfix) with ESMTPA id DF7348FC27; Fri, 23 Mar 2012 01:41:15 +0400 (MSK) Received: from orion.swifttest.com (localhost [127.0.0.1]) by orion.swifttest.com (Postfix) with SMTP id 163795C98; Thu, 22 Mar 2012 14:39:14 -0700 (PDT) Date: Thu, 22 Mar 2012 14:39:13 -0700 From: Stanislav Sedov To: FreeBSD Tinderbox Message-Id: <20120322143913.341f91bb.stas@FreeBSD.org> In-Reply-To: <201203221806.q2MI6Su1094113@freebsd-current.sentex.ca> References: <201203221806.q2MI6Su1094113@freebsd-current.sentex.ca> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: mips@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 21:41:18 -0000 On Thu, 22 Mar 2012 18:06:28 GMT FreeBSD Tinderbox mentioned: > TB --- 2012-03-22 17:20:36 - tinderbox 2.9 running on freebsd-current.sentex.ca > TB --- 2012-03-22 17:20:36 - starting HEAD tinderbox run for mips/mips > TB --- 2012-03-22 17:20:36 - cleaning the object tree > TB --- 2012-03-22 17:20:37 - cvsupping the source tree > TB --- 2012-03-22 17:20:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile > TB --- 2012-03-22 17:20:53 - building world > TB --- 2012-03-22 17:20:53 - CROSS_BUILD_TESTING=YES > TB --- 2012-03-22 17:20:53 - MAKEOBJDIRPREFIX=/obj > TB --- 2012-03-22 17:20:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2012-03-22 17:20:53 - SRCCONF=/dev/null > TB --- 2012-03-22 17:20:53 - TARGET=mips > TB --- 2012-03-22 17:20:53 - TARGET_ARCH=mips > TB --- 2012-03-22 17:20:53 - TZ=UTC > TB --- 2012-03-22 17:20:53 - __MAKE_CONF=/dev/null > TB --- 2012-03-22 17:20:53 - cd /src > TB --- 2012-03-22 17:20:53 - /usr/bin/make -B buildworld > >>> World build started on Thu Mar 22 17:20:54 UTC 2012 > >>> 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 > [...] > cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c > cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a > gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz > ===> kerberos5/libexec/kimpersonate (all) > cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c > cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a > /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section > /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized > *** Error code 1 > Hi! This is due to the bug in binutils which we're working on fixing in base binutils. I added a workaround to the libkafs5 Makefile, but tinderbox is using a deprecated TARGET_ARCH=mips which does not enable that workaround. Should we switch tinderbox to use mips.mipseb or mips.mipsel instead? -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 21:47:19 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C594E1065677 for ; Thu, 22 Mar 2012 21:47:19 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 12EA18FC0C for ; Thu, 22 Mar 2012 21:47:18 +0000 (UTC) Received: by wibhq7 with SMTP id hq7so1104715wib.13 for ; Thu, 22 Mar 2012 14:47:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=7ImbSUPu/B+llIbr3kY5x5UGUxaNpxiHflcJegfJBgc=; b=gq9iQeNYodWDipNw6CjR5+upC+aFiSIXTyeQPuPPq+R4xMFre227/neug1O9kQ6l6O U7ei0KW46xzW8UWu5YGM68zPf3MojSj5oxOFQGbW80Zjzo/i8+4hmBD/lDza8tOvRSJj H0qHUm1mohTQ24QDVfIzgpBeuvyjzP2BlZ6xyK5RV4owLLctltcfL5DrPeLZBQqf6dtN WV+531nglfuBXqXvWiiEpl8lJDk6oQRyl/97jcWGdcCKvpMad5seZ63Kjq7TNMzGi3cZ /9n4R2UdQv+/r8Fz9ZdT8/t6O9hyUWSJSaI5nGnRRjhWIsSnPynRFTyUGsSmCrg8sh7C rrIQ== Received: by 10.216.134.233 with SMTP id s83mr5091133wei.104.1332452832155; Thu, 22 Mar 2012 14:47:12 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.180.99.161 with HTTP; Thu, 22 Mar 2012 14:46:51 -0700 (PDT) In-Reply-To: <20120322143913.341f91bb.stas@FreeBSD.org> References: <201203221806.q2MI6Su1094113@freebsd-current.sentex.ca> <20120322143913.341f91bb.stas@FreeBSD.org> From: Juli Mallett Date: Thu, 22 Mar 2012 14:46:51 -0700 X-Google-Sender-Auth: QURhtqpNlnJqMUVdXQ3TXyTWdDA Message-ID: To: Stanislav Sedov Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQl634BC5NIUcTc4mrBajBSl5TkvuTKE0i9tHWflmVrg9bo035XC0SKipQlV3hbSFdvLVe7B Cc: mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 21:47:19 -0000 On Thu, Mar 22, 2012 at 14:39, Stanislav Sedov wrote: > Hi! > > This is due to the bug in binutils which we're working on fixing in base = binutils. > I added a workaround to the libkafs5 Makefile, but tinderbox is using a d= eprecated > TARGET_ARCH=3Dmips which does not enable that workaround. =C2=A0Should we= switch tinderbox to > use mips.mipseb or mips.mipsel instead? Please don't switch it as "mips" will be the new spelling of "mipseb" in the very near future. From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 21:52:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A53C61065670 for ; Thu, 22 Mar 2012 21:52:13 +0000 (UTC) (envelope-from hskuhra@fastmail.fm) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 61B228FC08 for ; Thu, 22 Mar 2012 21:52:13 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id C131E20B38 for ; Thu, 22 Mar 2012 17:52:12 -0400 (EDT) Received: from frontend2.nyi.mail.srv.osa ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 22 Mar 2012 17:52:12 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mesmtp; bh=Uud8JWcoOBzXahvdd8uxC0fDqpg=; b=IYjMU5yW84QYbf6YutmkABCCNaqG T36im8o2ftwAZlZDejzHJVCQzJrJcNPrKE7y5MZp5g2enT8W1KB+vrtidvSh2am5 L/Cxu/mnnPfVYsSydG0kw/0m/2D5w1XY8V9oKofhfSAEHViqzoFJItXJYHRBgD9I t52LL8Jj4Tv9rAo= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:message-id:from:to:cc:subject :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=Uud8JWcoOBzXahvdd8uxC0 fDqpg=; b=q7FaxhkWCJqBbDLVTE9DGctEr2aV/9JPMQjMqwSZxa8kZ4fuTg3VKG PyTQTsYvSNVIZ5/RfUNcLoieGn5JVzj30Teq3/K/VOq4aeoky7LUNiVlJYtW3o6X H3xmqQ9IQEVsFgGYtpkAeh9Tn+VRV3nv86d+k6y33vKksGbcEnsy0= X-Sasl-enc: AmBE4b4naofIPs4PovvMgPqUaaKqFcLilewI3NFQpWFv 1332453132 Received: from oslo.ath.cx (unknown [188.118.228.74]) by mail.messagingengine.com (Postfix) with ESMTPSA id 25DD348261F; Thu, 22 Mar 2012 17:52:12 -0400 (EDT) Date: Thu, 22 Mar 2012 22:52:10 +0100 Message-ID: <87haxge22d.wl%hskuhra@fastmail.fm> From: "Herbert J. Skuhra" To: =?UTF-8?B?RWZyYcOtbiBEw6ljdG9y?= In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.0.94 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: About kern.ipc.semmap on FreeBSD 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 21:52:13 -0000 On Thu, 22 Mar 2012 10:02:15 -0600 Efra=C3=ADn D=C3=A9ctor wrote: > Hello. I=E2=80=99m currently testing FreeBSD 9.0, I want to use it as= a OS > for a PostgreSQL Server. However, it is recommended to modified some > paramerts such as semaphores > (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): > = > kern.ipc.semmap=3D256 > = > But when I tried to change the value on FreeBSD this pops up: > = > sysctl: unknown oid 'kern.ipc.semmap' > = > What Can I do to resolve this issue?. This has been removed in r224016: -- = Herbert From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 22:01:23 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 202041065674; Thu, 22 Mar 2012 22:01:23 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7FBDD8FC08; Thu, 22 Mar 2012 22:01:16 +0000 (UTC) Received: from [10.30.101.53] ([209.117.142.2]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id q2MLrZGS055897 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 22 Mar 2012 15:53:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20120322143913.341f91bb.stas@FreeBSD.org> Date: Thu, 22 Mar 2012 15:53:29 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201203221806.q2MI6Su1094113@freebsd-current.sentex.ca> <20120322143913.341f91bb.stas@FreeBSD.org> To: Stanislav Sedov X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 22 Mar 2012 15:53:37 -0600 (MDT) Cc: mips@FreeBSD.org, FreeBSD Tinderbox , current@FreeBSD.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 22:01:23 -0000 On Mar 22, 2012, at 3:39 PM, Stanislav Sedov wrote: > On Thu, 22 Mar 2012 18:06:28 GMT > FreeBSD Tinderbox mentioned: >=20 >> TB --- 2012-03-22 17:20:36 - tinderbox 2.9 running on = freebsd-current.sentex.ca >> TB --- 2012-03-22 17:20:36 - starting HEAD tinderbox run for = mips/mips >> TB --- 2012-03-22 17:20:36 - cleaning the object tree >> TB --- 2012-03-22 17:20:37 - cvsupping the source tree >> TB --- 2012-03-22 17:20:37 - /usr/bin/csup -z -r 3 -g -L 1 -h = cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile >> TB --- 2012-03-22 17:20:53 - building world >> TB --- 2012-03-22 17:20:53 - CROSS_BUILD_TESTING=3DYES >> TB --- 2012-03-22 17:20:53 - MAKEOBJDIRPREFIX=3D/obj >> TB --- 2012-03-22 17:20:53 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2012-03-22 17:20:53 - SRCCONF=3D/dev/null >> TB --- 2012-03-22 17:20:53 - TARGET=3Dmips >> TB --- 2012-03-22 17:20:53 - TARGET_ARCH=3Dmips >> TB --- 2012-03-22 17:20:53 - TZ=3DUTC >> TB --- 2012-03-22 17:20:53 - __MAKE_CONF=3D/dev/null >> TB --- 2012-03-22 17:20:53 - cd /src >> TB --- 2012-03-22 17:20:53 - /usr/bin/make -B buildworld >>>>> World build started on Thu Mar 22 17:20:54 UTC 2012 >>>>> 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 >> [...] >> cc -O -pipe -G0 = -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 = -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken = -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=3Dgnu99 = -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c >> cc -O -pipe -G0 = -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 = -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken = -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=3Dgnu99 = -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt = /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a >> gzip -cn = /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > = kfd.8.gz >> =3D=3D=3D> kerberos5/libexec/kimpersonate (all) >> cc -O -pipe -G0 = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. = -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include = -std=3Dgnu99 -c = /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimperso= nate.c >> cc -O -pipe -G0 = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken = -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. = -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include = -std=3Dgnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm = -lroken -lasn1 -lcrypto -lcrypt = /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libv= ers.a >> /obj/mips.mipsel/src/tmp/usr/bin/ld: = /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references = nonexistent SHT_SYMTAB_SHNDX section >> /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: = File format not recognized >> *** Error code 1 >>=20 >=20 > Hi! >=20 > This is due to the bug in binutils which we're working on fixing in = base binutils. > I added a workaround to the libkafs5 Makefile, but tinderbox is using = a deprecated > TARGET_ARCH=3Dmips which does not enable that workaround. Should we = switch tinderbox to > use mips.mipseb or mips.mipsel instead? Let's see how Juli's patches settle out first :) Warner= From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 22:26:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7BE61065670; Thu, 22 Mar 2012 22:26:56 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 50A3A8FC16; Thu, 22 Mar 2012 22:26:56 +0000 (UTC) Received: from orion.swifttest.com (unknown [74.3.97.52]) by mx0.deglitch.com (Postfix) with ESMTPA id 2FB398FC27; Fri, 23 Mar 2012 02:26:55 +0400 (MSK) Received: from orion.swifttest.com (localhost [127.0.0.1]) by orion.swifttest.com (Postfix) with SMTP id 05FE75C98; Thu, 22 Mar 2012 15:24:54 -0700 (PDT) Date: Thu, 22 Mar 2012 15:24:53 -0700 From: Stanislav Sedov To: Juli Mallett Message-Id: <20120322152453.c60a0d0c.stas@FreeBSD.org> In-Reply-To: References: <201203221806.q2MI6Su1094113@freebsd-current.sentex.ca> <20120322143913.341f91bb.stas@FreeBSD.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: Stanislav Sedov , mips@freebsd.org, FreeBSD Tinderbox , current@freebsd.org Subject: Re: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 22:26:56 -0000 On Thu, 22 Mar 2012 14:46:51 -0700 Juli Mallett mentioned: > On Thu, Mar 22, 2012 at 14:39, Stanislav Sedov wrote: > > Hi! > > > > This is due to the bug in binutils which we're working on fixing in bas= e binutils. > > I added a workaround to the libkafs5 Makefile, but tinderbox is using a= deprecated > > TARGET_ARCH=3Dmips which does not enable that workaround. =9AShould we = switch tinderbox to > > use mips.mipseb or mips.mipsel instead? >=20 > Please don't switch it as "mips" will be the new spelling of "mipseb" > in the very near future. Ah, ok. So is it a good idea to modify my condition in the linkafs5 Makefile to app= ly the workaround for mips.mips as well? Thanks! --=20 Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail=20 /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-current@FreeBSD.ORG Thu Mar 22 22:55:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C8B7106566C for ; Thu, 22 Mar 2012 22:55:53 +0000 (UTC) (envelope-from efraindector@motumweb.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id C30208FC08 for ; Thu, 22 Mar 2012 22:55:52 +0000 (UTC) Received: by yenl9 with SMTP id l9so2779947yen.13 for ; Thu, 22 Mar 2012 15:55:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:from:to:cc:references:in-reply-to:subject:date :organization:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:importance:x-mailer:x-mimeole :x-gm-message-state; bh=sEy/mKAYJPGaYZQBNshcyUz+3Gn5vq5MJru0R6A1XRk=; b=lT7r60ulku97t9sxrKLt64FnIUlblm7QXty+hCgRZ1RQIE9+Pxpu7pHlCLMJX7Y6wu Wi4rScrdRrNZcv4eTvrohg/lxELfrE89evnQ/F8sygMWwJwMGjOSa30nCy3TV/hLT0jS 7erDlMpBbDDrT+k0BoQLCQZh+Xw6z+Ijr923ihUPXWaDGCQen3avEgkCiFQuW48tqHHe 4Hl53no8kBUMt4i53dijaZjamTY7c89oRo0RBZ0XPU1ctlCxp0Y9LIDk6OGTmYFP1Yy/ pIEZeQGGjcGR+3Gu4VCnEjcail4LGH0ZDcJjmvssZwtkXC7uZeNSv9Xh8CaeTc19Ucac I2yQ== Received: by 10.60.10.137 with SMTP id i9mr12915064oeb.23.1332456951983; Thu, 22 Mar 2012 15:55:51 -0700 (PDT) Received: from CMOTUM25PC ([189.130.140.136]) by mx.google.com with ESMTPS id w4sm6060099obx.2.2012.03.22.15.55.49 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 22 Mar 2012 15:55:51 -0700 (PDT) Message-ID: From: =?UTF-8?Q?Efra=C3=ADn_D=C3=A9ctor?= To: "Herbert J. Skuhra" References: <87haxge22d.wl%hskuhra@fastmail.fm> In-Reply-To: <87haxge22d.wl%hskuhra@fastmail.fm> Date: Thu, 22 Mar 2012 16:55:50 -0600 Organization: =?UTF-8?Q?HESA_T=C3=A9cnica?= MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 X-Gm-Message-State: ALoCoQkAcjqcnQ5UIK6wPhTJP1eLb17h1B2voFs2LKDpqRqT6TDIxUcY/VdwALMSwFCTcn2ZwHHr Cc: freebsd-current@freebsd.org Subject: Re: About kern.ipc.semmap on FreeBSD 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2012 22:55:53 -0000 Thank you, I don't know why PostgreSQL still recommends to use it. But now I can keep testing FreeBSD 9. Thanks everyone. -----Mensaje original----- From: Herbert J. Skuhra Sent: Thursday, March 22, 2012 3:52 PM To: Efraín Déctor Cc: freebsd-current@freebsd.org Subject: Re: About kern.ipc.semmap on FreeBSD 9 On Thu, 22 Mar 2012 10:02:15 -0600 Efraín Déctor wrote: > Hello. I’m currently testing FreeBSD 9.0, I want to use it as a OS > for a PostgreSQL Server. However, it is recommended to modified some > paramerts such as semaphores > (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): > > kern.ipc.semmap=256 > > But when I tried to change the value on FreeBSD this pops up: > > sysctl: unknown oid 'kern.ipc.semmap' > > What Can I do to resolve this issue?. This has been removed in r224016: -- Herbert From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 01:51:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DBDA106564A; Fri, 23 Mar 2012 01:51:54 +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 454268FC08; Fri, 23 Mar 2012 01:51:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2N1prZU095958; Thu, 22 Mar 2012 21:51:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2N1prVM095949; Fri, 23 Mar 2012 01:51:53 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Mar 2012 01:51:53 GMT Message-Id: <201203230151.q2N1prVM095949@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 01:51:54 -0000 TB --- 2012-03-23 01:05:08 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-23 01:05:08 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-23 01:05:08 - cleaning the object tree TB --- 2012-03-23 01:05:15 - cvsupping the source tree TB --- 2012-03-23 01:05:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-23 01:05:26 - building world TB --- 2012-03-23 01:05:26 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 01:05:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 01:05:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 01:05:26 - SRCCONF=/dev/null TB --- 2012-03-23 01:05:26 - TARGET=mips TB --- 2012-03-23 01:05:26 - TARGET_ARCH=mips TB --- 2012-03-23 01:05:26 - TZ=UTC TB --- 2012-03-23 01:05:26 - __MAKE_CONF=/dev/null TB --- 2012-03-23 01:05:26 - cd /src TB --- 2012-03-23 01:05:26 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 23 01:05:26 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-23 01:51:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-23 01:51:53 - ERROR: failed to build world TB --- 2012-03-23 01:51:53 - 2097.77 user 437.97 system 2804.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 03:29:01 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EC383106564A; Fri, 23 Mar 2012 03:29:01 +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 B50C88FC0C; Fri, 23 Mar 2012 03:29:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2N3T0d2042847; Thu, 22 Mar 2012 23:29:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2N3T04T042829; Fri, 23 Mar 2012 03:29:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Mar 2012 03:29:00 GMT Message-Id: <201203230329.q2N3T04T042829@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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 03:29:02 -0000 TB --- 2012-03-22 22:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-22 22:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-22 22:10:00 - cleaning the object tree TB --- 2012-03-22 22:10:00 - cvsupping the source tree TB --- 2012-03-22 22:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-22 22:15:24 - building world TB --- 2012-03-22 22:15:24 - CROSS_BUILD_TESTING=YES TB --- 2012-03-22 22:15:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-22 22:15:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-22 22:15:24 - SRCCONF=/dev/null TB --- 2012-03-22 22:15:24 - TARGET=i386 TB --- 2012-03-22 22:15:24 - TARGET_ARCH=i386 TB --- 2012-03-22 22:15:24 - TZ=UTC TB --- 2012-03-22 22:15:24 - __MAKE_CONF=/dev/null TB --- 2012-03-22 22:15:24 - cd /src TB --- 2012-03-22 22:15:24 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 22 22:15:25 UTC 2012 >>> 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 Fri Mar 23 00:25:19 UTC 2012 TB --- 2012-03-23 00:25:19 - generating LINT kernel config TB --- 2012-03-23 00:25:19 - cd /src/sys/i386/conf TB --- 2012-03-23 00:25:19 - /usr/bin/make -B LINT TB --- 2012-03-23 00:25:20 - cd /src/sys/i386/conf TB --- 2012-03-23 00:25:20 - /usr/sbin/config -m LINT TB --- 2012-03-23 00:25:20 - building LINT kernel TB --- 2012-03-23 00:25:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 00:25:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 00:25:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 00:25:20 - SRCCONF=/dev/null TB --- 2012-03-23 00:25:20 - TARGET=i386 TB --- 2012-03-23 00:25:20 - TARGET_ARCH=i386 TB --- 2012-03-23 00:25:20 - TZ=UTC TB --- 2012-03-23 00:25:20 - __MAKE_CONF=/dev/null TB --- 2012-03-23 00:25:20 - cd /src TB --- 2012-03-23 00:25:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 23 00:25:20 UTC 2012 >>> 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 >>> Kernel build for LINT completed on Fri Mar 23 00:57:54 UTC 2012 TB --- 2012-03-23 00:57:54 - cd /src/sys/i386/conf TB --- 2012-03-23 00:57:54 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-23 00:57:54 - building LINT-NOINET kernel TB --- 2012-03-23 00:57:54 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 00:57:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 00:57:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 00:57:54 - SRCCONF=/dev/null TB --- 2012-03-23 00:57:54 - TARGET=i386 TB --- 2012-03-23 00:57:54 - TARGET_ARCH=i386 TB --- 2012-03-23 00:57:54 - TZ=UTC TB --- 2012-03-23 00:57:54 - __MAKE_CONF=/dev/null TB --- 2012-03-23 00:57:54 - cd /src TB --- 2012-03-23 00:57:54 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Mar 23 00:57:54 UTC 2012 >>> 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 >>> Kernel build for LINT-NOINET completed on Fri Mar 23 01:28:37 UTC 2012 TB --- 2012-03-23 01:28:37 - cd /src/sys/i386/conf TB --- 2012-03-23 01:28:37 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-23 01:28:37 - building LINT-NOINET6 kernel TB --- 2012-03-23 01:28:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 01:28:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 01:28:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 01:28:37 - SRCCONF=/dev/null TB --- 2012-03-23 01:28:37 - TARGET=i386 TB --- 2012-03-23 01:28:37 - TARGET_ARCH=i386 TB --- 2012-03-23 01:28:37 - TZ=UTC TB --- 2012-03-23 01:28:37 - __MAKE_CONF=/dev/null TB --- 2012-03-23 01:28:37 - cd /src TB --- 2012-03-23 01:28:37 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Mar 23 01:28:37 UTC 2012 >>> 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 >>> Kernel build for LINT-NOINET6 completed on Fri Mar 23 01:59:58 UTC 2012 TB --- 2012-03-23 01:59:58 - cd /src/sys/i386/conf TB --- 2012-03-23 01:59:58 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-23 01:59:58 - building LINT-NOIP kernel TB --- 2012-03-23 01:59:58 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 01:59:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 01:59:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 01:59:58 - SRCCONF=/dev/null TB --- 2012-03-23 01:59:58 - TARGET=i386 TB --- 2012-03-23 01:59:58 - TARGET_ARCH=i386 TB --- 2012-03-23 01:59:58 - TZ=UTC TB --- 2012-03-23 01:59:58 - __MAKE_CONF=/dev/null TB --- 2012-03-23 01:59:58 - cd /src TB --- 2012-03-23 01:59:58 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Mar 23 01:59:58 UTC 2012 >>> 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 >>> Kernel build for LINT-NOIP completed on Fri Mar 23 02:29:04 UTC 2012 TB --- 2012-03-23 02:29:04 - cd /src/sys/i386/conf TB --- 2012-03-23 02:29:04 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-23 02:29:04 - building LINT-VIMAGE kernel TB --- 2012-03-23 02:29:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 02:29:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 02:29:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 02:29:04 - SRCCONF=/dev/null TB --- 2012-03-23 02:29:04 - TARGET=i386 TB --- 2012-03-23 02:29:04 - TARGET_ARCH=i386 TB --- 2012-03-23 02:29:04 - TZ=UTC TB --- 2012-03-23 02:29:04 - __MAKE_CONF=/dev/null TB --- 2012-03-23 02:29:04 - cd /src TB --- 2012-03-23 02:29:04 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Mar 23 02:29:04 UTC 2012 >>> 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 >>> Kernel build for LINT-VIMAGE completed on Fri Mar 23 03:01:01 UTC 2012 TB --- 2012-03-23 03:01:01 - cd /src/sys/i386/conf TB --- 2012-03-23 03:01:01 - /usr/sbin/config -m GENERIC TB --- 2012-03-23 03:01:01 - building GENERIC kernel TB --- 2012-03-23 03:01:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 03:01:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 03:01:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 03:01:01 - SRCCONF=/dev/null TB --- 2012-03-23 03:01:01 - TARGET=i386 TB --- 2012-03-23 03:01:01 - TARGET_ARCH=i386 TB --- 2012-03-23 03:01:01 - TZ=UTC TB --- 2012-03-23 03:01:01 - __MAKE_CONF=/dev/null TB --- 2012-03-23 03:01:01 - cd /src TB --- 2012-03-23 03:01:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Mar 23 03:01:01 UTC 2012 >>> 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 >>> Kernel build for GENERIC completed on Fri Mar 23 03:26:23 UTC 2012 TB --- 2012-03-23 03:26:23 - cd /src/sys/i386/conf TB --- 2012-03-23 03:26:23 - /usr/sbin/config -m PAE TB --- 2012-03-23 03:26:23 - building PAE kernel TB --- 2012-03-23 03:26:23 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 03:26:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 03:26:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 03:26:23 - SRCCONF=/dev/null TB --- 2012-03-23 03:26:23 - TARGET=i386 TB --- 2012-03-23 03:26:23 - TARGET_ARCH=i386 TB --- 2012-03-23 03:26:23 - TZ=UTC TB --- 2012-03-23 03:26:23 - __MAKE_CONF=/dev/null TB --- 2012-03-23 03:26:23 - cd /src TB --- 2012-03-23 03:26:23 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Mar 23 03:26:24 UTC 2012 >>> 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 [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/isa/sndbuf_dma.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/cmi.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/csa.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/csapcm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/emu10kx.c cc1: warnings being treated as errors /src/sys/dev/sound/pci/emu10kx.c: In function 'emu_memalloc': /src/sys/dev/sound/pci/emu10kx.c:1140: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] *** Error code 1 Stop in /obj/i386.i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-23 03:29:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-23 03:29:00 - ERROR: failed to build PAE kernel TB --- 2012-03-23 03:29:00 - 15392.58 user 2111.98 system 19139.78 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 05:20:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 122D2106564A for ; Fri, 23 Mar 2012 05:20:22 +0000 (UTC) (envelope-from alp@rsu.ru) Received: from test.r61.net (test.r61.net [195.208.245.238]) by mx1.freebsd.org (Postfix) with ESMTP id B2AB38FC15 for ; Fri, 23 Mar 2012 05:20:21 +0000 (UTC) Received: from pyhalov.cc.rsu.ru (pyhalov.cc.rsu.ru [195.208.255.102]) (Authenticated sender: alp@test.r61.net) by test.r61.net (MTA) with ESMTPSA id 76C643A0FE8 for ; Fri, 23 Mar 2012 09:20:13 +0400 (MSK) Message-ID: <4F6C080D.2040907@rsu.ru> Date: Fri, 23 Mar 2012 09:20:13 +0400 From: Alexander Pyhalov User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.14) Gecko/20110306 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <87haxge22d.wl%hskuhra@fastmail.fm> In-Reply-To: <87haxge22d.wl%hskuhra@fastmail.fm> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: About kern.ipc.semmap on FreeBSD 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 05:20:22 -0000 On 03/23/2012 01:52, Herbert J. Skuhra wrote: > On Thu, 22 Mar 2012 10:02:15 -0600 > Efraín Déctor wrote: > >> Hello. I’m currently testing FreeBSD 9.0, I want to use it as a OS >> for a PostgreSQL Server. However, it is recommended to modified some >> paramerts such as semaphores >> (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): >> >> kern.ipc.semmap=256 >> >> But when I tried to change the value on FreeBSD this pops up: >> >> sysctl: unknown oid 'kern.ipc.semmap' >> >> What Can I do to resolve this issue?. > > This has been removed in r224016: > > > Hello. Could someone briefly explain, why this tunable was removed? I couldn't find anything relevant in 9.0 release notes. -- Best regards, Alexander Pyhalov, system administrator of Computer Center of Southern Federal University From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 05:53:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B72191065670 for ; Fri, 23 Mar 2012 05:53:14 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 315F68FC15 for ; Fri, 23 Mar 2012 05:53:13 +0000 (UTC) Received: by lboi15 with SMTP id i15so2923387lbo.13 for ; Thu, 22 Mar 2012 22:53:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=05aPiOW8Jx+3UBtxennwg6FqBNLwgg/CLO5gL2aWFj4=; b=c2FHRQEkR79znXM327mWXUJNSp6c0xCDOK+ghZLhik8JJ8x6oc/b2LUQvrEkq5k++e U1vv8GWH+gMrFTZmGqteOe7jjsHRHRj0IoKMqygrqWG1nyV5KoO6hnqqn1+EEeqULETy 84VVAmkW/YttIO4qdWYWe4Y2b9FHaVn1WBcy7C0p+1V0iJ5huharqVpURWD3OtoNBRKZ VL/qs+fFWFKEAPu1i7u6fsxQhA3bOJ1ijfI9OY4cTDF0XOaCzRn7f9ulq3pWCxaCSp8C 3zg6zwX1Hu+ADhUOHjLqSV+rnDIpOYDg0EZw7fO0QUg3lFSLXGJJbNhvYh8oxbHLCC/R hKaQ== MIME-Version: 1.0 Received: by 10.112.43.163 with SMTP id x3mr1255534lbl.58.1332481992753; Thu, 22 Mar 2012 22:53:12 -0700 (PDT) Received: by 10.152.21.73 with HTTP; Thu, 22 Mar 2012 22:53:12 -0700 (PDT) In-Reply-To: <4F6C080D.2040907@rsu.ru> References: <87haxge22d.wl%hskuhra@fastmail.fm> <4F6C080D.2040907@rsu.ru> Date: Fri, 23 Mar 2012 08:53:12 +0300 Message-ID: From: Sergey Kandaurov To: Alexander Pyhalov Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: About kern.ipc.semmap on FreeBSD 9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 05:53:14 -0000 On 23 March 2012 09:20, Alexander Pyhalov wrote: > On 03/23/2012 01:52, Herbert J. Skuhra wrote: >> >> On Thu, 22 Mar 2012 10:02:15 -0600 >> Efra=EDn D=E9ctor =A0wrote: >> >>> Hello. I=92m currently testing FreeBSD 9.0, I want to use it as a OS >>> for a PostgreSQL Server. However, it is recommended to modified some >>> paramerts such as semaphores >>> (http://www.postgresql.org/docs/9.1/static/kernel-resources.html ): >>> >>> kern.ipc.semmap=3D256 >>> >>> But when I tried to change the value on FreeBSD this pops up: >>> >>> sysctl: unknown oid 'kern.ipc.semmap' >>> >>> What Can I do to resolve this issue?. >> >> >> This has been removed in r224016: >> >> >> >> > > Hello. > Could someone briefly explain, why this tunable was removed? I couldn't f= ind > anything relevant in =A09.0 release notes. > Hey, as it was explained in the comment to the commit that removed semmap, this tune didn't do nothing since its appearance. If that really hurts you, and you think that this will make you feel better, then you can always revert that revision and continue to tune its option up :) --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 07:45:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 671FD106566B; Fri, 23 Mar 2012 07:45:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 487C48FC0A; Fri, 23 Mar 2012 07:45:06 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 253157326; Fri, 23 Mar 2012 08:27:03 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Fri, 23 Mar 2012 08:25:32 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203230825.32954.hselasky@c2i.net> Cc: Alexander Motin , freebsd-current@freebsd.org, "J.J. Day" Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 07:45:08 -0000 On Friday 23 March 2012 06:14:08 J.J. Day wrote: > I am upgrading a FreeBSD server and have encountered a problem with > mounting a USB flash drive. The system was on 6.3 and I upgraded to 9.0 > using CVS repositories. The flash drive worked properly at all steps > throughout the upgrade. However, after the OS upgrade was complete, I > made a mistake and destroyed some of the server application. > > So, I set the > upgraded drive aside, copied the original source drive to a different > spare, and repeated the upgrade process taking care to verify the > functioning of the applications during the process. When I finished the > second time, everything worked properly except for mounting the flash > drive. > > it appears that something changed with the OS code that reads the drive > firmware between the first time I ran cvsup on (about) the 9th and the > second time I ran it about the 18th. > > > > This is the output from the first upgrade (3/11/2012) when the drive is > inserted: > > > > ugen4.2: at usbus4 > umass0: on usbus4 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:2:0:-1: Attached to scbus2 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-4 device > da0: 40.000MB/s transfers > da0: 30960MB (63406080 512 byte sectors: 255H 63S/T 3946C) > And diskinfo output: > > > > da0 > 512 # sectorsize > 32463912960 # mediasize in bytes (30G) > 63406080 # mediasize in sectors > 0 # stripesize > 0 # stripeoffset > 3946 # Cylinders according to firmware. > 255 # Heads according to firmware. > 63 # Sectors according to firmware. > AA22064F00000035 # Disk ident. > This is the output from the second upgrade (3/18/2012) when the drive is > inserted: > > > > ugen4.2: at usbus4 > umass0: on usbus4 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:2:0:-1: Attached to scbus2 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-4 device > da0: 40.000MB/s transfers > da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) > And diskinfo shows: > Hi, > > da0 > 512 # sectorsize > -144115188075855360 # mediasize in bytes () > -281474976710655 # mediasize in sectors > 0 # stripesize > 0 # stripeoffset > -137438953471 # Cylinders according to firmware. > 64 # Heads according to firmware. > 32 # Sectors according to firmware. > AA22064F00000035 # Disk ident. > Since the size information is incorrect, the /dev/da0s1 device is not > created and the drive cannot be mounted. The problem only happens with a > large drive. When I use a 4GB or 8GB drive, everything works correctly. > > If there is any information that I can submit that can assist in solving > the problem please let me know. > This does not look like a USB problem. It is the SCSI/CAM layer which queries over SCSI USB how big the disk is. BTW: dec2hex(17454747090944) ans = FE000000000 So it looks like some additional bits have sneaked in there? dec2hex(32463912960) ans = 78F000000 0xFE000000000 / 0x78F000000 ans = 537.67 So it looks like the mediasize was multiplied by 512 when it shouldn't. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 09:32:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E80C8106564A; Fri, 23 Mar 2012 09:32:56 +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 B7AC58FC12; Fri, 23 Mar 2012 09:32:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2N9WtUn047641; Fri, 23 Mar 2012 05:32:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2N9WtY0047619; Fri, 23 Mar 2012 09:32:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Mar 2012 09:32:55 GMT Message-Id: <201203230932.q2N9WtY0047619@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 09:32:57 -0000 TB --- 2012-03-23 08:48:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-23 08:48:16 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-23 08:48:16 - cleaning the object tree TB --- 2012-03-23 08:48:19 - cvsupping the source tree TB --- 2012-03-23 08:48:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-23 08:49:10 - building world TB --- 2012-03-23 08:49:10 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 08:49:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 08:49:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 08:49:10 - SRCCONF=/dev/null TB --- 2012-03-23 08:49:10 - TARGET=mips TB --- 2012-03-23 08:49:10 - TARGET_ARCH=mips TB --- 2012-03-23 08:49:10 - TZ=UTC TB --- 2012-03-23 08:49:10 - __MAKE_CONF=/dev/null TB --- 2012-03-23 08:49:10 - cd /src TB --- 2012-03-23 08:49:10 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 23 08:49:11 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-23 09:32:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-23 09:32:55 - ERROR: failed to build world TB --- 2012-03-23 09:32:55 - 1974.07 user 424.42 system 2679.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 11:03:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D14F1065673; Fri, 23 Mar 2012 11:03:47 +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 23AAD8FC15; Fri, 23 Mar 2012 11:03:46 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2NB3kjr089262; Fri, 23 Mar 2012 07:03:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2NB3kJV089261; Fri, 23 Mar 2012 11:03:46 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Mar 2012 11:03:46 GMT Message-Id: <201203231103.q2NB3kJV089261@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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 11:03:47 -0000 TB --- 2012-03-23 06:00:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-23 06:00:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-23 06:00:01 - cleaning the object tree TB --- 2012-03-23 06:00:22 - cvsupping the source tree TB --- 2012-03-23 06:00:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-23 06:05:52 - building world TB --- 2012-03-23 06:05:52 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 06:05:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 06:05:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 06:05:52 - SRCCONF=/dev/null TB --- 2012-03-23 06:05:52 - TARGET=i386 TB --- 2012-03-23 06:05:52 - TARGET_ARCH=i386 TB --- 2012-03-23 06:05:52 - TZ=UTC TB --- 2012-03-23 06:05:52 - __MAKE_CONF=/dev/null TB --- 2012-03-23 06:05:52 - cd /src TB --- 2012-03-23 06:05:52 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 23 06:05:53 UTC 2012 >>> 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 Fri Mar 23 08:10:36 UTC 2012 TB --- 2012-03-23 08:10:36 - generating LINT kernel config TB --- 2012-03-23 08:10:36 - cd /src/sys/i386/conf TB --- 2012-03-23 08:10:36 - /usr/bin/make -B LINT TB --- 2012-03-23 08:10:36 - cd /src/sys/i386/conf TB --- 2012-03-23 08:10:36 - /usr/sbin/config -m LINT TB --- 2012-03-23 08:10:36 - building LINT kernel TB --- 2012-03-23 08:10:36 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 08:10:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 08:10:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 08:10:36 - SRCCONF=/dev/null TB --- 2012-03-23 08:10:36 - TARGET=i386 TB --- 2012-03-23 08:10:36 - TARGET_ARCH=i386 TB --- 2012-03-23 08:10:36 - TZ=UTC TB --- 2012-03-23 08:10:36 - __MAKE_CONF=/dev/null TB --- 2012-03-23 08:10:36 - cd /src TB --- 2012-03-23 08:10:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 23 08:10:36 UTC 2012 >>> 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 >>> Kernel build for LINT completed on Fri Mar 23 08:41:08 UTC 2012 TB --- 2012-03-23 08:41:08 - cd /src/sys/i386/conf TB --- 2012-03-23 08:41:08 - /usr/sbin/config -m LINT-NOINET TB --- 2012-03-23 08:41:08 - building LINT-NOINET kernel TB --- 2012-03-23 08:41:08 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 08:41:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 08:41:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 08:41:08 - SRCCONF=/dev/null TB --- 2012-03-23 08:41:08 - TARGET=i386 TB --- 2012-03-23 08:41:08 - TARGET_ARCH=i386 TB --- 2012-03-23 08:41:08 - TZ=UTC TB --- 2012-03-23 08:41:08 - __MAKE_CONF=/dev/null TB --- 2012-03-23 08:41:08 - cd /src TB --- 2012-03-23 08:41:08 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Mar 23 08:41:08 UTC 2012 >>> 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 >>> Kernel build for LINT-NOINET completed on Fri Mar 23 09:10:34 UTC 2012 TB --- 2012-03-23 09:10:34 - cd /src/sys/i386/conf TB --- 2012-03-23 09:10:34 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-03-23 09:10:34 - building LINT-NOINET6 kernel TB --- 2012-03-23 09:10:34 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 09:10:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 09:10:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 09:10:34 - SRCCONF=/dev/null TB --- 2012-03-23 09:10:34 - TARGET=i386 TB --- 2012-03-23 09:10:34 - TARGET_ARCH=i386 TB --- 2012-03-23 09:10:34 - TZ=UTC TB --- 2012-03-23 09:10:34 - __MAKE_CONF=/dev/null TB --- 2012-03-23 09:10:34 - cd /src TB --- 2012-03-23 09:10:34 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Mar 23 09:10:34 UTC 2012 >>> 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 >>> Kernel build for LINT-NOINET6 completed on Fri Mar 23 09:40:01 UTC 2012 TB --- 2012-03-23 09:40:01 - cd /src/sys/i386/conf TB --- 2012-03-23 09:40:01 - /usr/sbin/config -m LINT-NOIP TB --- 2012-03-23 09:40:01 - building LINT-NOIP kernel TB --- 2012-03-23 09:40:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 09:40:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 09:40:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 09:40:01 - SRCCONF=/dev/null TB --- 2012-03-23 09:40:01 - TARGET=i386 TB --- 2012-03-23 09:40:01 - TARGET_ARCH=i386 TB --- 2012-03-23 09:40:01 - TZ=UTC TB --- 2012-03-23 09:40:01 - __MAKE_CONF=/dev/null TB --- 2012-03-23 09:40:01 - cd /src TB --- 2012-03-23 09:40:01 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Mar 23 09:40:01 UTC 2012 >>> 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 >>> Kernel build for LINT-NOIP completed on Fri Mar 23 10:07:11 UTC 2012 TB --- 2012-03-23 10:07:11 - cd /src/sys/i386/conf TB --- 2012-03-23 10:07:11 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-23 10:07:11 - building LINT-VIMAGE kernel TB --- 2012-03-23 10:07:11 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 10:07:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 10:07:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 10:07:11 - SRCCONF=/dev/null TB --- 2012-03-23 10:07:11 - TARGET=i386 TB --- 2012-03-23 10:07:11 - TARGET_ARCH=i386 TB --- 2012-03-23 10:07:11 - TZ=UTC TB --- 2012-03-23 10:07:11 - __MAKE_CONF=/dev/null TB --- 2012-03-23 10:07:11 - cd /src TB --- 2012-03-23 10:07:11 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Mar 23 10:07:11 UTC 2012 >>> 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 >>> Kernel build for LINT-VIMAGE completed on Fri Mar 23 10:37:15 UTC 2012 TB --- 2012-03-23 10:37:15 - cd /src/sys/i386/conf TB --- 2012-03-23 10:37:15 - /usr/sbin/config -m GENERIC TB --- 2012-03-23 10:37:15 - building GENERIC kernel TB --- 2012-03-23 10:37:15 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 10:37:15 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 10:37:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 10:37:15 - SRCCONF=/dev/null TB --- 2012-03-23 10:37:15 - TARGET=i386 TB --- 2012-03-23 10:37:15 - TARGET_ARCH=i386 TB --- 2012-03-23 10:37:15 - TZ=UTC TB --- 2012-03-23 10:37:15 - __MAKE_CONF=/dev/null TB --- 2012-03-23 10:37:15 - cd /src TB --- 2012-03-23 10:37:15 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Mar 23 10:37:15 UTC 2012 >>> 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 >>> Kernel build for GENERIC completed on Fri Mar 23 11:01:11 UTC 2012 TB --- 2012-03-23 11:01:11 - cd /src/sys/i386/conf TB --- 2012-03-23 11:01:11 - /usr/sbin/config -m PAE TB --- 2012-03-23 11:01:11 - building PAE kernel TB --- 2012-03-23 11:01:11 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 11:01:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 11:01:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 11:01:11 - SRCCONF=/dev/null TB --- 2012-03-23 11:01:11 - TARGET=i386 TB --- 2012-03-23 11:01:11 - TARGET_ARCH=i386 TB --- 2012-03-23 11:01:11 - TZ=UTC TB --- 2012-03-23 11:01:11 - __MAKE_CONF=/dev/null TB --- 2012-03-23 11:01:11 - cd /src TB --- 2012-03-23 11:01:11 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Mar 23 11:01:11 UTC 2012 >>> 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 [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/isa/sndbuf_dma.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/cmi.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/csa.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/csapcm.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/sound/pci/emu10kx.c cc1: warnings being treated as errors /src/sys/dev/sound/pci/emu10kx.c: In function 'emu_memalloc': /src/sys/dev/sound/pci/emu10kx.c:1140: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] *** Error code 1 Stop in /obj/i386.i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-23 11:03:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-23 11:03:46 - ERROR: failed to build PAE kernel TB --- 2012-03-23 11:03:46 - 14491.02 user 2035.32 system 18225.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 17:03:42 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB0FC1065670; Fri, 23 Mar 2012 17:03:42 +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 B2B918FC08; Fri, 23 Mar 2012 17:03:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2NH3a3r004587; Fri, 23 Mar 2012 13:03:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2NH3aKi004573; Fri, 23 Mar 2012 17:03:36 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Mar 2012 17:03:36 GMT Message-Id: <201203231703.q2NH3aKi004573@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 17:03:43 -0000 TB --- 2012-03-23 16:18:32 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-23 16:18:32 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-23 16:18:32 - cleaning the object tree TB --- 2012-03-23 16:18:35 - cvsupping the source tree TB --- 2012-03-23 16:18:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-23 16:19:13 - building world TB --- 2012-03-23 16:19:13 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 16:19:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 16:19:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 16:19:13 - SRCCONF=/dev/null TB --- 2012-03-23 16:19:13 - TARGET=mips TB --- 2012-03-23 16:19:13 - TARGET_ARCH=mips TB --- 2012-03-23 16:19:13 - TZ=UTC TB --- 2012-03-23 16:19:13 - __MAKE_CONF=/dev/null TB --- 2012-03-23 16:19:13 - cd /src TB --- 2012-03-23 16:19:13 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 23 16:19:14 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-23 17:03:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-23 17:03:36 - ERROR: failed to build world TB --- 2012-03-23 17:03:36 - 1971.91 user 422.34 system 2703.64 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 20:12:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECE99106564A for ; Fri, 23 Mar 2012 20:12:48 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id F20E58FC16 for ; Fri, 23 Mar 2012 20:12:47 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward13.mail.yandex.net (Yandex) with ESMTP id 83F8A142BCB for ; Sat, 24 Mar 2012 00:12:46 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 72FCB7E04BB for ; Sat, 24 Mar 2012 00:12:46 +0400 (MSK) Received: from 46.38.39.187.tel.ru (46.38.39.187.tel.ru [46.38.39.187]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id CjweXaqt-CkwSNNqh; Sat, 24 Mar 2012 00:12:46 +0400 Message-ID: <4F6CD93D.70109@passap.ru> Date: Sat, 24 Mar 2012 00:12:45 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 23 Mar 2012 20:56:00 +0000 Subject: /usr/bin/strip: File format not recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 20:12:49 -0000 Hi! I'm not sure but it seems to me that the question is more about -current that -ports. While updating devel/nspr I get this: ----- cc -o plgetopt.o -c -fvisibility=hidden -O2 -pipe -fno-strict-aliasing -ansi -Wall -fPIC -UDEBUG -DNDEBUG=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_PRAGMA=1 -DXP_UNIX=1 -DFREEBSD=1 -DHAVE_BSD_FLOCK=1 -DHAVE_SOCKLEN_T=1 -DHAVE_LCHOWN=1 -DHAVE_STRERROR=1 -DHAVE_DLADDR=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DFORCE_PR_LOG -D_PR_PTHREADS -UHAVE_CVAR_BUILT_ON_SEM -I../../../dist/include/nspr ../../.././../lib/libc/src/plgetopt.c rm -f libplc4.a /usr/bin/ar cr libplc4.a ./plvrsion.o ./strlen.o ./strcpy.o ./strdup.o ./strcase.o ./strcat.o ./strcmp.o ./strchr.o ./strpbrk.o ./strstr.o ./strtok.o ./base64.o ./plerror.o ./plgetopt.o ranlib libplc4.a rm -f libplc4.so.1 cc -shared -Wl,-soname -Wl,libplc4.so.1 -o libplc4.so.1 ./plvrsion.o ./strlen.o ./strcpy.o ./strdup.o ./strcase.o ./strcat.o ./strcmp.o ./strchr.o ./strpbrk.o ./strstr.o ./strtok.o ./base64.o ./plerror.o ./plgetopt.o -L../../../dist/lib -lnspr4 ../../../config/./nsinstall -R -m 444 ./libplc4.a ./libplc4.so.1 ../../../dist/lib ../../../config/./nsinstall -R -m 444 ./libplc4.so.1 ../../../dist/bin gmake[3]: Выход из каталога `/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/lib/libc/src' gmake[2]: Выход из каталога `/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/lib/libc' gmake[1]: Выход из каталога `/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/lib' # # Please, consider running ``make test'' to find any # possible build problems. # ===> Installing for nspr-4.9 ===> Generating temporary packing list ===> Checking if devel/nspr already installed /bin/mkdir -p /usr/local/include/nspr /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/include --dereference -cf - . | /usr/bin/tar -C /usr/local/include -xof - /usr/bin/find /usr/local/include/nspr -type d | /usr/bin/xargs /bin/chmod 0755 /usr/bin/find /usr/local/include/nspr -type f | /usr/bin/xargs /bin/chmod 444 /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - install -o root -g wheel -m 555 /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/config/nspr-config /usr/local/bin /bin/mkdir -p /usr/local/libdata/pkgconfig install -o root -g wheel -m 444 /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/config/nspr.pc /usr/local/libdata/pkgconfig /usr/bin/strip /usr/local/lib/libnspr4.so.1 /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized *** [do-install] Error code 1 Stop in /usr/ports/devel/nspr. ----- This is current built with clang: ----- % uname -a FreeBSD bsam.wart.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r232957: Wed Mar 14 14:14:49 SAMT 2012 bsam@bsam.wart.ru:/usr/obj/usr/src/sys/BBX i386 ----- My /etc/make.conf: ----- .if ${.CURDIR:N*usr/src*} == "" . if !defined(_WITHOUT_SRCCONF) SRCCONF?=/etc/src.conf . if exists(${SRCCONF}) . include "${SRCCONF}" . endif . endif .endif ### ### Ports section ### EXPLICIT_PACKAGE_DEPENDS= YES WITH_CUPS= YES WITHOUT_LPR= YES CUPS_OVERWRITE_BASE= YES WANT_OPENLDAP_SASL= YES LOCALIZED_LANG=ru QT4_OPTIONS= CUPS NAS QGTKSTYLE WITHOUT_NOUVEAU= YES THUNDERBIRD_I18N= ru .if ${.CURDIR:M*/editors/openoffice.org-3} WITHOUT_MOZILLA=YES WITH_TTF_BYTECODE_ENABLED=YES .endif # added by use.perl 2012-03-12 14:27:00 PERL_VERSION=5.12.4 ----- How can I diagnoze/overcome this? Thanks! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 21:29:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B382106566C for ; Fri, 23 Mar 2012 21:29:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id DE9B38FC14 for ; Fri, 23 Mar 2012 21:29:06 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b151:5f34:68e:e1c1] (unknown [IPv6:2001:7b8:3a7:0:b151:5f34:68e:e1c1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 853285C37; Fri, 23 Mar 2012 22:29:03 +0100 (CET) Message-ID: <4F6CEB1F.4040300@FreeBSD.org> Date: Fri, 23 Mar 2012 22:29:03 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: Boris Samorodov References: <4F6CD93D.70109@passap.ru> In-Reply-To: <4F6CD93D.70109@passap.ru> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: /usr/bin/strip: File format not recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 21:29:07 -0000 On 2012-03-23 21:12, Boris Samorodov wrote: > I'm not sure but it seems to me that the question is more about > -current that -ports. > > While updating devel/nspr I get this: ... > /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized It builds and installs fine here, both on i386 and amd64, using both gcc and clang. What is the output of: "file /usr/local/lib/libnspr4.so.1" on your system? From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 22:36:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D3E31065673 for ; Fri, 23 Mar 2012 22:36:19 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id E0DD28FC0C for ; Fri, 23 Mar 2012 22:36:18 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q2NMNDcb001374 for ; Fri, 23 Mar 2012 15:23:13 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q2NMNDDp001373 for freebsd-current@freebsd.org; Fri, 23 Mar 2012 15:23:13 -0700 (PDT) (envelope-from sgk) Date: Fri, 23 Mar 2012 15:23:13 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20120323222313.GA1331@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: general protection fault panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 22:36:19 -0000 Haven't seen one of these in a long time. %uname -a FreeBSD troutmask.apl.washington.edu 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r233282: Wed Mar 21 12:39:16 PDT 2012 kargl@troutmask.apl.washington.edu:/usr/obj/usr/src/sys/SPEW amd64 Hand transcribed Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xffffffff80570b89 stack pointer = 0x28:0xffffff82327b4860 frame pointer = 0x28:0xffffff82327b4870 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1456 (ps) trap number = 9 panic: general protection fault cpuid = 1 The system then tries to reboot without dropping into the debugger. -- Steve From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 21:05:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F36C51065675 for ; Fri, 23 Mar 2012 21:05:22 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id A67C98FC0A for ; Fri, 23 Mar 2012 21:05:22 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward14.mail.yandex.net (Yandex) with ESMTP id C514E1981917 for ; Sat, 24 Mar 2012 01:05:21 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id B4950E40484 for ; Sat, 24 Mar 2012 01:05:21 +0400 (MSK) Received: from 46.38.39.187.tel.ru (46.38.39.187.tel.ru [46.38.39.187]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 5L2WkAPK-5L2WFfcj; Sat, 24 Mar 2012 01:05:21 +0400 Message-ID: <4F6CE591.80001@passap.ru> Date: Sat, 24 Mar 2012 01:05:21 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F6CD93D.70109@passap.ru> In-Reply-To: <4F6CD93D.70109@passap.ru> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 23 Mar 2012 23:12:43 +0000 Subject: Re: /usr/bin/strip: File format not recognized X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 21:05:23 -0000 24.03.2012 00:12, Boris Samorodov пишет: > /usr/bin/strip /usr/local/lib/libnspr4.so.1 > /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized Actually the file is corrupt: ----- % file /usr/local/lib/* | grep -A5 -B5 nspr ----/usr/local/lib/libnettle.so.4.3: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped /usr/local/lib/libnotify.a: current ar archive /usr/local/lib/libnotify.la: libtool library file /usr/local/lib/libnotify.so: symbolic link to `libnotify.so.4' /usr/local/lib/libnotify.so.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped /usr/local/lib/libnspr4.a: data /usr/local/lib/libnspr4.so.1: data /usr/local/lib/libogg.a: current ar archive /usr/local/lib/libogg.la: libtool library file /usr/local/lib/libogg.so: symbolic link to `libogg.so.7' /usr/local/lib/libogg.so.7: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped /usr/local/lib/liboldX.a: current ar archive- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Mar 23 23:19:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6301106566C; Fri, 23 Mar 2012 23:19:43 +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 7E8CF8FC08; Fri, 23 Mar 2012 23:19:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2NNJgTp059771; Fri, 23 Mar 2012 19:19:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2NNJgCt059752; Fri, 23 Mar 2012 23:19:42 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 23 Mar 2012 23:19:42 GMT Message-Id: <201203232319.q2NNJgCt059752@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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Mar 2012 23:19:43 -0000 TB --- 2012-03-23 21:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-23 21:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-23 21:10:00 - cleaning the object tree TB --- 2012-03-23 21:10:00 - cvsupping the source tree TB --- 2012-03-23 21:10:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-23 21:10:22 - building world TB --- 2012-03-23 21:10:22 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 21:10:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 21:10:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 21:10:22 - SRCCONF=/dev/null TB --- 2012-03-23 21:10:22 - TARGET=i386 TB --- 2012-03-23 21:10:22 - TARGET_ARCH=i386 TB --- 2012-03-23 21:10:22 - TZ=UTC TB --- 2012-03-23 21:10:22 - __MAKE_CONF=/dev/null TB --- 2012-03-23 21:10:22 - cd /src TB --- 2012-03-23 21:10:22 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 23 21:10:23 UTC 2012 >>> 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 Fri Mar 23 23:17:48 UTC 2012 TB --- 2012-03-23 23:17:48 - generating LINT kernel config TB --- 2012-03-23 23:17:48 - cd /src/sys/i386/conf TB --- 2012-03-23 23:17:48 - /usr/bin/make -B LINT TB --- 2012-03-23 23:17:48 - cd /src/sys/i386/conf TB --- 2012-03-23 23:17:48 - /usr/sbin/config -m LINT TB --- 2012-03-23 23:17:48 - building LINT kernel TB --- 2012-03-23 23:17:48 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 23:17:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 23:17:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 23:17:48 - SRCCONF=/dev/null TB --- 2012-03-23 23:17:48 - TARGET=i386 TB --- 2012-03-23 23:17:48 - TARGET_ARCH=i386 TB --- 2012-03-23 23:17:48 - TZ=UTC TB --- 2012-03-23 23:17:48 - __MAKE_CONF=/dev/null TB --- 2012-03-23 23:17:48 - cd /src TB --- 2012-03-23 23:17:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 23 23:17:48 UTC 2012 >>> 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 [...] rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-! float -ffreestanding -fstack-protector In file included from /src/sys/dev/arcmsr/arcmsr.c:158: /src/sys/dev/arcmsr/arcmsr.h:96:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:121:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:141:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:151:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-23 23:19:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-23 23:19:42 - ERROR: failed to build LINT kernel TB --- 2012-03-23 23:19:42 - 6391.27 user 905.09 system 7781.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 00:06:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EC42106564A; Sat, 24 Mar 2012 00:06:37 +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 D3B508FC0A; Sat, 24 Mar 2012 00:06:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2O06auo038768; Fri, 23 Mar 2012 20:06:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2O06aTq038767; Sat, 24 Mar 2012 00:06:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 24 Mar 2012 00:06:36 GMT Message-Id: <201203240006.q2O06aTq038767@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 00:06:37 -0000 TB --- 2012-03-23 23:19:42 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-23 23:19:42 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-23 23:19:42 - cleaning the object tree TB --- 2012-03-23 23:19:49 - cvsupping the source tree TB --- 2012-03-23 23:19:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-23 23:20:00 - building world TB --- 2012-03-23 23:20:00 - CROSS_BUILD_TESTING=YES TB --- 2012-03-23 23:20:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-23 23:20:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-23 23:20:00 - SRCCONF=/dev/null TB --- 2012-03-23 23:20:00 - TARGET=mips TB --- 2012-03-23 23:20:00 - TARGET_ARCH=mips TB --- 2012-03-23 23:20:00 - TZ=UTC TB --- 2012-03-23 23:20:00 - __MAKE_CONF=/dev/null TB --- 2012-03-23 23:20:00 - cd /src TB --- 2012-03-23 23:20:00 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 23 23:20:01 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 00:06:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 00:06:36 - ERROR: failed to build world TB --- 2012-03-24 00:06:36 - 2064.28 user 456.58 system 2813.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 02:36:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9D2A106564A; Sat, 24 Mar 2012 02:36:28 +0000 (UTC) (envelope-from kaho@ed.niigata-u.ac.jp) Received: from caav01.cais.niigata-u.ac.jp (caav01.cais.niigata-u.ac.jp [133.35.17.133]) by mx1.freebsd.org (Postfix) with ESMTP id 64D148FC0A; Sat, 24 Mar 2012 02:36:28 +0000 (UTC) Received: from caav01.cais.niigata-u.ac.jp (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id F40A4A2638; Sat, 24 Mar 2012 11:18:02 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (pf2.ed.niigata-u.ac.jp [133.35.172.22]) by caav01.cais.niigata-u.ac.jp (Postfix) with ESMTPS id D0020A261A; Sat, 24 Mar 2012 11:18:02 +0900 (JST) Received: from pf2.ed.niigata-u.ac.jp (localhost [127.0.0.1]) by pf2.ed.niigata-u.ac.jp (8.14.5/8.14.5) with ESMTP id q2O2HnWk017629; Sat, 24 Mar 2012 11:18:02 +0900 (JST) (envelope-from kaho@pf2.ed.niigata-u.ac.jp) To: freebsd-current@freebsd.org From: Kaho Toshikazu X-Mailer: MH-E 8.2; MH 6.8.4.JP-3.05; GNU Emacs 23.4.1 References: <201203230825.32954.hselasky@c2i.net> User-Agent: EMH/1.14.1 SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.4 (amd64-portbld-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Date: Sat, 24 Mar 2012 11:17:49 +0900 Message-ID: <17628.1332555469@pf2.ed.niigata-u.ac.jp> Sender: kaho@ed.niigata-u.ac.jp X-Mailman-Approved-At: Sat, 24 Mar 2012 02:51:35 +0000 Cc: , freebsd-usb@freebsd.org Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 02:36:28 -0000 Hello, I have a similar problem with Transcend 16GB USB flash. When the flash is plugged, FreeBSD attache it, but reports very big capacity and can not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. 10-current and 8-stable have same problem, and 9-stable is not tested. -- Kaho Toshikazu -- To: freebsd-usb@freebsd.org Subject: Re: USB Flash drive problem with 9.0 From: Hans Petter Selasky Date: Fri, 23 Mar 2012 08:25:32 +0100 Cc: Alexander Motin , freebsd-current@freebsd.org, "J.J. Day" On Friday 23 March 2012 06:14:08 J.J. Day wrote: > I am upgrading a FreeBSD server and have encountered a problem with > mounting a USB flash drive. The system was on 6.3 and I upgraded to 9.0 > using CVS repositories. The flash drive worked properly at all steps > throughout the upgrade. However, after the OS upgrade was complete, I > made a mistake and destroyed some of the server application. > > So, I set the > upgraded drive aside, copied the original source drive to a different > spare, and repeated the upgrade process taking care to verify the > functioning of the applications during the process. When I finished the > second time, everything worked properly except for mounting the flash > drive. > > it appears that something changed with the OS code that reads the drive > firmware between the first time I ran cvsup on (about) the 9th and the > second time I ran it about the 18th. > > > > This is the output from the first upgrade (3/11/2012) when the drive is > inserted: > > > > ugen4.2: at usbus4 > umass0: on usbus4 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:2:0:-1: Attached to scbus2 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-4 device > da0: 40.000MB/s transfers > da0: 30960MB (63406080 512 byte sectors: 255H 63S/T 3946C) > And diskinfo output: > > > > da0 > 512 # sectorsize > 32463912960 # mediasize in bytes (30G) > 63406080 # mediasize in sectors > 0 # stripesize > 0 # stripeoffset > 3946 # Cylinders according to firmware. > 255 # Heads according to firmware. > 63 # Sectors according to firmware. > AA22064F00000035 # Disk ident. > This is the output from the second upgrade (3/18/2012) when the drive is > inserted: > > > > ugen4.2: at usbus4 > umass0: on usbus4 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:2:0:-1: Attached to scbus2 > da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 > da0: Removable Direct Access SCSI-4 device > da0: 40.000MB/s transfers > da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) > And diskinfo shows: > Hi, > > da0 > 512 # sectorsize > -144115188075855360 # mediasize in bytes () > -281474976710655 # mediasize in sectors > 0 # stripesize > 0 # stripeoffset > -137438953471 # Cylinders according to firmware. > 64 # Heads according to firmware. > 32 # Sectors according to firmware. > AA22064F00000035 # Disk ident. > Since the size information is incorrect, the /dev/da0s1 device is not > created and the drive cannot be mounted. The problem only happens with a > large drive. When I use a 4GB or 8GB drive, everything works correctly. > > If there is any information that I can submit that can assist in solving > the problem please let me know. > This does not look like a USB problem. It is the SCSI/CAM layer which queries over SCSI USB how big the disk is. BTW: dec2hex(17454747090944) ans = FE000000000 So it looks like some additional bits have sneaked in there? dec2hex(32463912960) ans = 78F000000 0xFE000000000 / 0x78F000000 ans = 537.67 So it looks like the mediasize was multiplied by 512 when it shouldn't. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 04:51:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E90B1065675; Sat, 24 Mar 2012 04:51:51 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward12.mail.yandex.net (forward12.mail.yandex.net [IPv6:2a02:6b8:0:801::2]) by mx1.freebsd.org (Postfix) with ESMTP id F00348FC18; Sat, 24 Mar 2012 04:51:50 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward12.mail.yandex.net (Yandex) with ESMTP id A5728C21EE8; Sat, 24 Mar 2012 08:51:43 +0400 (MSK) Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 875AB16A0555; Sat, 24 Mar 2012 08:51:43 +0400 (MSK) Received: from 87.249.28.58.tel.ru (87.249.28.58.tel.ru [87.249.28.58]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id ph18ksrv-ph1WMq40; Sat, 24 Mar 2012 08:51:43 +0400 Message-ID: <4F6D52DF.7080105@passap.ru> Date: Sat, 24 Mar 2012 08:51:43 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.1) Gecko/20120214 Thunderbird/10.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> In-Reply-To: <4F6CEB1F.4040300@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: /usr/bin/tar creates invalid lib file (was: Re: /usr/bin/strip: File format not recognized) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 04:51:51 -0000 On 24.03.2012 01:29, Dimitry Andric wrote: > On 2012-03-23 21:12, Boris Samorodov wrote: >> I'm not sure but it seems to me that the question is more about >> -current that -ports. >> >> While updating devel/nspr I get this: > ... >> /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized > > It builds and installs fine here, both on i386 and amd64, using both gcc > and clang. > > What is the output of: "file /usr/local/lib/libnspr4.so.1" on your > system? I've done some steps to diagnose the case. Seems that /usr/bin/tar does not create correct library: ----- % file /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped % file /usr/local/lib/libnspr4.so.1 /usr/local/lib/libnspr4.so.1: data % hd -C /usr/local/lib/libnspr4.so.1 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * % tar --version bsdtar 3.0.3 - libarchive 3.0.3 ----- The library (/usr/local/lib/libnspr4.so.1) is created by the command: ----- /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - ----- -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 05:41:29 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7C8C1065676; Sat, 24 Mar 2012 05:41:29 +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 A59CB8FC0A; Sat, 24 Mar 2012 05:41:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2O5fSr4087475; Sat, 24 Mar 2012 01:41:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2O5fSMA087462; Sat, 24 Mar 2012 05:41:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 24 Mar 2012 05:41:28 GMT Message-Id: <201203240541.q2O5fSMA087462@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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 05:41:30 -0000 TB --- 2012-03-24 03:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 03:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-24 03:30:00 - cleaning the object tree TB --- 2012-03-24 03:30:03 - cvsupping the source tree TB --- 2012-03-24 03:30:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-24 03:35:28 - building world TB --- 2012-03-24 03:35:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 03:35:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 03:35:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 03:35:28 - SRCCONF=/dev/null TB --- 2012-03-24 03:35:28 - TARGET=i386 TB --- 2012-03-24 03:35:28 - TARGET_ARCH=i386 TB --- 2012-03-24 03:35:28 - TZ=UTC TB --- 2012-03-24 03:35:28 - __MAKE_CONF=/dev/null TB --- 2012-03-24 03:35:28 - cd /src TB --- 2012-03-24 03:35:28 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 03:35:29 UTC 2012 >>> 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 Mar 24 05:39:15 UTC 2012 TB --- 2012-03-24 05:39:15 - generating LINT kernel config TB --- 2012-03-24 05:39:15 - cd /src/sys/i386/conf TB --- 2012-03-24 05:39:15 - /usr/bin/make -B LINT TB --- 2012-03-24 05:39:16 - cd /src/sys/i386/conf TB --- 2012-03-24 05:39:16 - /usr/sbin/config -m LINT TB --- 2012-03-24 05:39:16 - building LINT kernel TB --- 2012-03-24 05:39:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 05:39:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 05:39:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 05:39:16 - SRCCONF=/dev/null TB --- 2012-03-24 05:39:16 - TARGET=i386 TB --- 2012-03-24 05:39:16 - TARGET_ARCH=i386 TB --- 2012-03-24 05:39:16 - TZ=UTC TB --- 2012-03-24 05:39:16 - __MAKE_CONF=/dev/null TB --- 2012-03-24 05:39:16 - cd /src TB --- 2012-03-24 05:39:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 05:39:16 UTC 2012 >>> 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 [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 05:41:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 05:41:28 - ERROR: failed to build LINT kernel TB --- 2012-03-24 05:41:28 - 6164.41 user 887.51 system 7888.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 06:13:18 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80C5E106564A; Sat, 24 Mar 2012 06:13:18 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3BF8FC0A; Sat, 24 Mar 2012 06:13:17 +0000 (UTC) Received: from basalt.tackymt.homeip.net (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id DAD5983A0; Sat, 24 Mar 2012 15:13:16 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost by basalt.tackymt.homeip.net (amavisd-new, unix socket) with ESMTP id Xarz5j5FnmYD; Sat, 24 Mar 2012 15:13:14 +0900 (JST) Received: from biotite.tackymt.homeip.net (biotite.tackymt.homeip.net [IPv6:2001:3e0:577:0:216:cfff:febc:1472]) by basalt.tackymt.homeip.net (Postfix) with ESMTPSA; Sat, 24 Mar 2012 15:13:14 +0900 (JST) Date: Sat, 24 Mar 2012 15:13:12 +0900 From: Taku YAMAMOTO To: FreeBSD Tinderbox Message-Id: <20120324151312.c566cff2.taku@tackymt.homeip.net> In-Reply-To: <201203240541.q2O5fSMA087462@freebsd-current.sentex.ca> References: <201203240541.q2O5fSMA087462@freebsd-current.sentex.ca> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 06:13:18 -0000 Suppose some bit error of memory or storage of the tinderbox machine? On Sat, 24 Mar 2012 05:41:28 GMT FreeBSD Tinderbox wrote: (snip) > /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine 'f'(0x66) ^ 'n'(0x6e) = 0x08 > /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino 'e'(0x65) ^ 'o'(0x6f) = 0x0a > /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine 'd'(0x64) ^ 'l'(0x6c) = 0x08 > /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine 'd'(0x64) ^ 't'(0x74) = 0x10 > /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine > /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine 'e'(0x65) ^ 'o'(0x6f) = 0x0a FYI, -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 06:26:41 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CF491065673; Sat, 24 Mar 2012 06:26:41 +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 43FB88FC15; Sat, 24 Mar 2012 06:26:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2O6Qe7P034347; Sat, 24 Mar 2012 02:26:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2O6Qemr034346; Sat, 24 Mar 2012 06:26:40 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 24 Mar 2012 06:26:40 GMT Message-Id: <201203240626.q2O6Qemr034346@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 06:26:41 -0000 TB --- 2012-03-24 05:41:29 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 05:41:29 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-24 05:41:29 - cleaning the object tree TB --- 2012-03-24 05:41:33 - cvsupping the source tree TB --- 2012-03-24 05:41:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-24 05:41:44 - building world TB --- 2012-03-24 05:41:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 05:41:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 05:41:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 05:41:44 - SRCCONF=/dev/null TB --- 2012-03-24 05:41:44 - TARGET=mips TB --- 2012-03-24 05:41:44 - TARGET_ARCH=mips TB --- 2012-03-24 05:41:44 - TZ=UTC TB --- 2012-03-24 05:41:44 - __MAKE_CONF=/dev/null TB --- 2012-03-24 05:41:44 - cd /src TB --- 2012-03-24 05:41:44 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 05:41:46 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 06:26:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 06:26:40 - ERROR: failed to build world TB --- 2012-03-24 06:26:40 - 1967.37 user 436.57 system 2711.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 09:40:13 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E33B0106566B; Sat, 24 Mar 2012 09:40:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DD53A8FC15; Sat, 24 Mar 2012 09:40:12 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA01825; Sat, 24 Mar 2012 11:40:04 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SBNS8-000DQJ-Fv; Sat, 24 Mar 2012 11:40:04 +0200 Message-ID: <4F6D9672.4050201@FreeBSD.org> Date: Sat, 24 Mar 2012 11:40:02 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kaho Toshikazu , Alexander Motin References: <201203230825.32954.hselasky@c2i.net> <17628.1332555469@pf2.ed.niigata-u.ac.jp> In-Reply-To: <17628.1332555469@pf2.ed.niigata-u.ac.jp> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, day1234@hotmail.com, freebsd-usb@FreeBSD.org, Hans Petter Selasky Subject: Re: USB Flash drive problem with 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 09:40:14 -0000 on 24/03/2012 04:17 Kaho Toshikazu said the following: > Hello, > > I have a similar problem with Transcend 16GB USB flash. When the flash > is plugged, FreeBSD attache it, but reports very big capacity and can > not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. > 10-current and 8-stable have same problem, and 9-stable is not tested. Could the problem be related to r229288 (r232943 in stable/9)? The dates below match the MFC date 2012-03-13. > To: freebsd-usb@freebsd.org > Subject: Re: USB Flash drive problem with 9.0 > From: Hans Petter Selasky > Date: Fri, 23 Mar 2012 08:25:32 +0100 > Cc: Alexander Motin , freebsd-current@freebsd.org, "J.J. Day" > > On Friday 23 March 2012 06:14:08 J.J. Day wrote: >> I am upgrading a FreeBSD server and have encountered a problem with >> mounting a USB flash drive. The system was on 6.3 and I upgraded to 9.0 >> using CVS repositories. The flash drive worked properly at all steps >> throughout the upgrade. However, after the OS upgrade was complete, I >> made a mistake and destroyed some of the server application. >> >> So, I set the >> upgraded drive aside, copied the original source drive to a different >> spare, and repeated the upgrade process taking care to verify the >> functioning of the applications during the process. When I finished the >> second time, everything worked properly except for mounting the flash >> drive. >> >> it appears that something changed with the OS code that reads the drive >> firmware between the first time I ran cvsup on (about) the 9th and the >> second time I ran it about the 18th. >> >> >> >> This is the output from the first upgrade (3/11/2012) when the drive is >> inserted: >> >> >> >> ugen4.2: at usbus4 >> umass0: on usbus4 >> umass0: SCSI over Bulk-Only; quirks = 0x0100 >> umass0:2:0:-1: Attached to scbus2 >> da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 >> da0: Removable Direct Access SCSI-4 device >> da0: 40.000MB/s transfers >> da0: 30960MB (63406080 512 byte sectors: 255H 63S/T 3946C) >> And diskinfo output: >> >> >> >> da0 >> 512 # sectorsize >> 32463912960 # mediasize in bytes (30G) >> 63406080 # mediasize in sectors >> 0 # stripesize >> 0 # stripeoffset >> 3946 # Cylinders according to firmware. >> 255 # Heads according to firmware. >> 63 # Sectors according to firmware. >> AA22064F00000035 # Disk ident. >> This is the output from the second upgrade (3/18/2012) when the drive is >> inserted: >> >> >> >> ugen4.2: at usbus4 >> umass0: on usbus4 >> umass0: SCSI over Bulk-Only; quirks = 0x0100 >> umass0:2:0:-1: Attached to scbus2 >> da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 >> da0: Removable Direct Access SCSI-4 device >> da0: 40.000MB/s transfers >> da0: 17454747090944MB (71776119061217281 512 byte sectors: 64H 32S/T 0C) >> And diskinfo shows: >> > > Hi, > >> >> da0 >> 512 # sectorsize >> -144115188075855360 # mediasize in bytes () >> -281474976710655 # mediasize in sectors >> 0 # stripesize >> 0 # stripeoffset >> -137438953471 # Cylinders according to firmware. >> 64 # Heads according to firmware. >> 32 # Sectors according to firmware. >> AA22064F00000035 # Disk ident. >> Since the size information is incorrect, the /dev/da0s1 device is not >> created and the drive cannot be mounted. The problem only happens with a >> large drive. When I use a 4GB or 8GB drive, everything works correctly. >> >> If there is any information that I can submit that can assist in solving >> the problem please let me know. >> > > This does not look like a USB problem. It is the SCSI/CAM layer which queries > over SCSI USB how big the disk is. > > BTW: > > dec2hex(17454747090944) > ans = FE000000000 > > So it looks like some additional bits have sneaked in there? > > dec2hex(32463912960) > ans = 78F000000 > > 0xFE000000000 / 0x78F000000 > ans = 537.67 > > So it looks like the mediasize was multiplied by 512 when it shouldn't. > > --HPS -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 12:02:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B9C106564A; Sat, 24 Mar 2012 12:02:31 +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 34B598FC24; Sat, 24 Mar 2012 12:02:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2OC2Ug5052457; Sat, 24 Mar 2012 08:02:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2OC2UKr052448; Sat, 24 Mar 2012 12:02:30 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 24 Mar 2012 12:02:30 GMT Message-Id: <201203241202.q2OC2UKr052448@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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 12:02:31 -0000 TB --- 2012-03-24 09:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 09:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-24 09:50:00 - cleaning the object tree TB --- 2012-03-24 09:50:02 - cvsupping the source tree TB --- 2012-03-24 09:50:02 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-24 09:55:44 - building world TB --- 2012-03-24 09:55:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 09:55:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 09:55:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 09:55:44 - SRCCONF=/dev/null TB --- 2012-03-24 09:55:44 - TARGET=i386 TB --- 2012-03-24 09:55:44 - TARGET_ARCH=i386 TB --- 2012-03-24 09:55:44 - TZ=UTC TB --- 2012-03-24 09:55:44 - __MAKE_CONF=/dev/null TB --- 2012-03-24 09:55:44 - cd /src TB --- 2012-03-24 09:55:44 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 09:55:44 UTC 2012 >>> 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 Mar 24 12:00:29 UTC 2012 TB --- 2012-03-24 12:00:29 - generating LINT kernel config TB --- 2012-03-24 12:00:29 - cd /src/sys/i386/conf TB --- 2012-03-24 12:00:29 - /usr/bin/make -B LINT TB --- 2012-03-24 12:00:29 - cd /src/sys/i386/conf TB --- 2012-03-24 12:00:29 - /usr/sbin/config -m LINT TB --- 2012-03-24 12:00:29 - building LINT kernel TB --- 2012-03-24 12:00:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 12:00:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 12:00:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 12:00:29 - SRCCONF=/dev/null TB --- 2012-03-24 12:00:29 - TARGET=i386 TB --- 2012-03-24 12:00:29 - TARGET_ARCH=i386 TB --- 2012-03-24 12:00:29 - TZ=UTC TB --- 2012-03-24 12:00:29 - __MAKE_CONF=/dev/null TB --- 2012-03-24 12:00:29 - cd /src TB --- 2012-03-24 12:00:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 12:00:30 UTC 2012 >>> 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 [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 12:02:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 12:02:30 - ERROR: failed to build LINT kernel TB --- 2012-03-24 12:02:30 - 6220.64 user 896.05 system 7949.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 12:49:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 865E0106564A; Sat, 24 Mar 2012 12:49:14 +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 532B68FC1A; Sat, 24 Mar 2012 12:49:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2OCnDcq004245; Sat, 24 Mar 2012 08:49:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2OCnD00004240; Sat, 24 Mar 2012 12:49:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 24 Mar 2012 12:49:13 GMT Message-Id: <201203241249.q2OCnD00004240@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 12:49:14 -0000 TB --- 2012-03-24 12:02:30 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 12:02:30 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-24 12:02:30 - cleaning the object tree TB --- 2012-03-24 12:02:33 - cvsupping the source tree TB --- 2012-03-24 12:02:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-24 12:02:47 - building world TB --- 2012-03-24 12:02:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 12:02:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 12:02:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 12:02:47 - SRCCONF=/dev/null TB --- 2012-03-24 12:02:47 - TARGET=mips TB --- 2012-03-24 12:02:47 - TARGET_ARCH=mips TB --- 2012-03-24 12:02:47 - TZ=UTC TB --- 2012-03-24 12:02:47 - __MAKE_CONF=/dev/null TB --- 2012-03-24 12:02:47 - cd /src TB --- 2012-03-24 12:02:47 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 12:02:47 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 12:49:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 12:49:13 - ERROR: failed to build world TB --- 2012-03-24 12:49:13 - 2052.01 user 448.76 system 2803.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 14:08:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB586106564A for ; Sat, 24 Mar 2012 14:08:11 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9A1718FC17 for ; Sat, 24 Mar 2012 14:08:11 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c8dc:6e5:d0ce:fe36] (unknown [IPv6:2001:7b8:3a7:0:c8dc:6e5:d0ce:fe36]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C74DA5C37 for ; Sat, 24 Mar 2012 15:08:10 +0100 (CET) Message-ID: <4F6DD54F.4080606@FreeBSD.org> Date: Sat, 24 Mar 2012 15:08:15 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: HEADS UP: As of r233419, head should compile cleanly with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 14:08:11 -0000 Hi, As of r233419 in head, you should now be able to build world and the GENERIC kernel using clang, and without the need to place NO_WERROR= and/or WERROR= in your src.conf file. Note this is only valid for i386 and amd64, and there are still some non-standard world settings that lead to warnings that break the build. For example, WITH_ICONV does not fully work yet. Also, not all kernel configurations will fully compile without warnings. If there are any clang-specific warnings that you get for your custom kernel configuration, please let me know, so I can go hunting for a proper fix or workaround. Last but not least, it would be nice to have world and kernel not regress anymore, so if there is somebody who can offer resources for a tinderbox or other continuous head build with clang, please speak up. :) From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 15:04:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E77C106566C; Sat, 24 Mar 2012 15:04:36 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D87438FC15; Sat, 24 Mar 2012 15:04:35 +0000 (UTC) Received: by vbmv11 with SMTP id v11so2732409vbm.13 for ; Sat, 24 Mar 2012 08:04:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=YNyI0cM35RNzmgNV4XzTHfyCkAoNTRf3KuMTWAtsz+U=; b=qbBjLhaOHShpfg+SvfwbsXhlnA7jEoEd1vH23dBOQkqYhCYXY3tRJP2pW2bRFWNwXy K1PHxHMa+PnjrnKLHTNP9CK7EJgAqvEzi0zIa/NvuTCE/aKBLHM5lqpbryA6YR29Hrif mUIQzWLWb91PUh6Z9oNY/desrQuYhG1fAgC54ZTHaCW0CHl9LtoKeU6YmiS//91wkYsf EMNrZ2VUcxHzg4TuxpCjp5nyjSkkARJQYIsZO6yyhNHE7BEjyrllEqDGjGs7hbNAXm0e YSsDXA9FffaQwDABzFBeuE0kG/zUdYX/Z5ugdtPP6vhE8Cn7fMUZ99COkYNDz7FppXGt E1DQ== MIME-Version: 1.0 Received: by 10.52.178.98 with SMTP id cx2mr4746271vdc.112.1332601469439; Sat, 24 Mar 2012 08:04:29 -0700 (PDT) Received: by 10.220.230.135 with HTTP; Sat, 24 Mar 2012 08:04:29 -0700 (PDT) In-Reply-To: <4F6D52DF.7080105@passap.ru> References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> Date: Sat, 24 Mar 2012 08:04:29 -0700 Message-ID: From: Garrett Cooper To: Boris Samorodov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: /usr/bin/tar creates invalid lib file (was: Re: /usr/bin/strip: File format not recognized) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 15:04:36 -0000 On Fri, Mar 23, 2012 at 9:51 PM, Boris Samorodov wrote: > On 24.03.2012 01:29, Dimitry Andric wrote: >> >> On 2012-03-23 21:12, Boris Samorodov wrote: >>> >>> I'm not sure but it seems to me that the question is more about >>> -current that -ports. >>> >>> While updating devel/nspr I get this: >> >> ... >>> >>> /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognize= d >> >> >> It builds and installs fine here, both on i386 and amd64, using both gcc >> and clang. >> >> What is the output of: "file /usr/local/lib/libnspr4.so.1" on your >> system? > > > I've done some steps to diagnose the case. Seems that /usr/bin/tar > does not create correct library: > ----- > % file > /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../= pr/src/./libnspr4.so.1 > /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../= pr/src/./libnspr4.so.1: > ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamical= ly > linked, not stripped > % file /usr/local/lib/libnspr4.so.1 > /usr/local/lib/libnspr4.so.1: data > % hd -C /usr/local/lib/libnspr4.so.1 > 00000000 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 > |................| > 00000000 =A000 00 00 00 00 00 00 00 =A000 00 00 00 00 00 00 00 > |................| > * > % tar --version > bsdtar 3.0.3 - libarchive 3.0.3 > ----- > > The library (/usr/local/lib/libnspr4.so.1) is created by the command: > ----- > /usr/bin/tar -C > /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib > --dereference -cf - . | =A0/usr/bin/tar -C /usr/local/lib -xof - All that does is shuffle around files; it doesn't make any libraries. The question I'd have is are there multiple instances running in parallel, or not? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 15:52:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEA92106564A; Sat, 24 Mar 2012 15:52:16 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BABED8FC0C; Sat, 24 Mar 2012 15:52:16 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so4309915pbc.13 for ; Sat, 24 Mar 2012 08:52:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7OgE4yihl1n6fxMI6UBPYynBtI2KBT5TyCIL8qBAZVg=; b=u0BOa22qkm94PTvAraxXjjcU+HH23ldhTYCBIuXGmYEAvW6vWhJc/Xx9+wmnE97QzY RbdXnK/t1mKrvoeQV+YeYB2MZVokhKLxDG8tJkHG/TaqedTVHWp3KnbO8EqUTQo31XaP 30EfNrbd9FohtGXvNWTJLhoSXRMoS4nDfWKjB1FTVDnj/izFjicnQ1QT+x4qCrzcECe9 e+WIltdbf3R9MpHKvR0lbdtC4B6YlZPh9k3/eVXRg2UnFYx/DoOmZnnesjKluJa0dT9/ pcvRtfLtIeWwQknVvyvj6fqNhY2KPlVK8D5PFfXDmuZUfh/44ME8M9VbXTeTx/kPJCA1 w8Tg== MIME-Version: 1.0 Received: by 10.68.216.229 with SMTP id ot5mr38357726pbc.148.1332604336319; Sat, 24 Mar 2012 08:52:16 -0700 (PDT) Received: by 10.68.208.168 with HTTP; Sat, 24 Mar 2012 08:52:16 -0700 (PDT) In-Reply-To: <4F6DD54F.4080606@FreeBSD.org> References: <4F6DD54F.4080606@FreeBSD.org> Date: Sat, 24 Mar 2012 11:52:16 -0400 Message-ID: From: Super Bisquit To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: As of r233419, head should compile cleanly with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 15:52:17 -0000 On Sat, Mar 24, 2012 at 10:08 AM, Dimitry Andric wrote: > Hi, > > As of r233419 in head, you should now be able to build world and the > GENERIC kernel using clang, and without the need to place NO_WERROR= > and/or WERROR= in your src.conf file. > > Note this is only valid for i386 and amd64, and there are still some > non-standard world settings that lead to warnings that break the build. > For example, WITH_ICONV does not fully work yet. > > Also, not all kernel configurations will fully compile without warnings. > If there are any clang-specific warnings that you get for your custom > kernel configuration, please let me know, so I can go hunting for a > proper fix or workaround. > > Last but not least, it would be nice to have world and kernel not > regress anymore, so if there is somebody who can offer resources for a > tinderbox or other continuous head build with clang, please speak up. :) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Are the defaults for clang, llvm, and the related tools now in /usr/bin instead of /usr/local/bin? Are the versions at 3.x? Will building clang in /usr/src result in a 3.x build or will I need to edit the clang/Makefile and llvm/Makefile to install everything in /usr/bin without causing an error? I've already reported the error to brooke@ but obviously: 1) Being on PowerPC it doesn't seem to get any responses. 2) Because the email was from me, it was ignored. From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 15:58:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02689106564A for ; Sat, 24 Mar 2012 15:58:05 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C86D08FC0C for ; Sat, 24 Mar 2012 15:58:04 +0000 (UTC) Received: by pbcwz17 with SMTP id wz17so4315001pbc.13 for ; Sat, 24 Mar 2012 08:58:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=FX8nbZOWORRHC73BXYanXeMEwH8p509l2TT0IyT8rkY=; b=WD41SwZdqIMv8N6aH4cknyiLs+sLI1BpG4xU31IImKZ2uKmB9BMqQ5qCiEV1grMlOJ i+MNUYnxNgkNZ+m5qo0DZMlP+Vq/yhS27Y8li+KPTAPff4MKMEsdREI5wvXFyY6UaOIY NTHeiJU49MIYT8y2/AjvEH/ZGYrZeqW3Qn8hqk3U8uFGTmkuF+utbQ5dbvmsvLFZa8FQ SKMIm+W+6aW6L4J9Arcc9UUMXfMRgc6jzXdVFKC3jXeUw2hON1926LLVCroj+GcrFXSP gAmXivR7aGvR7Gh90VUb9a8h5CdaTauwsXLtfoK7EbhS/SYr4ZNMYc3myMck0Q51gQW0 38oA== MIME-Version: 1.0 Received: by 10.68.234.41 with SMTP id ub9mr38388469pbc.106.1332604684204; Sat, 24 Mar 2012 08:58:04 -0700 (PDT) Received: by 10.68.208.168 with HTTP; Sat, 24 Mar 2012 08:58:04 -0700 (PDT) In-Reply-To: References: Date: Sat, 24 Mar 2012 11:58:04 -0400 Message-ID: From: Super Bisquit To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fwd: general clang error: cause for worry? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 15:58:05 -0000 ---------- Forwarded message ---------- From: Super Bisquit Date: Fri, Mar 16, 2012 at 11:17 PM Subject: general clang error: cause for worry? To: brooks@freebsd.org chipchop# pkg_info|grep clang clang-3.0 C, Objective-C, and (alpha-quality) C++ compiler chipchop# pkg_info | grep llvm llvm-3.0 Low Level Virtual Machine chipchop# ls /usr/bin/cl* /usr/bin/clang /usr/bin/clang++ /usr/bin/clear chipchop# /usr/bin/clang --version FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007 Target: powerpc-undermydesk-freebsd9.0 Thread model: posix chipchop# ls /usr/local/bin/cl* /usr/local/bin/clang /usr/local/bin/clang-tblgen /usr/local/bin/clearspd /usr/local/bin/clang++ /usr/local/bin/cleanlinks chipchop# ls /usr/local/bin/clang --version ls: --version: No such file or directory /usr/local/bin/clang chipchop# /usr/local/bin/clang --version /libexec/ld-elf.so.1: /usr/local/lib/libLLVM-3.0.so: Unsupported relocation type 10 in non-PLT relocations chipchop# As in my response to Dimitri, this is the error. If this error occurs on the real machine, it will occur on Tinderbox. From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 16:01:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E974106566B for ; Sat, 24 Mar 2012 16:01:51 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0428FC0C for ; Sat, 24 Mar 2012 16:01:51 +0000 (UTC) Received: by iahk25 with SMTP id k25so8043877iah.13 for ; Sat, 24 Mar 2012 09:01:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=gMvM2C7GJw53Kt5U5PVLiqAjxKxkRcvlh222qUMsD+A=; b=BL8yQFMZ/64v/rZOLr4QiDco7Ibs2c3GJMlVCp8vLPXzewJoutQgbgyxjp4ikxQENP 341tYE1F8l2hWBbCsT9wtcy8B7gq5DjCkTiXjPakHyu5uk1Fxvih3dxW5IKbzvyUuiOX KywYoD8sD1qK3YdmNS75EeIUPAsD4+n0PvOkaUWsW/sCxbXcY6bN5d4nWcuqQY1W3BLI 6u0rdBJ//39ioTNF8URAKrBJoZPiHK2ncIq5ANvnFKs3HZtFtVmYptSgGULkp9RdZ37+ KbbW4ACVS8Ioni76C+KLYMkiMQK0mMh0cAidzYVR6MZvzQh2GYf5bTZ0qseD2aMTKn5f eS7w== Received: by 10.42.131.7 with SMTP id x7mr10930458ics.40.1332604905506; Sat, 24 Mar 2012 09:01:45 -0700 (PDT) Received: from narn.knownspace (216-15-41-8.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com. [216.15.41.8]) by mx.google.com with ESMTPS id vr4sm13926576igb.1.2012.03.24.09.01.44 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 24 Mar 2012 09:01:45 -0700 (PDT) Date: Sat, 24 Mar 2012 12:01:40 -0400 From: Justin Hibbits To: Super Bisquit Message-ID: <20120324120140.504751b6@narn.knownspace> In-Reply-To: References: X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; powerpc-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: general clang error: cause for worry? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 16:01:51 -0000 On Sat, 24 Mar 2012 11:58:04 -0400 Super Bisquit wrote: > ---------- Forwarded message ---------- > From: Super Bisquit > Date: Fri, Mar 16, 2012 at 11:17 PM > Subject: general clang error: cause for worry? > To: brooks@freebsd.org > > > chipchop# pkg_info|grep clang > clang-3.0 C, Objective-C, and (alpha-quality) C++ compiler > chipchop# pkg_info | grep llvm > llvm-3.0 Low Level Virtual Machine > chipchop# ls /usr/bin/cl* > /usr/bin/clang /usr/bin/clang++ /usr/bin/clear > chipchop# /usr/bin/clang --version > FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007 > Target: powerpc-undermydesk-freebsd9.0 > Thread model: posix > chipchop# ls /usr/local/bin/cl* > /usr/local/bin/clang /usr/local/bin/clang-tblgen > /usr/local/bin/clearspd > /usr/local/bin/clang++ /usr/local/bin/cleanlinks > chipchop# ls /usr/local/bin/clang --version > ls: --version: No such file or directory > /usr/local/bin/clang > chipchop# /usr/local/bin/clang --version > /libexec/ld-elf.so.1: /usr/local/lib/libLLVM-3.0.so: Unsupported > relocation type 10 in non-PLT relocations > > chipchop# > > As in my response to Dimitri, this is the error. > If this error occurs on the real machine, it will occur on Tinderbox. Yes, the ports clang does have a problem, because it's built with shared libraries. I've reported it (tacked onto an existing report) to llvm. The cause is that there is a symbol in the PowerPC JIT code that's naked (no PIC annotations), so the shared library fails to load at runtime. I will submit a separate bug report to llvm in the near future, just so it doesn't get lost. - Justin From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 17:00:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F6B1106566B; Sat, 24 Mar 2012 17:00:59 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id C2AEE8FC0C; Sat, 24 Mar 2012 17:00:58 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id q2OH0pv3037278; Sat, 24 Mar 2012 17:00:51 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id et6xdhia53tkj36yaneeipm7aa; Sat, 24 Mar 2012 17:00:51 +0000 (UTC) (envelope-from tim@kientzle.com) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Tim Kientzle In-Reply-To: <4F6D52DF.7080105@passap.ru> Date: Sat, 24 Mar 2012 10:00:51 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> To: Boris Samorodov X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: /usr/bin/tar creates invalid lib file (was: Re: /usr/bin/strip: File format not recognized) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 17:00:59 -0000 On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: > On 24.03.2012 01:29, Dimitry Andric wrote: >> On 2012-03-23 21:12, Boris Samorodov wrote: >>> I'm not sure but it seems to me that the question is more about >>> -current that -ports. >>>=20 >>> While updating devel/nspr I get this: >> ... >>> /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not = recognized >>=20 >> It builds and installs fine here, both on i386 and amd64, using both = gcc >> and clang. >>=20 >> What is the output of: "file /usr/local/lib/libnspr4.so.1" on your >> system? >=20 > I've done some steps to diagnose the case. Seems that /usr/bin/tar > does not create correct library: > ----- > % file = /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../p= r/src/./libnspr4.so.1 > = /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../p= r/src/./libnspr4.so.1: ELF 32-bit LSB shared object, Intel 80386, = version 1 (FreeBSD), dynamically linked, not stripped > % file /usr/local/lib/libnspr4.so.1 > /usr/local/lib/libnspr4.so.1: data > % hd -C /usr/local/lib/libnspr4.so.1 > 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = |................| > 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = |................| > * > % tar --version > bsdtar 3.0.3 - libarchive 3.0.3 > ----- >=20 > The library (/usr/local/lib/libnspr4.so.1) is created by the command: > ----- > /usr/bin/tar -C = /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib = --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - > ----- Can you send me the output of: tar -cvf /tmp/test.tar = /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../p= r/src/./libnspr4.so.1 (A tar archive containing only that one source file.) This looks similar to a bug that we found in libarchive recently I didn't think that bug impacted FreeBSD, but I may have been wrong=85. if it did, it will be obvious from the structure of the created archive. Tim From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 18:07:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B5941065672; Sat, 24 Mar 2012 18:07:42 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id 076988FC17; Sat, 24 Mar 2012 18:07:42 +0000 (UTC) Received: from smtp11.mail.yandex.net (smtp11.mail.yandex.net [95.108.130.67]) by forward13.mail.yandex.net (Yandex) with ESMTP id 9727114227E; Sat, 24 Mar 2012 22:07:40 +0400 (MSK) Received: from smtp11.mail.yandex.net (localhost [127.0.0.1]) by smtp11.mail.yandex.net (Yandex) with ESMTP id 67AA47E04BB; Sat, 24 Mar 2012 22:07:40 +0400 (MSK) Received: from 46.38.39.187.tel.ru (46.38.39.187.tel.ru [46.38.39.187]) by smtp11.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 7dwS1pJH-7ew4mg2b; Sat, 24 Mar 2012 22:07:40 +0400 Message-ID: <4F6E0D6B.9080408@passap.ru> Date: Sat, 24 Mar 2012 22:07:39 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: Garrett Cooper References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 18:07:42 -0000 24.03.2012 19:04, Garrett Cooper пишет: > On Fri, Mar 23, 2012 at 9:51 PM, Boris Samorodov wrote: >> On 24.03.2012 01:29, Dimitry Andric wrote: >>> >>> On 2012-03-23 21:12, Boris Samorodov wrote: >>>> >>>> I'm not sure but it seems to me that the question is more about >>>> -current that -ports. >>>> >>>> While updating devel/nspr I get this: >>> >>> ... >>>> >>>> /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized >>> >>> >>> It builds and installs fine here, both on i386 and amd64, using both gcc >>> and clang. >>> >>> What is the output of: "file /usr/local/lib/libnspr4.so.1" on your >>> system? >> >> >> I've done some steps to diagnose the case. Seems that /usr/bin/tar >> does not create correct library: >> ----- >> % file >> /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 >> /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1: >> ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically >> linked, not stripped >> % file /usr/local/lib/libnspr4.so.1 >> /usr/local/lib/libnspr4.so.1: data >> % hd -C /usr/local/lib/libnspr4.so.1 >> 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> |................| >> 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >> |................| >> * >> % tar --version >> bsdtar 3.0.3 - libarchive 3.0.3 >> ----- >> >> The library (/usr/local/lib/libnspr4.so.1) is created by the command: >> ----- >> /usr/bin/tar -C >> /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib >> --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - > > All that does is shuffle around files; it doesn't make any libraries. > The question I'd have is are there multiple instances running in > parallel, or not? Since I tried the command by hand and got the same result as while using the port, I assume that the answer is "no, there are not". -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 18:09:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DF741065672; Sat, 24 Mar 2012 18:09:27 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id DE7878FC25; Sat, 24 Mar 2012 18:09:26 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward11.mail.yandex.net (Yandex) with ESMTP id 79717E82217; Sat, 24 Mar 2012 22:09:25 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 4F0131B60515; Sat, 24 Mar 2012 22:09:25 +0400 (MSK) Received: from 46.38.39.187.tel.ru (46.38.39.187.tel.ru [46.38.39.187]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 9O7unjaE-9O78UYxG; Sat, 24 Mar 2012 22:09:24 +0400 Message-ID: <4F6E0DD4.60507@passap.ru> Date: Sat, 24 Mar 2012 22:09:24 +0400 From: Boris Samorodov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111114 Thunderbird/8.0 MIME-Version: 1.0 To: Tim Kientzle References: <4F6CD93D.70109@passap.ru> <4F6CEB1F.4040300@FreeBSD.org> <4F6D52DF.7080105@passap.ru> <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> In-Reply-To: <4F34E618-DB66-464D-B5B2-900960D6C16B@kientzle.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: /usr/bin/tar creates invalid lib file X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 18:09:27 -0000 24.03.2012 21:00, Tim Kientzle пишет: > Can you send me the output of: Sure. I'll do it tomorrow (the machine is at work). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 18:26:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 920D01065672; Sat, 24 Mar 2012 18:26:32 +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 5DC088FC12; Sat, 24 Mar 2012 18:26:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2OIQQxv025910; Sat, 24 Mar 2012 14:26:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2OIQQuB025905; Sat, 24 Mar 2012 18:26:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 24 Mar 2012 18:26:26 GMT Message-Id: <201203241826.q2OIQQuB025905@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 i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 18:26:32 -0000 TB --- 2012-03-24 16:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 16:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-24 16:10:00 - cleaning the object tree TB --- 2012-03-24 16:10:10 - cvsupping the source tree TB --- 2012-03-24 16:10:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-24 16:15:35 - building world TB --- 2012-03-24 16:15:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 16:15:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 16:15:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 16:15:35 - SRCCONF=/dev/null TB --- 2012-03-24 16:15:35 - TARGET=i386 TB --- 2012-03-24 16:15:35 - TARGET_ARCH=i386 TB --- 2012-03-24 16:15:35 - TZ=UTC TB --- 2012-03-24 16:15:35 - __MAKE_CONF=/dev/null TB --- 2012-03-24 16:15:35 - cd /src TB --- 2012-03-24 16:15:35 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 16:15:35 UTC 2012 >>> 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 Mar 24 18:23:59 UTC 2012 TB --- 2012-03-24 18:23:59 - generating LINT kernel config TB --- 2012-03-24 18:23:59 - cd /src/sys/i386/conf TB --- 2012-03-24 18:23:59 - /usr/bin/make -B LINT TB --- 2012-03-24 18:23:59 - cd /src/sys/i386/conf TB --- 2012-03-24 18:23:59 - /usr/sbin/config -m LINT TB --- 2012-03-24 18:23:59 - building LINT kernel TB --- 2012-03-24 18:23:59 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 18:23:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 18:23:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 18:23:59 - SRCCONF=/dev/null TB --- 2012-03-24 18:23:59 - TARGET=i386 TB --- 2012-03-24 18:23:59 - TARGET_ARCH=i386 TB --- 2012-03-24 18:23:59 - TZ=UTC TB --- 2012-03-24 18:23:59 - __MAKE_CONF=/dev/null TB --- 2012-03-24 18:23:59 - cd /src TB --- 2012-03-24 18:23:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Mar 24 18:23:59 UTC 2012 >>> 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 [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 18:26:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 18:26:26 - ERROR: failed to build LINT kernel TB --- 2012-03-24 18:26:26 - 6406.32 user 918.05 system 8185.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 19:14:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1FCA9106564A; Sat, 24 Mar 2012 19:14:14 +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 E4D378FC0C; Sat, 24 Mar 2012 19:14:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q2OJEDW9076339; Sat, 24 Mar 2012 15:14:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q2OJEDD1076338; Sat, 24 Mar 2012 19:14:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 24 Mar 2012 19:14:13 GMT Message-Id: <201203241914.q2OJEDD1076338@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 mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 19:14:14 -0000 TB --- 2012-03-24 18:26:26 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-24 18:26:26 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-24 18:26:26 - cleaning the object tree TB --- 2012-03-24 18:26:30 - cvsupping the source tree TB --- 2012-03-24 18:26:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-24 18:26:45 - building world TB --- 2012-03-24 18:26:45 - CROSS_BUILD_TESTING=YES TB --- 2012-03-24 18:26:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-24 18:26:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-24 18:26:45 - SRCCONF=/dev/null TB --- 2012-03-24 18:26:45 - TARGET=mips TB --- 2012-03-24 18:26:45 - TARGET_ARCH=mips TB --- 2012-03-24 18:26:45 - TZ=UTC TB --- 2012-03-24 18:26:45 - __MAKE_CONF=/dev/null TB --- 2012-03-24 18:26:45 - cd /src TB --- 2012-03-24 18:26:45 - /usr/bin/make -B buildworld >>> World build started on Sat Mar 24 18:26:46 UTC 2012 >>> 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 [...] cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-24 19:14:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-24 19:14:13 - ERROR: failed to build world TB --- 2012-03-24 19:14:13 - 2088.27 user 459.35 system 2866.43 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 20:40:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9B11D1065670 for ; Sat, 24 Mar 2012 20:40:33 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 730AF8FC18 for ; Sat, 24 Mar 2012 20:40:33 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SBXlI-0005tp-Nr for freebsd-current@freebsd.org; Sat, 24 Mar 2012 13:40:32 -0700 Date: Sat, 24 Mar 2012 13:40:32 -0700 (PDT) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1332621632733-5592266.post@n5.nabble.com> In-Reply-To: References: <4F6DD54F.4080606@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: HEADS UP: As of r233419, head should compile cleanly with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 20:40:33 -0000 Nice! Is 9-STABLE also planned to be cleaned up? -- View this message in context: http://freebsd.1045724.n5.nabble.com/HEADS-UP-As-of-r233419-head-should-compile-cleanly-with-clang-tp5591742p5592266.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 21:33:08 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A19E106566C for ; Sat, 24 Mar 2012 21:33:08 +0000 (UTC) (envelope-from lars@e-new.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0948FC1A for ; Sat, 24 Mar 2012 21:33:07 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 4260D6A6053 for ; Sat, 24 Mar 2012 22:33:06 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id M3TrDspDpV8p for ; Sat, 24 Mar 2012 22:33:06 +0100 (CET) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id 009296A6004 for ; Sat, 24 Mar 2012 22:33:06 +0100 (CET) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.4/8.14.4) with ESMTP id q2OLX5Js042271 for ; Sat, 24 Mar 2012 22:33:05 +0100 (CET) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.4/8.14.4/Submit) id q2OLX5As041306 for current@freebsd.org; Sat, 24 Mar 2012 22:33:05 +0100 (CET) (envelope-from lars) Date: Sat, 24 Mar 2012 22:33:05 +0100 From: Lars Engels To: current@freebsd.org Message-ID: <20120324213305.GF85472@e-new.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oPmsXEqKQNHCSXW7" Content-Disposition: inline X-Editor: VIM - Vi IMproved 7.3 X-Operation-System: FreeBSD 8.2-RELEASE-p3 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: [ACPI] panic on battery insertion since last ACPI update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 21:33:08 -0000 --oPmsXEqKQNHCSXW7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable With yesterday's CURRENT (r233364) the system panics when I insert the batt= ery into the notebook. milhouse.bsd-geek.de dumped core - see /var/crash/vmcore.0 Sat Mar 24 22:26:15 CET 2012 FreeBSD milhouse.bsd-geek.de 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r233364M:= Fri Mar 23 17:48:19 CET 2012 lars@milhouse.bsd-geek.de:/usr/obj/usr/sr= c/sys/GENERIC amd64 panic: from debugger GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid =3D 0; apic id =3D 00 instruction pointer =3D 0x20:0xffffffff80320160 stack pointer =3D 0x28:0xffffff8116346690 frame pointer =3D 0x28:0xffffff81163466b0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 2488 (hald) Uptime: 31s Dumping 350 out of 3970 MB: Loaded symbols for /boot/kernel/ext2fs.ko #0 doadump (textdump=3D1) at /usr/src/sys/kern/kern_shutdown.c:268 268 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=3D1) at /usr/src/sys/kern/kern_shutdown.c:268 #1 0xffffffff8086e2bf in kern_reboot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:454 #2 0xffffffff8086e797 in panic (fmt=3D0x0) at /usr/src/sys/kern/kern_shutdown.c:642 #3 0xffffffff80328c67 in db_panic (addr=3DVariable "addr" is not available. ) at /usr/src/sys/ddb/db_command.c:482 #4 0xffffffff80329071 in db_command (last_cmdp=3D0xffffffff811560a0, cmd_t= able=3Ddwarf2_read_address: Corrupted DWARF expression. ) at /usr/src/sys/ddb/db_command.c:449 #5 0xffffffff803292c0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #6 0xffffffff8032b3f9 in db_trap (type=3DVariable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #7 0xffffffff808a4b58 in kdb_trap (type=3D9, code=3D0, tf=3D0xffffff811634= 65e0) at /usr/src/sys/kern/subr_kdb.c:629 #8 0xffffffff80b6729d in trap_fatal (frame=3D0xffffff81163465e0, eva=3DVar= iable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:833 #9 0xffffffff80b67825 in trap (frame=3D0xffffff81163465e0) at /usr/src/sys/amd64/amd64/trap.c:597 #10 0xffffffff80b5224f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #11 0xffffffff80320160 in AcpiOsAcquireObject (Cache=3D0xfffffe00028c9940) at /usr/src/sys/contrib/dev/acpica/components/utilities/utcache.c:319 #12 0xffffffff80322f62 in AcpiUtAllocateObjectDescDbg ( ModuleName=3D0xffffffff80c0c2c0 "exoparg2", LineNumber=3D398, Component= Id=3DVariable "ComponentId" is not available. ) at /usr/src/sys/contrib/dev/acpica/components/utilities/utobject.c:437 #13 0xffffffff80322fc1 in AcpiUtCreateInternalObjectDbg ( ModuleName=3D0xffffffff80c0c2c0 "exoparg2", LineNumber=3D398,=20 ComponentId=3D128, Type=3D20) at /usr/src/sys/contrib/dev/acpica/components/utilities/utobject.c:112 #14 0xffffffff8030fbb8 in AcpiExOpcode_2A_1T_1R (WalkState=3D0xfffffe0002d1= dc00) at /usr/src/sys/contrib/dev/acpica/components/executer/exoparg2.c:398 #15 0xffffffff80306453 in AcpiDsExecEndOp (WalkState=3D0xfffffe0002d1dc00) at /usr/src/sys/contrib/dev/acpica/components/dispatcher/dswexec.c:475 #16 0xffffffff80319f1c in AcpiPsParseLoop (WalkState=3D0xfffffe0002d1dc00) at /usr/src/sys/contrib/dev/acpica/components/parser/psloop.c:1249 #17 0xffffffff8031aa6d in AcpiPsParseAml (WalkState=3D0xfffffe0002d1dc00) at /usr/src/sys/contrib/dev/acpica/components/parser/psparse.c:525 #18 0xffffffff8031b74d in AcpiPsExecuteMethod (Info=3D0xfffffe0049063600) at /usr/src/sys/contrib/dev/acpica/components/parser/psxface.c:368 #19 0xffffffff80315012 in AcpiNsEvaluate (Info=3D0xfffffe0049063600) at /usr/src/sys/contrib/dev/acpica/components/namespace/nseval.c:193 #20 0xffffffff80318511 in AcpiEvaluateObject (Handle=3D0xfffffe0002c6f040,= =20 Pathname=3D0xffffffff80c198db "_BST", ExternalParams=3D0x0,=20 ReturnBuffer=3D0xffffff8116346920) at /usr/src/sys/contrib/dev/acpica/components/namespace/nsxfeval.c:289 #21 0xffffffff803407ad in acpi_cmbat_get_bst (arg=3DVariable "arg" is not a= vailable. ) at /usr/src/sys/dev/acpica/acpi_cmbat.c:258 #22 0xffffffff80340ab8 in acpi_cmbat_bst (dev=3D0xfffffe0002cf6800,=20 bstp=3D0xfffffe00132bbc00) at /usr/src/sys/dev/acpica/acpi_cmbat.c:419 #23 0xffffffff8078a1cb in devfs_ioctl_f (fp=3D0xfffffe0049257140,=20 com=3D3231990289, data=3DVariable "data" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:757 #24 0xffffffff808b7e75 in kern_ioctl (td=3DVariable "td" is not available. ) at file.h:287 #25 0xffffffff808b80ad in sys_ioctl (td=3D0xfffffe0007ac1460,=20 uap=3D0xffffff8116346b70) at /usr/src/sys/kern/sys_generic.c:691 #26 0xffffffff80b66b58 in amd64_syscall (td=3D0xfffffe0007ac1460, traced=3D= 0) at subr_syscall.c:135 #27 0xffffffff80b52537 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 #28 0x0000000801d939cc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 --oPmsXEqKQNHCSXW7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9uPZEACgkQKc512sD3afidJACePNA9mgIMHKvQwfwiEu7lILJg 86IAoJytF+TaVugqonrUInj7VKufCTWf =iUJe -----END PGP SIGNATURE----- --oPmsXEqKQNHCSXW7-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 24 21:48:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67616106566C for ; Sat, 24 Mar 2012 21:48:59 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 22DCF8FC0A for ; Sat, 24 Mar 2012 21:48:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c8dc:6e5:d0ce:fe36] (unknown [IPv6:2001:7b8:3a7:0:c8dc:6e5:d0ce:fe36]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5A5355C37; Sat, 24 Mar 2012 22:48:58 +0100 (CET) Message-ID: <4F6E414E.3090908@FreeBSD.org> Date: Sat, 24 Mar 2012 22:49:02 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: Super Bisquit References: <4F6DD54F.4080606@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: HEADS UP: As of r233419, head should compile cleanly with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 21:48:59 -0000 On 2012-03-24 16:52, Super Bisquit wrote: > On Sat, Mar 24, 2012 at 10:08 AM, Dimitry Andric wrote: >> As of r233419 in head, you should now be able to build world and the >> GENERIC kernel using clang, and without the need to place NO_WERROR= >> and/or WERROR= in your src.conf file. ... > Are the defaults for clang, llvm, and the related tools now in /usr/bin > instead of /usr/local/bin? I was talking about clang in base, not the port. The port will obviously keep on installing under /usr/local, or wherever your LOCALBASE setting points to. The default for base is to only build clang, clang-tblgen and tblgen, and install those in /usr/bin. If you want the additional tools such as llc, opt, and others, you can use the WITH_CLANG_EXTRAS setting in src.conf(5). Currently, we don't install shared libraries for llvm and clang. > Are the versions at 3.x? The version in head and stable/9 is currently the 3.0 release, with a few small backports of post-3.0 fixes. I will import a newer snapshot of the clang trunk into head soonish, but I don't have an exact ETA yet. This most likely will not be merged to stable/9. > Will building clang in /usr/src result in a 3.x build or will I need to > edit the clang/Makefile and llvm/Makefile to install everything in /usr/bin > without causing an error? There's no need to edit, just building and installing world will do the right thing. > I've already reported the error to brooke@ but obviously: > 1) Being on PowerPC it doesn't seem to get any responses. > 2) Because the email was from me, it was ignored. I assume you were talking about the port? If so, the ports mailing list is a better place to discuss it. Also, clang on PowerPC is not yet ready for production. Any help there is appreciated, but it is better to go to the LLVM mailing lists and Bugzilla directly.