From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 10:12:17 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 707EC700 for ; Sun, 2 Jun 2013 10:12:17 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 3A4881D83 for ; Sun, 2 Jun 2013 10:12:17 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id C118D9F59 for ; Sun, 2 Jun 2013 12:12:24 +0200 (CEST) Message-ID: <51AB1A7D.7090400@peterschmitt.fr> Date: Sun, 02 Jun 2013 12:12:13 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Icedove/17.0.5 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: sed query References: In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2RHRUBSRSOKLAOPJKHJDX" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: florent+FreeBSD-hackers@peterschmitt.fr List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 10:12:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2RHRUBSRSOKLAOPJKHJDX Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 31/05/2013 16:01, Chris Rees a =E9crit : > Hi all, >=20 > I think I've discovered a strange behaviour of sed perhaps triggered > by the length of a regex passed to it. I noticed that a certain > expression I passed took a very long time, and suspected the usual > backtracking loop, so I started trimming it... and discovered this: >=20 > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," > /var/db/pkg/INDEX-9 > 4.699u 0.007s 0:04.70 99.7% 40+2733k 0+0io 0pf+0w > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," > /var/db/pkg/INDEX-9 > 0.042u 0.000s 0:00.04 100.0% 48+3216k 0+0io 0pf+0w >=20 > I've looked at the code, and can't from a brief glance figure out why > a slightly longer regex makes such a difference-- does it start to > split it? >=20 > Chris Uhu, maybe a bug that should be reported ? ------enig2RHRUBSRSOKLAOPJKHJDX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBAgAGBQJRqxqAAAoJEMtO2Sol0IImaWkH+wSK59E776ge1fR0yl++PTM4 mFmvZMo6VS9ixLD5D7kfag8QZaqk9G2TwHygq22LsvA6Hz7nCxZFlyZR9G/C/nBF 1JZYhA+kd71OdrsLvS/Xh88ouGaU7x8LDrqSH+2I6oq34lhjAvCmuoQSj3ySO6mF PAtw7NSKh4FLsw0oBmbnVousnI2PgSMdkghVfX9kIx1vk8jp/eLxzJVlWTcoNZIP zUZTWPFknXADI506QWbrT6HGsCW4kJPQY5lCndOsHHVL/BeYMEMrxIjvMivVjF/L O9PgLGruh9RXwig0eO+NcU9tL7uD9V67wBoP+vYY847SCTocC6BNYOAbvmO39OI= =1t5e -----END PGP SIGNATURE----- ------enig2RHRUBSRSOKLAOPJKHJDX-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 10:41:28 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 08C9D119 for ; Sun, 2 Jun 2013 10:41:28 +0000 (UTC) (envelope-from emorrasg@yahoo.es) Received: from nm6.bullet.mail.ird.yahoo.com (nm6.bullet.mail.ird.yahoo.com [77.238.189.63]) by mx1.freebsd.org (Postfix) with SMTP id 3D87B1E5B for ; Sun, 2 Jun 2013 10:41:26 +0000 (UTC) Received: from [77.238.189.48] by nm6.bullet.mail.ird.yahoo.com with NNFMP; 02 Jun 2013 10:41:25 -0000 Received: from [46.228.39.117] by tm1.bullet.mail.ird.yahoo.com with NNFMP; 02 Jun 2013 10:41:25 -0000 Received: from [127.0.0.1] by smtp154.mail.ir2.yahoo.com with NNFMP; 02 Jun 2013 10:41:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.es; s=s1024; t=1370169685; bh=tieHtNz1+k8PrMcwO9aLVKk1c9NXmHmX0gJm7xYQjFc=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Date:From:To:Subject:Message-Id:In-Reply-To:References:X-Mailer:Disposition-Notification-To:Mime-Version:Content-Type:Content-Transfer-Encoding; b=htQiYPAV1KvHnLKIvU61pXZYFdYZPitFRF8yKQPLZPajQynwDiCIPJ6MUZjdJ9vqkC+DxTxKAPQGu4gXgkgqUb2UuT9WPPZayrFbvDq/ePtG373O5Q0nAr0kYwqiOAAKeAuW1WFGLJLZYXTQq3bsb66ZzVls+vuMcRUCE20E7gM= X-Yahoo-Newman-Id: 563703.84176.bm@smtp154.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 7gx9KSEVM1lopDWRzBsq2UyQmjS1bK_55u4mGmVCa1AwnV5 uRuiN3zp03lvV_e_wcUYVO6qo31Cy82iXA.kCxhWtR512LMUmtAMyDJcu25a COMkjFsYNHXHyt5w6F.y5wrXjsggnQWeehav82_WihL6b4S_50OBfJMpQ85c nejnMwzPsYMXAlYY4MomppMx86Gzs0aeUJEqAL5eShqYLZEEZ.iTDH_rQn.N xGnb_81Os8QBcR47FUKFHpqGk5pSkOBbX7TWZO97Gcn7Iep9Qp7e9yjsvKWb _Jlds0dNU3DsKiscFoBB8Nny2Yj6VczNOzTH4lvSRZdewr_HsFoGy8A8kx2z v53bWF6Cbl8GnzjJcTwY03MIyYox.6WPOJprRu8GOzr_ff32Nu19yfaU0.RE TrLh0Jq9BKJUyxsHdKJTpbL4MrGmPh8jeK3KRp_Lx_FGQv4hYZu7cmXUBEXU - X-Yahoo-SMTP: mX392iiswBAeJNdO_s.EW62LZDJR X-Rocket-Received: from camibar.emorras.eu (emorrasg@89.7.216.154 with ) by smtp154.mail.ir2.yahoo.com with SMTP; 02 Jun 2013 10:41:25 +0000 UTC Date: Sun, 2 Jun 2013 12:41:27 +0200 From: Eduardo Morras To: freebsd-hackers@freebsd.org Subject: Re: sed query Message-Id: <20130602124127.6c3a847ea5ddb116a69d4814@yahoo.es> In-Reply-To: References: X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.18; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 10:41:28 -0000 On Fri, 31 May 2013 15:01:59 +0100 Chris Rees wrote: > Hi all, > > I think I've discovered a strange behaviour of sed perhaps triggered > by the length of a regex passed to it. I noticed that a certain > expression I passed took a very long time, and suspected the usual > backtracking loop, so I started trimming it... and discovered this: > > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," > /var/db/pkg/INDEX-9 > 4.699u 0.007s 0:04.70 99.7% 40+2733k 0+0io 0pf+0w > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," > /var/db/pkg/INDEX-9 > 0.042u 0.000s 0:00.04 100.0% 48+3216k 0+0io 0pf+0w > > I've looked at the code, and can't from a brief glance figure out why > a slightly longer regex makes such a difference-- does it start to > split it? Perhaps second one uses memory cache data? Run both twice and show us the second times. > Chris > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --- --- Eduardo Morras From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 12:16:38 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0039447A for ; Sun, 2 Jun 2013 12:16:37 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id CAD471084 for ; Sun, 2 Jun 2013 12:16:37 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id b11so7726374iee.25 for ; Sun, 02 Jun 2013 05:16:37 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=w1Eyc0Iz/XJFBGU9MibWaM9H3LatARS+87IGaL6f5HU=; b=JAOY+cnEgvoKKesyYyzLyRPmgNugGsIJZ6cIWBygfvBEjR7Cwd36c0BF2XX6MncaEj 3Iqtf9tyQmVSOh3M+JYjTwfLPFRt404HP8H0Dsb3KLJyktsTZ0gch/RXknyUjsmHbOWo 0sgnrey/WCBQ/IEhc2BDDXe0oS+K9j+REEsWd1TC/Eys90wXlyiY2PdvRzTOiZLDEQIf 8bZ7y+vZKSStV92vtJhfWAw2iZAwO/bRDTsiEXxSHk4++zXFZCcW3DsQCQ6mARH8R5iJ 0AcQV4x0tohLWIRZcpHoNlHd/7qE9sTyGmpzGlRKeARGM1a2Ux2wvztbQctKi4cxaxKb 5H6g== X-Received: by 10.50.178.198 with SMTP id da6mr5787871igc.49.1370175397422; Sun, 02 Jun 2013 05:16:37 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.71.101 with HTTP; Sun, 2 Jun 2013 05:16:07 -0700 (PDT) In-Reply-To: <20130602124127.6c3a847ea5ddb116a69d4814@yahoo.es> References: <20130602124127.6c3a847ea5ddb116a69d4814@yahoo.es> From: Chris Rees Date: Sun, 2 Jun 2013 13:16:07 +0100 X-Google-Sender-Auth: V51pV1vzpoayvt671IK3BuBFt08 Message-ID: Subject: Re: sed query To: Eduardo Morras Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 12:16:38 -0000 On 2 June 2013 11:41, Eduardo Morras wrote: > On Fri, 31 May 2013 15:01:59 +0100 > Chris Rees wrote: > >> Hi all, >> >> I think I've discovered a strange behaviour of sed perhaps triggered >> by the length of a regex passed to it. I noticed that a certain >> expression I passed took a very long time, and suspected the usual >> backtracking loop, so I started trimming it... and discovered this: >> >> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," >> /var/db/pkg/INDEX-9 >> 4.699u 0.007s 0:04.70 99.7% 40+2733k 0+0io 0pf+0w >> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," >> /var/db/pkg/INDEX-9 >> 0.042u 0.000s 0:00.04 100.0% 48+3216k 0+0io 0pf+0w >> >> I've looked at the code, and can't from a brief glance figure out why >> a slightly longer regex makes such a difference-- does it start to >> split it? > > Perhaps second one uses memory cache data? Run both twice and show us the second times. > Nope, same. [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," /var/db/pkg/INDEX-9 4.703u 0.007s 0:04.85 96.9% 40+2732k 210+0io 0pf+0w [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," /var/db/pkg/INDEX-9 4.748u 0.007s 0:04.75 99.7% 40+2732k 0+0io 0pf+0w I also get the same on head; [crees@medusa]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," /var/db/pkg/INDEX-10 7.813u 0.015s 0:07.96 98.2% 40+183k 0+0io 0pf+0w [crees@medusa]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," /var/db/pkg/INDEX-10 0.070u 0.000s 0:00.07 100.0% 45+205k 0+0io 0pf+0w [crees@medusa]~% uname -a FreeBSD medusa 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250009: Thu May 30 10:11:16 BST 2013 root@medusa:/usr/obj/usr/src/sys/MEDUSA amd64 Chris From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 13:17:40 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C3C11F9F for ; Sun, 2 Jun 2013 13:17:40 +0000 (UTC) (envelope-from dt71@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by mx1.freebsd.org (Postfix) with ESMTP id 663FA121A for ; Sun, 2 Jun 2013 13:17:40 +0000 (UTC) Received: from [192.168.1.80] ([84.2.17.88]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MUoiS-1UvDUV1lW8-00YCpl for ; Sun, 02 Jun 2013 15:17:39 +0200 Message-ID: <51AB45E6.6070201@gmx.com> Date: Sun, 02 Jun 2013 15:17:26 +0200 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: >3955MiB of swap space References: <51A39EF8.6020700@gmx.com> In-Reply-To: <51A39EF8.6020700@gmx.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:8m6I4lJCOygIDAEil+yiEn87G9Yu7eIDhf8BSej66CNp3jCudhi 2w/RjPNLoN4l3nW0BJewbWUrN8RjNoYfUB6MBjwQN3L+CeREZdAaXSA8ll/0zCwA7xRidL0 iAoochlDvQIFG7mRoNgyiMIao0VhcX8nuSs0jkLEa8hpvIEQp1TsZaWAVqhSAlXe0UWIeq3 8TkVcLFaytUQoUcveQCIw== X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 13:17:40 -0000 On 05/27/2013 19:59, dt71@gmx.com wrote: > I have 4 hard drives, each containing a swap partition of size 1023MiB. I get: > > warning: total configured swap (1178880 pages) exceeds maximum recommended amount (1012480 pages). > warning: increase kern.maxswzone or reduce amount of swap. I am yet to hear whether the warning is safe to ignore. Which one of the following is true? (1) Only 3955MiB of swap space will be used (instead of 4092MiB), but that reduced space will have maximum operational performance. (2) 4096MiB of swap space will be used, at reduced performance. To increase performance, the partitions have to be resized to (3955/4)MiB each. From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 17:15:57 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3AFD6D2E for ; Sun, 2 Jun 2013 17:15:57 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 03D0A1074 for ; Sun, 2 Jun 2013 17:15:57 +0000 (UTC) Received: from [192.168.0.23] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 227AFA01A for ; Sun, 2 Jun 2013 19:16:05 +0200 (CEST) Message-ID: <51AB7DCD.90104@peterschmitt.fr> Date: Sun, 02 Jun 2013 19:15:57 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Icedove/17.0.5 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: sed query References: <20130602124127.6c3a847ea5ddb116a69d4814@yahoo.es> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2OXNLHBMCPGIXBUFVWDBJ" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: florent+FreeBSD-hackers@peterschmitt.fr List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 17:15:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2OXNLHBMCPGIXBUFVWDBJ Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Le 02/06/2013 14:16, Chris Rees a =E9crit : > On 2 June 2013 11:41, Eduardo Morras wrote: >> On Fri, 31 May 2013 15:01:59 +0100 >> Chris Rees wrote: >> >>> Hi all, >>> >>> I think I've discovered a strange behaviour of sed perhaps triggered >>> by the length of a regex passed to it. I noticed that a certain >>> expression I passed took a very long time, and suspected the usual >>> backtracking loop, so I started trimming it... and discovered this: >>> >>> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," >>> /var/db/pkg/INDEX-9 >>> 4.699u 0.007s 0:04.70 99.7% 40+2733k 0+0io 0pf+0w >>> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," >>> /var/db/pkg/INDEX-9 >>> 0.042u 0.000s 0:00.04 100.0% 48+3216k 0+0io 0pf+0w >>> >>> I've looked at the code, and can't from a brief glance figure out why= >>> a slightly longer regex makes such a difference-- does it start to >>> split it? >> >> Perhaps second one uses memory cache data? Run both twice and show us = the second times. >> >=20 > Nope, same. >=20 > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," > /var/db/pkg/INDEX-9 > 4.703u 0.007s 0:04.85 96.9% 40+2732k 210+0io 0pf+0w > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," > /var/db/pkg/INDEX-9 > 4.748u 0.007s 0:04.75 99.7% 40+2732k 0+0io 0pf+0w >=20 > I also get the same on head; >=20 > [crees@medusa]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," > /var/db/pkg/INDEX-10 > 7.813u 0.015s 0:07.96 98.2% 40+183k 0+0io 0pf+0w > [crees@medusa]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," > /var/db/pkg/INDEX-10 > 0.070u 0.000s 0:00.07 100.0% 45+205k 0+0io 0pf+0w > [crees@medusa]~% uname -a > FreeBSD medusa 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250009: Thu May > 30 10:11:16 BST 2013 root@medusa:/usr/obj/usr/src/sys/MEDUSA > amd64 >=20 > Chris Yes I tried too on -current. And I tried also on GNU/Linux and there isn't this problem. Is it gnu or bsd sed ? ------enig2OXNLHBMCPGIXBUFVWDBJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBAgAGBQJRq33NAAoJEMtO2Sol0IImXpUH/i53OklcKPgFAfyAnZlZIbjj +vXwrIC6OnnOieZlaLHaCZlD1Aip5mf+yzRsw56m2fyA3uj/fbf0LIqTMhsY3/k/ W+SrNkmUu/PDjFxLlNb9OOrt7zRqsIfqqgM5+C38S+ClvfIVDg47jfMbePooT5+A 8JCNLzIbjHZ8JN4gtVKRkJpW3qBwhVtVJnD5VGYamSeRLIenKt4+UWc3HVqDjNOp es15m2+ZkT5UtQWiGZ3q8h1ujXD3d0P+tDx/PFSl1U9ZNrMH28JlQyI/sEpCl4U7 Tdhdmd7ge3RUL7w/tnESx3mnY2qlL40YyHodWIt2tHGAj4j7Xc2fUVHTRqoIJjQ= =2tGp -----END PGP SIGNATURE----- ------enig2OXNLHBMCPGIXBUFVWDBJ-- From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 17:25:40 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7F7922A7 for ; Sun, 2 Jun 2013 17:25:40 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 53FEA10C0 for ; Sun, 2 Jun 2013 17:25:40 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id tp5so8415227ieb.34 for ; Sun, 02 Jun 2013 10:25:40 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=25SdHFSHOuTDszYb0KnmpcdRMkfzH8qQOHQ8tE+LIeY=; b=v4CAbGM44flw4JwHRWMG5glJyYAwrLd5oKFzu/bnjdGTsdyAy9HuqGewc4hMMIyxO6 UpXQNuYyQ9XcrMGarnzhX4lNs18AjTj03WvWCGnfrx4Oykk8pX47160LJJC4fbYsTbs8 SvZcNtyrFK2obrYmU7x+91WseXFIMAFXHNXf6rws3y2NYtna0hC4pSdAgY+T4TAXc3Gi mWkz6mEgwTqOy2Ph7/4os+fRgRZasirTBOO+l8e3BPXedS5JuuQ4gc4V+c+QeRwBtWsb /EQQ0g3vW2Gwk8nn0ghoTfMaPu4oIHEEBhR/xVulPe3LTpyjOClu0HMbItpKBxtuSwAk ZxaQ== X-Received: by 10.42.78.136 with SMTP id n8mr8929018ick.52.1370193940077; Sun, 02 Jun 2013 10:25:40 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.71.101 with HTTP; Sun, 2 Jun 2013 10:25:10 -0700 (PDT) In-Reply-To: <51AB7DCD.90104@peterschmitt.fr> References: <20130602124127.6c3a847ea5ddb116a69d4814@yahoo.es> <51AB7DCD.90104@peterschmitt.fr> From: Chris Rees Date: Sun, 2 Jun 2013 18:25:10 +0100 X-Google-Sender-Auth: 0MnFVla9JNeeRicHm-BHHlsXh9U Message-ID: Subject: Re: sed query To: florent+FreeBSD-hackers@peterschmitt.fr Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 17:25:40 -0000 On 2 June 2013 18:15, Florent Peterschmitt wrote: > Le 02/06/2013 14:16, Chris Rees a =E9crit : >> On 2 June 2013 11:41, Eduardo Morras wrote: >>> On Fri, 31 May 2013 15:01:59 +0100 >>> Chris Rees wrote: >>> >>>> Hi all, >>>> >>>> I think I've discovered a strange behaviour of sed perhaps triggered >>>> by the length of a regex passed to it. I noticed that a certain >>>> expression I passed took a very long time, and suspected the usual >>>> backtracking loop, so I started trimming it... and discovered this: >>>> >>>> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," >>>> /var/db/pkg/INDEX-9 >>>> 4.699u 0.007s 0:04.70 99.7% 40+2733k 0+0io 0pf+0w >>>> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," >>>> /var/db/pkg/INDEX-9 >>>> 0.042u 0.000s 0:00.04 100.0% 48+3216k 0+0io 0pf+0w >>>> >>>> I've looked at the code, and can't from a brief glance figure out why >>>> a slightly longer regex makes such a difference-- does it start to >>>> split it? >>> >>> Perhaps second one uses memory cache data? Run both twice and show us t= he second times. >>> >> >> Nope, same. >> >> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," >> /var/db/pkg/INDEX-9 >> 4.703u 0.007s 0:04.85 96.9% 40+2732k 210+0io 0pf+0w >> [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," >> /var/db/pkg/INDEX-9 >> 4.748u 0.007s 0:04.75 99.7% 40+2732k 0+0io 0pf+0w >> >> I also get the same on head; >> >> [crees@medusa]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," >> /var/db/pkg/INDEX-10 >> 7.813u 0.015s 0:07.96 98.2% 40+183k 0+0io 0pf+0w >> [crees@medusa]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," >> /var/db/pkg/INDEX-10 >> 0.070u 0.000s 0:00.07 100.0% 45+205k 0+0io 0pf+0w >> [crees@medusa]~% uname -a >> FreeBSD medusa 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250009: Thu May >> 30 10:11:16 BST 2013 root@medusa:/usr/obj/usr/src/sys/MEDUSA >> amd64 >> >> Chris > > Yes I tried too on -current. And I tried also on GNU/Linux and there > isn't this problem. Is it gnu or bsd sed ? > BSD sed, GNU sed doesn't show this; [crees@pegasus]/usr/ports/textproc/gsed% time gsed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," /var/db/pkg/INDEX-9 0.019u 0.009s 0:00.04 25.0% 408+6132k 1+0io 2pf+0w Chris From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 18:07:55 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 79594117 for ; Sun, 2 Jun 2013 18:07:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 4239F11E9 for ; Sun, 2 Jun 2013 18:07:55 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id c11so1746427qcv.32 for ; Sun, 02 Jun 2013 11:07:54 -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=SQfM4LrcJZHBlLwW/Jix4tqbnXngFij41WfLGLwjYw4=; b=Y6bEpCmQeXRiuOLAWuY1QRT5S4vlKieoCpW1UmXTj+n5XBgznTrn2UqbJfjOezY+7g EPv1SexK1tnnXZLDTOGlraAyvHlTGGSr6W7bRPIgDhSZPkYB/IQxmOBt1o/d7mXWdD5s OQwgjjoq66uaVcXHzwpKvW5ur8vTUuqTwO4ngGG7ulPPlJj5NreJhlQTQ8zaj3Wxn74S 9dyS7K6vGqXcpjbi/zY+aZJXFPCGBTfhb2RnXiRmP1SxtXf3KgxZYo+61DHp8XBQQsel pMcXlql49GTdgvB7wElcKNgyGgBRVRq7NLelu9oxu2pjhKYalnJsx0L2jr2eiXPHywVK +izA== MIME-Version: 1.0 X-Received: by 10.224.172.1 with SMTP id j1mr16070706qaz.15.1370196474818; Sun, 02 Jun 2013 11:07:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.71.12 with HTTP; Sun, 2 Jun 2013 11:07:54 -0700 (PDT) In-Reply-To: References: Date: Sun, 2 Jun 2013 11:07:54 -0700 X-Google-Sender-Auth: 1lrmBOjnTEgCzUvXd79Rpu1LnK4 Message-ID: Subject: Re: sed query From: Adrian Chadd To: Chris Rees Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 18:07:55 -0000 ... so run it inside hwpmc and see what the resulting CPU users are? adrian On 31 May 2013 07:01, Chris Rees wrote: > Hi all, > > I think I've discovered a strange behaviour of sed perhaps triggered > by the length of a regex passed to it. I noticed that a certain > expression I passed took a very long time, and suspected the usual > backtracking loop, so I started trimming it... and discovered this: > > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/por,," > /var/db/pkg/INDEX-9 > 4.699u 0.007s 0:04.70 99.7% 40+2733k 0+0io 0pf+0w > [crees@pegasus]~% time sed -ne "s,^BitchX-[0-9][^|]*[\|]/usr/po,," > /var/db/pkg/INDEX-9 > 0.042u 0.000s 0:00.04 100.0% 48+3216k 0+0io 0pf+0w > > I've looked at the code, and can't from a brief glance figure out why > a slightly longer regex makes such a difference-- does it start to > split it? > > Chris > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sun Jun 2 20:47:42 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8777EE07 for ; Sun, 2 Jun 2013 20:47:42 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [188.252.31.196]) by mx1.freebsd.org (Postfix) with ESMTP id 15DD31881 for ; Sun, 2 Jun 2013 20:47:41 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.7/8.14.6) with ESMTP id r52KlPTC003933; Sun, 2 Jun 2013 22:47:25 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.6/8.14.6/Submit) with ESMTP id r52KlPUo003930; Sun, 2 Jun 2013 22:47:25 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sun, 2 Jun 2013 22:47:25 +0200 (CEST) From: Wojciech Puchar To: dt71@gmx.com Subject: Re: >3955MiB of swap space In-Reply-To: <51AB45E6.6070201@gmx.com> Message-ID: References: <51A39EF8.6020700@gmx.com> <51AB45E6.6070201@gmx.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Sun, 02 Jun 2013 22:47:25 +0200 (CEST) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jun 2013 20:47:42 -0000 >> warning: total configured swap (1178880 pages) exceeds maximum recommended >> amount (1012480 pages). >> warning: increase kern.maxswzone or reduce amount of swap. > > I am yet to hear whether the warning is safe to ignore. Which one of the > following is true? > > (1) Only 3955MiB of swap space will be used (instead of 4092MiB), but that > reduced space will have maximum operational performance. this. or just increase kern.maxswzone > > (2) 4096MiB of swap space will be used, at reduced performance. To increase > performance, the partitions have to be resized to (3955/4)MiB each. > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 16:30:28 2013 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 706F021F for ; Mon, 3 Jun 2013 16:30:28 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4838A18D2 for ; Mon, 3 Jun 2013 16:30:28 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id r53GUMU3079203 for ; Mon, 3 Jun 2013 09:30:22 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <51ACC49E.5000807@rawbw.com> Date: Mon, 03 Jun 2013 09:30:22 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130601 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Subject: DVD burner failure on FreeBSD: the LUN appears to be stuck Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 16:30:28 -0000 I have DVD burner Pioneer DVR-112D failing on FreeBSD-9.1 amd64. It begins to write ok, but later gets stuck at some percentage point with "the LUN appears to be stuck" message (log is below). Command used to burn is: $ growisofs -dvd-compat -speed=4 -Z /dev/acd0=my.iso growisofs is from dvd+rw-tools-7.1, which hasn't been updated from 2008. cd0: Removable CD-ROM SCSI-0 device Now there is a dilemma. Does this mean that the burner went bad? Or does this mean that there is some fault in the burner driver? I know that few years ago this burner worked fine on BSD. Maybe anybody has an expertise and would know if this error means the hardware or software failure? Anybody is able to burn DVDs with the same/similar burner? Or maybe some other command should be used for burning? (growisofs is recommended by the handbook) Googling the message doesn't clarify the issue. Yuri --- error log --- 1072726016/8061945856 (13.3%) @0.0x, remaining 86:00 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 86:19 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 86:45 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 87:05 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 87:24 RBU 100.0% UBU 100.0% 072726016/8061945856 (13.3%) @0.0x, remaining 87:50 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 88:10 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 88:30 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 88:56 RBU 100.0% UBU 100.0% :-? the LUN appears to be stuck writing LBA=7fe10h, keep retrying in 141ms 1072726016/8061945856 (13.3%) @0.0x, remaining 89:15 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 89:35 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 90:01 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 90:20 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 90:40 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 91:06 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 91:25 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 91:45 RBU 100.0% UBU 100.0% :-? the LUN appears to be stuck writing LBA=7fe10h, keep retrying in 141ms 1072726016/8061945856 (13.3%) @0.0x, remaining 92:11 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 92:31 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 92:50 RBU 100.0% UBU 100.0% 1072726016/8061945856 (13.3%) @0.0x, remaining 93:16 RBU 100.0% UBU 100.0% ^C/dev/pass0: flushing cache From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 17:25:47 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EDC03E4 for ; Mon, 3 Jun 2013 17:25:47 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by mx1.freebsd.org (Postfix) with ESMTP id 766E11BE4 for ; Mon, 3 Jun 2013 17:25:47 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MOmCW-1UnOWq1QmM-006AWs for ; Mon, 03 Jun 2013 19:25:46 +0200 Received: (qmail invoked by alias); 03 Jun 2013 17:25:46 -0000 Received: from 165.126.46.212.adsl.ncore.de [212.46.126.165] by mail.gmx.net (mp010) with SMTP; 03 Jun 2013 19:25:46 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX19TIOVYwXFTqD46Ql4ZdmGOdrHsIkbWczyWPUCs80 pBzLAyqR/7ccbx Date: Mon, 03 Jun 2013 19:25:31 +0200 From: "Thomas Schmitt" To: freebsd-hackers@FreeBSD.org Subject: Re: DVD burner failure on FreeBSD: the LUN appears to be stuck Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <51ACC49E.5000807@rawbw.com> In-Reply-To: <51ACC49E.5000807@rawbw.com> Message-Id: <8139621410999426657@scdbackup.webframe.org> X-Y-GMX-Trusted: 0 Cc: yuri@rawbw.com X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 17:25:48 -0000 Hi, i am not a skilled user of FreeBSD but have knowledge about DVD burners and growisofs. > growisofs is from dvd+rw-tools-7.1, which hasn't been updated from 2008. That's the current release. It should be ok for DVD burning. > :-? the LUN appears to be stuck writing LBA=7fe10h, keep retrying in 141ms This obviously comes from growisofs. growisofs_mmc.cpp has two occasions of that text. One would happen when everything is written. So it is the other: if (errcode==0x20408) // "LONG WRITE IN PROGRESS" { // Apparently only Pioneer units do this... ... if (retries > (dao_toggle?768:192)) fprintf (stderr,":-? the LUN appears to be stuck " "writing LBA=%xh, keep retrying in %dms\n", lba,msecs), The write run failed and the program assumes that the drive temporarily went autistic. It does some calculations about how long the drive should at most need to use up its buffered data. Depending on that it waits for a short while { poll (NULL,0,msecs); and if this happens extra suspiciously often, then it warns. It seems that the retry cycle does never end as long as the the program perceives sense code 2,04,08. > Does this mean that the burner went bad? Or does > this mean that there is some fault in the burner driver? It would not be plausible if the FreeBSD passthrough services for SCSI commands would produce a synthetic 2,04,08 reply. Most probably it is the drive which issued that error indicator. I test each release of libburn on FreeBSD-8 with a Samsung burner and did not see such an effect yet. Given the comments of Andy Polyakov in the code, the drive's behavior could be a speciality of Pioneer. But i had 2,04,08 with Sony/Optiarc, too. (That Optiarc drive performs proprietary commands of Lite-On for qpxtool. So it can hardly be a disguised Pioneer ... i think.) > Anybody is able to burn DVDs with the same/similar burner? Try other media. Consider to get a new burner if the problem persists. (I read about 18x DVD speed with that model. So it must be more than five years old.) Have a nice day :) Thomas From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 19:11:32 2013 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A84C01C1; Mon, 3 Jun 2013 19:11:32 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-bk0-x22f.google.com (mail-bk0-x22f.google.com [IPv6:2a00:1450:4008:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id E82A710B8; Mon, 3 Jun 2013 19:11:31 +0000 (UTC) Received: by mail-bk0-f47.google.com with SMTP id jg9so1778491bkc.20 for ; Mon, 03 Jun 2013 12:11:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:subject:date:content-type :content-transfer-encoding:in-reply-to:references:x-mailer; bh=GtIZrZ4xV3pzMBZQyy5X1UTFi5v0SzwG3HwS0xo2Drk=; b=KOiYPUjCEIakk5cWZANSpBJ+NgueH/fxUbLI8Dal956isjro3g6EEUgF3HWSO6e/jS 9QHhHyZoU5BDLWY7Fdsv3mqUVWVRZqLv7df+UyBsLXIq3SsCumj4HYZS6ARKw9LrG4xd JDHz3+KE12BfPx1LlAdsSgaWoy+LAFBGe+6gFa7z5RBRtjKv11QHAaoNwt/amuk2ZYns +Xk4RsX4FerG9jT0RRCDEFHcmlgs8iUQzS8Dfyz+5P3tetqMMVQJFvnPMdzDTE6H8MTA dhk402m2nzb5S2e7Vhlee3FVL+LQViWHMopELJO0C/WwSYWWutVWT+Qf9gcXfAR4YVMU VrvQ== X-Received: by 10.204.230.136 with SMTP id jm8mr7009553bkb.38.1370286691070; Mon, 03 Jun 2013 12:11:31 -0700 (PDT) Received: from DOMYPC ([82.193.208.225]) by mx.google.com with ESMTPSA id og1sm17152177bkb.16.2013.06.03.12.11.29 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 03 Jun 2013 12:11:30 -0700 (PDT) Message-ID: <20130603.191130.060.1@DOMY-PC> From: rank1seeker@gmail.com To: hackers@freebsd.org, "Eygene Ryabinkin" , "Garrett Cooper" , "Chris Rees" , "Max Khon" Subject: Re: src builds and STDERR Date: Mon, 03 Jun 2013 21:11:30 +0200 Content-Type: text/plain; charset="Windows-1250" Content-Transfer-Encoding: quoted-printable In-Reply-To: References: <20120301.155632.137.2@DOMY-PC> X-Mailer: POP Peeper (3.8.1.0) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 19:11:32 -0000 > Hello!=0D=0A> =0D=0A> On Fri, Mar 2, 2012 at 1:24 PM, Eygene Ryabinkin = wrote:=0D=0A> > Thu, Mar 01, 2012 at 09:38:06AM -0800, = Garrett Cooper wrote:=0D=0A> >> On Thu, Mar 1, 2012 at 9:01 AM, Chris = Rees wrote:=0D=0A> >> > On 1 Mar 2012 16:31, "Garrett = Cooper" wrote:=0D=0A> >> >> See:=0D=0A> >> >> = http://lists.freebsd.org/pipermail/freebsd-current/2011-December/029852.html=0D=0A> = >> >> . Why this patch is still not in FreeBSD proper, I do not = know.=0D=0A> > [...]=0D=0A> >> bin/165589 -- thanks!=0D=0A> >=0D=0A> > = The patch from mailing list was already committed to HEAD more = than=0D=0A> > 2 weeks ago,=0D=0A> > = =A0http://svnweb.freebsd.org/base?view=3Drevision&revision=3D231544=0D=0A> = > Don't see the MFC timeline, though. =A0Max, any plans for MFC?=0D=0A> = =0D=0A> JFYI: I MFC'ed Garret's patch to RELENG_9 several days = ago.=0D=0A> =0D=0A> Max=0D=0A=0D=0A=0D=0AOk, so ...=0D=0AUnder 9.1-p3 = RELEASE, upon world build failure, from STDERR, I still get just = a:=0D=0A--=0D=0AError 1=0D=0A--=0D=0A=0D=0ASo waht is going = on??=0D=0A=0D=0A=0D=0ADomagoj Smol=E8i=E6 From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 21:13:42 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1155174F; Mon, 3 Jun 2013 21:13:42 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pd0-f174.google.com (mail-pd0-f174.google.com [209.85.192.174]) by mx1.freebsd.org (Postfix) with ESMTP id DD43E17E2; Mon, 3 Jun 2013 21:13:41 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id 3so6229667pdj.19 for ; Mon, 03 Jun 2013 14:13:41 -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=vvqJO+LMgg0W3JDcBs7qbVjq0DHs35LOttUIBoIeJEs=; b=mQMdl2thSJuuXtLrIifchvQYUEh/1yEJ7Jfth2X6bCwKGZCIi40XuNsw+g3khAA3Ru pLLG86Mo83nrBw2yoj/ahUDSOj7/Rt3Fa0Yy+L5CA1HnBfSSeO3YVbpYY+sdHsvleIAc jF0ZDWzfNV91ip7u4X4IAjSTxXy6A6J80aOmjUKKZLH2zaA85WJatUeH3mNBuNyQFuD+ KBWK8KYcrzoIcrzAuly7tXph/4b8j1blok2SLfginv+G9mXRDDKb04oEFVyUP1PCSWoW UXjrI7Sr/RN2IA1N5+cHopRrbRKGHn3Li2+KI5nYL0hhjOh+Y2IVu0eRJkOaV9OPJvUg TCZw== X-Received: by 10.66.189.130 with SMTP id gi2mr26146571pac.89.1370294021510; Mon, 03 Jun 2013 14:13:41 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPSA id qi1sm64425095pac.21.2013.06.03.14.13.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Jun 2013 14:13:40 -0700 (PDT) Message-ID: <51AD0702.2060802@gmail.com> Date: Mon, 03 Jun 2013 14:13:38 -0700 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, sjg@freebsd.org Subject: Re: UNIVERSE_TARGET doesn't seem to work References: <20130531014320.GA22257@itx> In-Reply-To: <20130531014320.GA22257@itx> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 21:13:42 -0000 On 05/30/13 18:43, Navdeep Parhar wrote: > I build kernel-toolchain and MAKE_JUST_KERNELS (often with NO_CLEAN, but > not this time) as part of my pre-commit checklist. It doesn't seem to > work after the switch to bmake. What am I missing? This on a system > at r251171 with nothing in make.conf or src.conf: > > # make -j12 universe UNIVERSE_TARGET=kernel-toolchain > --- universe_prologue --- > -------------------------------------------------------------- >>>> make universe started on Thu May 30 18:19:44 PDT 2013 > -------------------------------------------------------------- > `universe_amd64_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_arm_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_i386_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_ia64_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_mips_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_pc98_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_powerpc_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_sparc64_prologue' was not built (made 0, flags 2009, type b000001)! > `universe_epilogue' was not built (made 1, flags 2009, type b000001)! > `universe_epilogue' has .ORDER dependency against universe_amd64 (made 1, flags 3009, type 3000001) > `universe_epilogue' has .ORDER dependency against universe_arm (made 1, flags 3009, type 3000001) > `universe_epilogue' has .ORDER dependency against universe_i386 (made 1, flags 3009, type 3000001) > `universe_epilogue' has .ORDER dependency against universe_ia64 (made 1, flags 3009, type 3000001) > `universe_epilogue' has .ORDER dependency against universe_mips (made 1, flags 3009, type 3000001) > `universe_epilogue' has .ORDER dependency against universe_pc98 (made 1, flags 3009, type 3000001) > `universe_epilogue' has .ORDER dependency against universe_powerpc (made 1, flags 3009, type 3000001) > `universe_epilogue' has .ORDER dependency against universe_sparc64 (made 1, flags 3009, type 3000001) > > # make -j12 -DMAKE_JUST_KERNELS JFLAG=-j12 universe > (same result) It is the -j causing the problem. I tried with an empty /usr/obj too but that didn't help either. Does anyone know of a way around this? Building without -j is quite tedious. Navdeep From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 21:20:40 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7106B941 for ; Mon, 3 Jun 2013 21:20:40 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7821834 for ; Mon, 3 Jun 2013 21:20:40 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id z11so6265382pdj.16 for ; Mon, 03 Jun 2013 14:20:39 -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=Mm2kCWjGMwQgyDHoTyRijSeatFH50JX6Pf8glRRTo6A=; b=tCJ4XpMlwJv2SaU/QQdmsK7guLOHcGbKmz4ZIZGvfSj15h7uOhlAPR/92U3Y/21EQ3 wGc6YmpqWvecF5hG9HSX0ITGFYOCYj/bH9MyoNKd6dd7s24XtJv5W6x5gbs+aB7ZLfAu 5MmvX2JUMPzsMh5upny+TN4KUGlCtMEKfd5bg= 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=Mm2kCWjGMwQgyDHoTyRijSeatFH50JX6Pf8glRRTo6A=; b=grwR/zQJPT9hWQE2SA/0EDJt80y5HLEyz9ZPGst+9pY8w7dKOiDY4E47ubBE6I7yXN 5dJFekI6w9uAEdKzQIM2teo4nMTamX1t69vFwEd/4SOBActKo+FXRXzxS17vxM0cLZ69 X3byIH+iggq7YXFv5b7cg5u0w6MF7E5TV90Z6OvthVDlvnnpx4tFJ3pU11BE6SFVz/vm /UT1LM6DKVtNXANB4N4LlN4KGDIuVCyKVD5ZWdIf+L21fGfBJgZ+u5LirnGbOFeZXMAl nqzE84rSPx1lSP4TiyWQNjwKawe+oz8UhUfFRXVheMQlwFX2x/PNjt+aVQwyEqVmhWIN am8A== X-Received: by 10.66.2.103 with SMTP id 7mr10360569pat.211.1370294439785; Mon, 03 Jun 2013 14:20:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.45.33 with HTTP; Mon, 3 Jun 2013 14:20:09 -0700 (PDT) In-Reply-To: <51AD0702.2060802@gmail.com> References: <20130531014320.GA22257@itx> <51AD0702.2060802@gmail.com> From: Eitan Adler Date: Mon, 3 Jun 2013 23:20:09 +0200 Message-ID: Subject: Re: UNIVERSE_TARGET doesn't seem to work To: Navdeep Parhar Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlz5I3v9KZSio2LGFIxCGaudu+CpqZFWoCdXrrW0N32KoNbrIo2ZAArKatFbjT/p5uNMsCG Cc: sjg@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 21:20:40 -0000 On 3 June 2013 23:13, Navdeep Parhar wrote: > On 05/30/13 18:43, Navdeep Parhar wrote: >> I build kernel-toolchain and MAKE_JUST_KERNELS (often with NO_CLEAN, but >> not this time) as part of my pre-commit checklist. It doesn't seem to >> work after the switch to bmake. What am I missing? This on a system >> at r251171 with nothing in make.conf or src.conf: >> >> # make -j12 universe UNIVERSE_TARGET=kernel-toolchain >> --- universe_prologue --- >> -------------------------------------------------------------- >>>>> make universe started on Thu May 30 18:19:44 PDT 2013 >> -------------------------------------------------------------- >> `universe_amd64_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_arm_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_i386_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_ia64_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_mips_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_pc98_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_powerpc_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_sparc64_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_epilogue' was not built (made 1, flags 2009, type b000001)! >> `universe_epilogue' has .ORDER dependency against universe_amd64 (made 1, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_arm (made 1, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_i386 (made 1, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_ia64 (made 1, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_mips (made 1, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_pc98 (made 1, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_powerpc (made 1, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_sparc64 (made 1, flags 3009, type 3000001) >> >> # make -j12 -DMAKE_JUST_KERNELS JFLAG=-j12 universe >> (same result) > > It is the -j causing the problem. I tried with an empty /usr/obj too > but that didn't help either. Does anyone know of a way around this? > Building without -j is quite tedious. try the parameter JFLAG ? from man build: JFLAG Pass the value of this variable to each make(1) invo- cation used to build worlds and kernels. This can be used to enable multiple jobs within a single architec- ture's build while still building each architecture serially. -- Eitan Adler From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 21:21:30 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 26B54B17; Mon, 3 Jun 2013 21:21:30 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) by mx1.freebsd.org (Postfix) with ESMTP id D7BA0184A; Mon, 3 Jun 2013 21:21:29 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id m1so1381108oag.34 for ; Mon, 03 Jun 2013 14:21:29 -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=vZ+IS9kiQJk0ByZmobrXh9DFGqRgeFYsBJN1WVVTMb0=; b=bp3UzqgxOv9YNlekg2I0IdlPqgk5HKaECFQceUh1y/7I+etP5s6tgyBJ/gX/2JPpid SKIf8DzF60t279ZCUIomJc2J1tHI3MYu4it1z7L1ANSlREMpFTSm+r8x+5Jq+p4qxthG 2AXpsxZ//LIAoQouR61hmOMiLrwjMp4Is6kBPmVfxH7v7cjC/f/sGADLBWg5iftnpiOa iID+jr+QKm17oFJNGai3qB/6po1ZraJO3WW9CqC1bBBUOflS10n9oX4f1/J/EJyaQYBh vdlCaXS4oxZnY/VdrF2hIz3McoKnLs4PGPKMOSKpQCCLIz1pqOyRlbK+y7lVc86KauwS LYOw== X-Received: by 10.182.213.10 with SMTP id no10mr5747615obc.76.1370294489514; Mon, 03 Jun 2013 14:21:29 -0700 (PDT) Received: from gloom.sandvine.com ([64.7.137.182]) by mx.google.com with ESMTPSA id jw8sm47533993obb.14.2013.06.03.14.21.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Jun 2013 14:21:28 -0700 (PDT) Date: Mon, 3 Jun 2013 17:21:16 -0400 From: Mark Johnston To: Navdeep Parhar Subject: Re: UNIVERSE_TARGET doesn't seem to work Message-ID: <20130603212116.GB38214@gloom.sandvine.com> References: <20130531014320.GA22257@itx> <51AD0702.2060802@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51AD0702.2060802@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: sjg@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 21:21:30 -0000 On Mon, Jun 03, 2013 at 02:13:38PM -0700, Navdeep Parhar wrote: > On 05/30/13 18:43, Navdeep Parhar wrote: > > I build kernel-toolchain and MAKE_JUST_KERNELS (often with NO_CLEAN, but > > not this time) as part of my pre-commit checklist. It doesn't seem to > > work after the switch to bmake. What am I missing? This on a system > > at r251171 with nothing in make.conf or src.conf: > > > > # make -j12 universe UNIVERSE_TARGET=kernel-toolchain > > --- universe_prologue --- > > -------------------------------------------------------------- > >>>> make universe started on Thu May 30 18:19:44 PDT 2013 > > -------------------------------------------------------------- > > `universe_amd64_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_arm_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_i386_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_ia64_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_mips_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_pc98_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_powerpc_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_sparc64_prologue' was not built (made 0, flags 2009, type b000001)! > > `universe_epilogue' was not built (made 1, flags 2009, type b000001)! > > `universe_epilogue' has .ORDER dependency against universe_amd64 (made 1, flags 3009, type 3000001) > > `universe_epilogue' has .ORDER dependency against universe_arm (made 1, flags 3009, type 3000001) > > `universe_epilogue' has .ORDER dependency against universe_i386 (made 1, flags 3009, type 3000001) > > `universe_epilogue' has .ORDER dependency against universe_ia64 (made 1, flags 3009, type 3000001) > > `universe_epilogue' has .ORDER dependency against universe_mips (made 1, flags 3009, type 3000001) > > `universe_epilogue' has .ORDER dependency against universe_pc98 (made 1, flags 3009, type 3000001) > > `universe_epilogue' has .ORDER dependency against universe_powerpc (made 1, flags 3009, type 3000001) > > `universe_epilogue' has .ORDER dependency against universe_sparc64 (made 1, flags 3009, type 3000001) > > > > # make -j12 -DMAKE_JUST_KERNELS JFLAG=-j12 universe > > (same result) > > It is the -j causing the problem. I tried with an empty /usr/obj too > but that didn't help either. Does anyone know of a way around this? > Building without -j is quite tedious. You can try passing 'JFLAG=-j12' to the make universe invocation. It's not the same in that each target is built with -j12 rather rather than building 12 targets at once. But it lets me finish a make universe overnight on my laptop. -Mark From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 21:27:21 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D54E713D; Mon, 3 Jun 2013 21:27:21 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) by mx1.freebsd.org (Postfix) with ESMTP id AD8D4190C; Mon, 3 Jun 2013 21:27:21 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id q11so6211952pdj.38 for ; Mon, 03 Jun 2013 14:27:21 -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=17FsyWCdf2oPzCIXA9KzHr9txwPOXO+wO6waOz8LXrA=; b=w2iloYHzbw3fSvYqNv2qQOIya8bVfSfiZfTHDFfpEFGCAEWaArILCIR4iOZf3Ut5Ou o5ETHOAU/lGq05EdxHOjEEC9Dcv4j9F31T3MRpKNERMGvTwukryL2ahza6Bt/pnmxlo3 cZ9r6YOWCnBZaNS2MRZClYGn2XC6s4unw8+hWSS6kYS4VZ81PJusf0yutlycfGFafsoB ls0MXA/jCNs2mREm9qqF3iJvbWIm27LGzZ7VcoJhu7fQzNTjJbkH6HX/sPInjE93uA8w suFTXOxq4JdceNpeV42YpKWo2snaJeAebtm9YQLPLydA1wo2n0s7K/m9uDgSDsXB0RlS GgUQ== X-Received: by 10.68.224.228 with SMTP id rf4mr2656500pbc.50.1370294841186; Mon, 03 Jun 2013 14:27:21 -0700 (PDT) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPSA id al2sm60382764pbc.25.2013.06.03.14.27.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Jun 2013 14:27:19 -0700 (PDT) Message-ID: <51AD0A35.9070602@gmail.com> Date: Mon, 03 Jun 2013 14:27:17 -0700 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130522 Thunderbird/17.0.6 MIME-Version: 1.0 To: Eitan Adler Subject: Re: UNIVERSE_TARGET doesn't seem to work References: <20130531014320.GA22257@itx> <51AD0702.2060802@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: sjg@freebsd.org, freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 21:27:21 -0000 On 06/03/13 14:20, Eitan Adler wrote: > On 3 June 2013 23:13, Navdeep Parhar wrote: >> On 05/30/13 18:43, Navdeep Parhar wrote: >>> I build kernel-toolchain and MAKE_JUST_KERNELS (often with NO_CLEAN, but >>> not this time) as part of my pre-commit checklist. It doesn't seem to >>> work after the switch to bmake. What am I missing? This on a system >>> at r251171 with nothing in make.conf or src.conf: >>> >>> # make -j12 universe UNIVERSE_TARGET=kernel-toolchain >>> --- universe_prologue --- >>> -------------------------------------------------------------- >>>>>> make universe started on Thu May 30 18:19:44 PDT 2013 >>> -------------------------------------------------------------- >>> `universe_amd64_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_arm_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_i386_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_ia64_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_mips_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_pc98_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_powerpc_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_sparc64_prologue' was not built (made 0, flags 2009, type b000001)! >>> `universe_epilogue' was not built (made 1, flags 2009, type b000001)! >>> `universe_epilogue' has .ORDER dependency against universe_amd64 (made 1, flags 3009, type 3000001) >>> `universe_epilogue' has .ORDER dependency against universe_arm (made 1, flags 3009, type 3000001) >>> `universe_epilogue' has .ORDER dependency against universe_i386 (made 1, flags 3009, type 3000001) >>> `universe_epilogue' has .ORDER dependency against universe_ia64 (made 1, flags 3009, type 3000001) >>> `universe_epilogue' has .ORDER dependency against universe_mips (made 1, flags 3009, type 3000001) >>> `universe_epilogue' has .ORDER dependency against universe_pc98 (made 1, flags 3009, type 3000001) >>> `universe_epilogue' has .ORDER dependency against universe_powerpc (made 1, flags 3009, type 3000001) >>> `universe_epilogue' has .ORDER dependency against universe_sparc64 (made 1, flags 3009, type 3000001) >>> >>> # make -j12 -DMAKE_JUST_KERNELS JFLAG=-j12 universe >>> (same result) >> >> It is the -j causing the problem. I tried with an empty /usr/obj too >> but that didn't help either. Does anyone know of a way around this? >> Building without -j is quite tedious. > > try the parameter JFLAG ? > > from man build: > JFLAG Pass the value of this variable to each make(1) invo- > cation used to build worlds and kernels. This can be > used to enable multiple jobs within a single architec- > ture's build while still building each architecture > serially. But I want to build the architectures in parallel and run multiple jobs within each architecture in parallel as well (which is why you see both -j12 and JFLAG=-j12 in the command that I posted above). It used to work till fairly recently. Regards, Navdeep From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 21:29:27 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 450162E8 for ; Mon, 3 Jun 2013 21:29:27 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe006.messaging.microsoft.com [216.32.181.186]) by mx1.freebsd.org (Postfix) with ESMTP id F0F40192C for ; Mon, 3 Jun 2013 21:29:25 +0000 (UTC) Received: from mail111-ch1-R.bigfish.com (10.43.68.228) by CH1EHSOBE021.bigfish.com (10.43.70.78) with Microsoft SMTP Server id 14.1.225.23; Mon, 3 Jun 2013 21:29:18 +0000 Received: from mail111-ch1 (localhost [127.0.0.1]) by mail111-ch1-R.bigfish.com (Postfix) with ESMTP id D377A3203C0; Mon, 3 Jun 2013 21:29:18 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.54; KIP:(null); UIP:(null); IPV:NLI; H:P-EMHUB02-HQ.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzbb2dI98dI1432Izz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6h1082kz8dhzz31h2a8h668h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b88h1d0ch1d2eh1d3fh1dfeh1dffh1155h) Received-SPF: softfail (mail111-ch1: transitioning domain of juniper.net does not designate 66.129.224.54 as permitted sender) client-ip=66.129.224.54; envelope-from=sjg@juniper.net; helo=P-EMHUB02-HQ.jnpr.net ; -HQ.jnpr.net ; Received: from mail111-ch1 (localhost.localdomain [127.0.0.1]) by mail111-ch1 (MessageSwitch) id 1370294956573675_6252; Mon, 3 Jun 2013 21:29:16 +0000 (UTC) Received: from CH1EHSMHS035.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.225]) by mail111-ch1.bigfish.com (Postfix) with ESMTP id 8A33B42004A; Mon, 3 Jun 2013 21:29:16 +0000 (UTC) Received: from P-EMHUB02-HQ.jnpr.net (66.129.224.54) by CH1EHSMHS035.bigfish.com (10.43.70.35) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 3 Jun 2013 21:29:11 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB02-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 3 Jun 2013 14:29:10 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id r53LT9L47502; Mon, 3 Jun 2013 14:29:09 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 67D1758097; Mon, 3 Jun 2013 14:29:09 -0700 (PDT) To: Navdeep Parhar Subject: Re: UNIVERSE_TARGET doesn't seem to work In-Reply-To: <51AD0702.2060802@gmail.com> References: <20130531014320.GA22257@itx> <51AD0702.2060802@gmail.com> Comments: In-reply-to: Navdeep Parhar message dated "Mon, 03 Jun 2013 14:13:38 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Mon, 3 Jun 2013 14:29:09 -0700 Message-ID: <20130603212909.67D1758097@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Mon, 03 Jun 2013 22:00:18 +0000 Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 21:29:27 -0000 On Mon, 3 Jun 2013 14:13:38 -0700, Navdeep Parhar writes: >On 05/30/13 18:43, Navdeep Parhar wrote: >> I build kernel-toolchain and MAKE_JUST_KERNELS (often with NO_CLEAN, but >> not this time) as part of my pre-commit checklist. It doesn't seem to >> work after the switch to bmake. What am I missing? This on a system >> at r251171 with nothing in make.conf or src.conf: Taking a look. The error usually means there's an explicit dependency that conflicts with .ORDER >> >> # make -j12 universe UNIVERSE_TARGET=kernel-toolchain >> --- universe_prologue --- >> -------------------------------------------------------------- >>>>> make universe started on Thu May 30 18:19:44 PDT 2013 >> -------------------------------------------------------------- >> `universe_amd64_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_arm_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_i386_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_ia64_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_mips_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_pc98_prologue' was not built (made 0, flags 2009, type b000001)! >> `universe_powerpc_prologue' was not built (made 0, flags 2009, type b000001) >! >> `universe_sparc64_prologue' was not built (made 0, flags 2009, type b000001) >! >> `universe_epilogue' was not built (made 1, flags 2009, type b000001)! >> `universe_epilogue' has .ORDER dependency against universe_amd64 (made 1 >, flags 3009, type 3000001) >> `universe_epilogue' has .ORDER dependency against universe_arm (made 1, >flags 3009, type 3000001) >It is the -j causing the problem. I tried with an empty /usr/obj too Yes, because .ORDER only matters in jobs mode. From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 3 23:41:11 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 50691B40 for ; Mon, 3 Jun 2013 23:41:11 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe001.messaging.microsoft.com [65.55.88.11]) by mx1.freebsd.org (Postfix) with ESMTP id 1485E1EA7 for ; Mon, 3 Jun 2013 23:41:10 +0000 (UTC) Received: from mail66-tx2-R.bigfish.com (10.9.14.253) by TX2EHSOBE006.bigfish.com (10.9.40.26) with Microsoft SMTP Server id 14.1.225.23; Mon, 3 Jun 2013 23:26:02 +0000 Received: from mail66-tx2 (localhost [127.0.0.1]) by mail66-tx2-R.bigfish.com (Postfix) with ESMTP id 46326340168; Mon, 3 Jun 2013 23:26:02 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.52; KIP:(null); UIP:(null); IPV:NLI; H:P-EMHUB02-HQ.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 0 X-BigFish: PS0(zzbb2dI98dI1432Izz1f42h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ah1fc6h1082kz8dhzz31h2a8h668h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b88h1d0ch1d2eh1d3fh1dfeh1dffh1155h) Received-SPF: softfail (mail66-tx2: transitioning domain of juniper.net does not designate 66.129.224.52 as permitted sender) client-ip=66.129.224.52; envelope-from=sjg@juniper.net; helo=P-EMHUB02-HQ.jnpr.net ; -HQ.jnpr.net ; Received: from mail66-tx2 (localhost.localdomain [127.0.0.1]) by mail66-tx2 (MessageSwitch) id 1370301958877920_27901; Mon, 3 Jun 2013 23:25:58 +0000 (UTC) Received: from TX2EHSMHS039.bigfish.com (unknown [10.9.14.244]) by mail66-tx2.bigfish.com (Postfix) with ESMTP id C8BC04A0055; Mon, 3 Jun 2013 23:25:58 +0000 (UTC) Received: from P-EMHUB02-HQ.jnpr.net (66.129.224.52) by TX2EHSMHS039.bigfish.com (10.9.99.139) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 3 Jun 2013 23:25:58 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMHUB02-HQ.jnpr.net (172.24.192.33) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 3 Jun 2013 16:25:57 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.24.29.229]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id r53NPuL13241; Mon, 3 Jun 2013 16:25:57 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos.jnpr.net (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id B196958097; Mon, 3 Jun 2013 16:25:56 -0700 (PDT) To: Navdeep Parhar Subject: Re: UNIVERSE_TARGET doesn't seem to work In-Reply-To: <51AD0702.2060802@gmail.com> References: <20130531014320.GA22257@itx> <51AD0702.2060802@gmail.com> Comments: In-reply-to: Navdeep Parhar message dated "Mon, 03 Jun 2013 14:13:38 -0700." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Mon, 3 Jun 2013 16:25:56 -0700 Message-ID: <20130603232556.B196958097@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-Mailman-Approved-At: Tue, 04 Jun 2013 01:25:23 +0000 Cc: freebsd-hackers@freebsd.org, sjg@juniper.net X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jun 2013 23:41:11 -0000 On Mon, 3 Jun 2013 14:13:38 -0700, Navdeep Parhar writes: >On 05/30/13 18:43, Navdeep Parhar wrote: >> I build kernel-toolchain and MAKE_JUST_KERNELS (often with NO_CLEAN, but >> not this time) as part of my pre-commit checklist. It doesn't seem to >> work after the switch to bmake. What am I missing? This on a system >> at r251171 with nothing in make.conf or src.conf: >> >> # make -j12 universe UNIVERSE_TARGET=kernel-toolchain >> --- universe_prologue --- So not so much conflicting dependencies, but bmake seems to not like .ORDER and explicit dependencies that effectively say the same thing. That is since there is an explicit dependency: universe_${target}: universe_${target}_prologue it shouldn't be necessary to also express that in the .ORDER This is probably a bug, but identifying exactly where and a fix could take a while. Moving the .ORDER out of the loop like: @@ -373,9 +373,10 @@ .if defined(DOING_TINDERBOX) @rm -f ${FAILFILE} .endif +.ORDER: universe_prologue upgrade_checks universe_targets universe_epilogue .for target in ${TARGETS} universe: universe_${target} -.ORDER: universe_prologue upgrade_checks universe_${target}_prologue universe_${target} universe_epilogue +universe_targets: universe_${target} universe_${target}: universe_${target}_prologue universe_${target}_prologue: @echo ">> ${target} started on `LC_ALL=C date`" would seem to make sense, but fmake runs universe_epilogue too early (which is also a bug). Thus the simplest patch which avoids an error and works for both bmake and fmake is: Index: Makefile =================================================================== --- Makefile (revision 250971) +++ Makefile (working copy) @@ -375,7 +375,7 @@ .endif .for target in ${TARGETS} universe: universe_${target} -.ORDER: universe_prologue upgrade_checks universe_${target}_prologue universe_${target} universe_epilogue +.ORDER: universe_prologue upgrade_checks universe_${target} universe_epilogue universe_${target}: universe_${target}_prologue universe_${target}_prologue: @echo ">> ${target} started on `LC_ALL=C date`" From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 4 01:55:20 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2FF0F445 for ; Tue, 4 Jun 2013 01:55:20 +0000 (UTC) (envelope-from gs_stoller@juno.com) Received: from outbound-mail03.dca.untd.com (outbound-mail03.dca.untd.com [64.136.47.37]) by mx1.freebsd.org (Postfix) with SMTP id D0A081261 for ; Tue, 4 Jun 2013 01:55:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juno.com; s=alpha; t=1370310917; bh=47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=; l=0; h=From:Date:To:Subject:Message-Id:Content-Type; b=nODFwUPR2R2JV2pTEI2XUzSl9Z7o+tCl0ug5aA5raMLPW0q6ZxLPyPcgYn14Eku1j wj6Trdli8g8ZjBdjYxzNOGOMJm8DLUirA8xSVmIc6uPRR87a3b4gnDMcaay/lE9yTg Rmfa5fXTbmCZfPbEII3nNFUAY6hK//swj7QDDQBk= X-UOL-TAGLINE: true Received: from outbound-bu1.dca.untd.com (webmail02.dca.untd.com [10.171.12.142]) by smtpout02.dca.untd.com with SMTP id AABJ44T5GACCLHEJ for (sender ); Mon, 3 Jun 2013 18:48:22 -0700 (PDT) Received: from [108.21.243.160] by webmail02.dca.untd.com with HTTP: Tue, 4 Jun 2013 01:47:55 GMT X-Originating-IP: [108.21.243.160] Mime-Version: 1.0 From: "gs_stoller@juno.com" Full-Name: "gs_stoller@juno.com" Date: Tue, 4 Jun 2013 01:47:55 GMT To: FreeBSD-hackers@FreeBSD.org Subject: pw X-Mailer: Webmail Version 4.0 Message-Id: <20130603.214755.24886.0@webmail02.dca.untd.com> Content-Type: multipart/mixed;boundary="--__JWM__J6ed34e02.a28f112S.21ea087M" X-UNTD-BodySize: 2022 X-ContentStamp: 2:1:1860089499 X-UNTD-OriginStamp: /s5f1SIGSI3+WdnoYQ8yRCf96fIKT5RNqJE3btq3Fk8xiVELU4XJHA== X-UNTD-Peer-Info: 10.171.12.142|webmail02.dca.untd.com|outbound-bu1.dca.untd.com|gs_stoller@juno.com X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 01:55:20 -0000 ----__JWM__J6ed34e02.a28f112S.21ea087M Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Type: text/plain; charset=windows-1252 ____________________________________________________________ NetZero now offers 4G mobile broadband. Sign up now. http://www.netzero.net/?refcd=3DNZINTISP0512T4GOUT1 ----__JWM__J6ed34e02.a28f112S.21ea087M Content-Type: text/plain Content-Description: forgot-PW.txt Content-Disposition: attachment; filename="forgot-PW.txt" Content-Transfer-Encoding: quoted-printable I have 2 FreeBSD systems (they are using versions 4.3 and 4.7 of the Fr= eeBSD Operating System) that I have not used for a long time, and I have= forgotten their passwords. I have information on these systems that I = want to retrieve but I have not been able to log into these Systems. My= problem was put on the internet several years ago and the usual ways of= getting into the systems (basically by being the operator) were suggest= ed and tried, unsuccressfully. A friend and I discussed my problem and = he suggested that I zero out the root password so that I can get in as r= ooy (to set a new password and then continue operating as root). Does the FreeBSD community have a program (either on a floppy or a CD R= OM, preferably the latter) that can do this? If not, I suggest that you= write one that would work with all the (formats of) password files that= have ever been used. If it can determine the format of password files = just by examining them, that would be fine. If it can't, then it should= ask the user in which version of the FreeBSD Operating System the passw= ord file was used, try to verify it by the structure of the password fil= e and if it is verified make a copy of the password file (in case someth= ing goes wrong, so that the system can be restored to its original condi= tion and so undo anything that this program has done), and zero out the = root password. After this is done, one could log in as root to set the = root password and afterwards (as root) set other user passwords. Operating Systems that have ever been run. You could set it up to look ----__JWM__J6ed34e02.a28f112S.21ea087M-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 4 03:00:02 2013 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 05B90284 for ; Tue, 4 Jun 2013 03:00:02 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id C3C3E15CF for ; Tue, 4 Jun 2013 02:59:58 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id aq17so12709790iec.33 for ; Mon, 03 Jun 2013 19:59:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=eAZYqTSo6RUBtTSEZzdhB2oG4E/LdFDg+DMuhs//Hc8=; b=YsUvKzXgT5u+1OTEjXHBFe9CCVcVmk9wrFb8vmYQ52a5JCX9tskI1zEGLMMZNVJg/4 qLp3fyCcvuA8O9fPDGaJXRvvVZqtbXCaRPNvGr6NGwGoKXtu/p/Ti5MIAsvErli0YtmT eAVd7HEQ8Q2RDuskEwU09qbHNGix0IzV7PbT4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=eAZYqTSo6RUBtTSEZzdhB2oG4E/LdFDg+DMuhs//Hc8=; b=EnKC24nVpPaUI0RIP+nWNplzri+TRiUi11SQMrNkTlNyabhJzqmZcEb4VJubSB2fwE g+rCJO0KELkntptgdOoFj8ct6Z+D9NPOaQLDzg56vWXS7KeEvdy0yBCsMJMynK+fGPnX hczIhHkaEZ+L2A3yZw9NXoKbX04rrqfsa0MTZAvnFKpwB4cjokm/vmRUxUpb8kc6IlFr nI3N3aH0qtrm1PZOq4JsStaicJ0RcYvpC0h+2sV293BpYapH93cnyzhVpNtZku11Ps24 cn01YM7E3COY74NjJDDYrgb+RQj190NdWMbGqoO7Y3Q6E1gL1fRCZMP1Ka4TjLOjUY6X PBew== X-Received: by 10.50.97.74 with SMTP id dy10mr561572igb.3.1370314798430; Mon, 03 Jun 2013 19:59:58 -0700 (PDT) Received: from [10.24.132.116] (h96-60-216-253.wyngmi.dedicated.static.tds.net. [96.60.216.253]) by mx.google.com with ESMTPSA id uv10sm22534290igb.3.2013.06.03.19.59.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Jun 2013 19:59:57 -0700 (PDT) References: <20130603.214755.24886.0@webmail02.dca.untd.com> Mime-Version: 1.0 (1.0) In-Reply-To: <20130603.214755.24886.0@webmail02.dca.untd.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-AF39E5C6-BE44-454C-A9BF-E3FF0E421F8E; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7bit Message-Id: <1663DC85-EA07-425B-82D6-CC97BF873CAA@dataix.net> X-Mailer: iPhone Mail (10B329) From: Jason Hellenthal Subject: Re: pw Date: Mon, 3 Jun 2013 22:59:55 -0400 To: "gs_stoller@juno.com" X-Gm-Message-State: ALoCoQlC5fwNPyQgsgJat4/pF5dCSgPLwtq38PwP5um96gHeiuGiuDk7IEOJffZqwCayt0gZ9urT X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "FreeBSD-hackers@FreeBSD.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 03:00:02 -0000 --Apple-Mail-AF39E5C6-BE44-454C-A9BF-E3FF0E421F8E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Boot a live cd and mount the rootfs and replace the passwd files with some p= reconfigured ones. It's really not that hard. --=20 Jason Hellenthal Inbox: jhellenthal@DataIX.net Voice: +1 (616) 953-0176 JJH48-ARIN On Jun 4, 2013, at 1:47, "gs_stoller@juno.com" wrote: >=20 >=20 > ____________________________________________________________ > NetZero now offers 4G mobile broadband. Sign up now. > http://www.netzero.net/?refcd=3DNZINTISP0512T4GOUT1 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"= --Apple-Mail-AF39E5C6-BE44-454C-A9BF-E3FF0E421F8E Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGNDCCBjAw ggUYoAMCAQICAwaijjANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDUxODA4NTA0OFoXDTE0MDUxOTIyMDk0N1owSDEfMB0GA1UEAwwWamhlbGxlbnRoYWxA ZGF0YWl4Lm5ldDElMCMGCSqGSIb3DQEJARYWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALgnYFS1bWZr3KhKBzWAdRwrY+En+RRV8nCaYubqrMG+ YJbuenaIKSbIuFiDWipW4RHYTpE28pKaSnaVTG9WtAZvsWj0gYN9g2fYCnCOUceES2Yvi3RavxpB hsuzKIfsHb8iNNSEuczLu6gn4mQyaHwE4x6xSUKmbK8njR+YoF522F60wjsnq5dlOJdTrhDfObE5 5P23279WbRp8azgZX1VRB66wdKRDuSI1vBts4Nsha2paXd6HUUduHrPACBQREJTGXN8XtEKVwo63 aKUhRgtUwHNEuSWck/xwVl7PBUWH2dORAWTCqHjNuCKNOQ1/0LMiyMj7FdsBjN4dgL4YZpsCAwEA AaOCAtwwggLYMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAdBgNVHQ4EFgQU29qUrmZtgQ7ZVoDKogfpJOSfk+YwHwYDVR0jBBgwFoAUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwIQYDVR0RBBowGIEWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQELBQADggEBAHsw8/Hw07gsNTKYnld74NBFtHnQOPkXYuccWx3j0PGQe9nqNxeingBf 2yvx+xBQzBoi4J1u84Jbrbe8Ii3+LLD/QMW9cN0SBIgRStPQLVee4STdjeabGmpXQa7omC02wYYO 83qh6CgJEIbmrsBSZH8ZSVrjkC4UmZS8wAQMS3qTWAPF0ZQGWx2+Gks2fXuacyt2LpNR+p9ogjAZ 1/rmUKjNhQZLswytaLRUdwAwSfQ3+TNs68h6Kv1LC3bNGBT3NEtr2q/nzzb5MzuFcDE6f9exroAC 4BHmokAprhna/vZdb6BrPjpXgRAlWAh3wEMxw75M9S/Nbzj/jNp+I+lvUJYxggNvMIIDawIBATCB lDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3Vy ZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEg UHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMGoo4wCQYFKw4DAhoFAKCCAa8wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTMwNjA0MDI1OTU2WjAjBgkqhkiG 9w0BCQQxFgQUJin/XRPwHKKCifTBgDQnJws+nP4wgaUGCSsGAQQBgjcQBDGBlzCBlDCBjDELMAkG A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJ bnRlcm1lZGlhdGUgQ2xpZW50IENBAgMGoo4wgacGCyqGSIb3DQEJEAILMYGXoIGUMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwg Q2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IElu dGVybWVkaWF0ZSBDbGllbnQgQ0ECAwaijjANBgkqhkiG9w0BAQEFAASCAQAQqvhO3nDV3HFpP5Ea 5+1l84vxrReu6fqmJ1pZFJfeBrTAxDzdqXcL/8lGvW4cbN16WGUrMXCj68x8o8+QSRFOZ6kPuuYC DrhKeNn5iFq1ML7GZGLjT4jnN3dRqJ5u+mUgYetU83cZiNpDfVTQw9nvdt/3rCPlsUJXafVMVbkG +oZbCn1RLCyL2wLNAgk6tAmUwr/40bG1tasRuyqpRXk/7Y4oOIikiHNc6OgXbkFs1HQVBmOOBLa6 tZjiYzn/1uCOlcIBEoYjhC63aAKP8bIISDtazQnGYPWaGWQDK8yE9xoX0QmNJzuElbS5HbkDMzsN 5HEAmHSfgGylOetQ7VB9AAAAAAAA --Apple-Mail-AF39E5C6-BE44-454C-A9BF-E3FF0E421F8E-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 4 05:22:58 2013 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EDD4A76E for ; Tue, 4 Jun 2013 05:22:58 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id B7B081BE2 for ; Tue, 4 Jun 2013 05:22:58 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id s9so13009911iec.30 for ; Mon, 03 Jun 2013 22:22:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to; bh=FWuAMwA7lkYcWB0mBDNzgZ5Nw1dbiWKWi0ipuP434qQ=; b=YePM9mqo/aQWmNfpFI4Jg9RZyHAqKqPcBjdqIgW/7Qlg4AhevdeyvDz34oB0mCVfn+ z25ilFnZztNvNk8PpIVo4DrrHLR2j/gZp7LEIUvNT+hvwhJGLZXX5mddRDBz6ghpoiks 0xouVUohgBwVdMCGi/zuvnrKN5IByZ/NVoKVU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=FWuAMwA7lkYcWB0mBDNzgZ5Nw1dbiWKWi0ipuP434qQ=; b=C/C6mm2xJVoF9CsdKS56ue/OxftlVDAB7FRiDPcjLsUn3jS1TSXzddGxfEJikoU+si WE5PYe614TiA7bR8bcUp7/LB2fbzu6KCBgZecyj7V/5KBDutV7p54rxcbMGPL8rF081c cF7VwtCG9qzblcrtDpaGdjD4ojGfWFDKiZsPZlMzQRrpm7NWJiCWBLKxtnYgcKKzKRpN xNS/V2Um2BsA6fl9qar7eXqSy3lS3X2Elah6TEPDO7iJWiERpV/y+c86VhYuthldCICy aB6owwylpXS4gpehxsEhlOhg0WE9ymVYRjkrBlRhlfkeacjZYACuhCJYjSxIca0cDf6X d2JQ== X-Received: by 10.50.73.194 with SMTP id n2mr725995igv.73.1370323378310; Mon, 03 Jun 2013 22:22:58 -0700 (PDT) Received: from [192.168.31.77] (24-236-152-143.dhcp.aldl.mi.charter.com. [24.236.152.143]) by mx.google.com with ESMTPSA id ft3sm71560igb.10.2013.06.03.22.22.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 03 Jun 2013 22:22:57 -0700 (PDT) References: <20130603.214755.24886.0@webmail02.dca.untd.com> Mime-Version: 1.0 (1.0) In-Reply-To: <20130603.214755.24886.0@webmail02.dca.untd.com> Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-58218B2F-3D31-4073-9092-1713C50E79CA; protocol="application/pkcs7-signature" Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (10B329) From: Jason Hellenthal Subject: Re: pw Date: Tue, 4 Jun 2013 01:22:55 -0400 To: "gs_stoller@juno.com" X-Gm-Message-State: ALoCoQnOGp5ELEG95fSKObwdD7GppwTbUMWP0M4665G/z4i6RqwubtNn357BU0foMos4naO7cdd3 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "FreeBSD-hackers@FreeBSD.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 05:22:59 -0000 --Apple-Mail-58218B2F-3D31-4073-9092-1713C50E79CA Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable I guess I could have been more clear about this as well... Files you need ( pre-prepped ): /etc/passwd /etc/master.passwd /etc/pwd.db - or - Use /usr/bin/vi following up with /usr/sbin/pwd_mkdb - or - /usr/sbin/vipw Either which way there is a man page for each and recovering a old system li= ke that with even newer live media is not that hard of a task considering yo= u don't need to do anything with the passwd files at all in order to mount a= ny of the slices and pull whatever it is off from it directly. PS: the utilities that are there have already been written. You have just wa= sted several years just not looking for them or using them correctly and wou= ld suggest that you write something if these are not satisfyingly straight f= orward enough for you. Several years of no answer might just be the answer that was right there bef= ore you in the first place. #AH --=20 Jason Hellenthal Inbox: jhellenthal@DataIX.net Voice: +1 (616) 953-0176 JJH48-ARIN On Jun 4, 2013, at 1:47, "gs_stoller@juno.com" wrote: >=20 >=20 > ____________________________________________________________ > NetZero now offers 4G mobile broadband. Sign up now. > http://www.netzero.net/?refcd=3DNZINTISP0512T4GOUT1 > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"= --Apple-Mail-58218B2F-3D31-4073-9092-1713C50E79CA Content-Type: application/pkcs7-signature; name=smime.p7s Content-Disposition: attachment; filename=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGNDCCBjAw ggUYoAMCAQICAwaijjANBgkqhkiG9w0BAQsFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDUxODA4NTA0OFoXDTE0MDUxOTIyMDk0N1owSDEfMB0GA1UEAwwWamhlbGxlbnRoYWxA ZGF0YWl4Lm5ldDElMCMGCSqGSIb3DQEJARYWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALgnYFS1bWZr3KhKBzWAdRwrY+En+RRV8nCaYubqrMG+ YJbuenaIKSbIuFiDWipW4RHYTpE28pKaSnaVTG9WtAZvsWj0gYN9g2fYCnCOUceES2Yvi3RavxpB hsuzKIfsHb8iNNSEuczLu6gn4mQyaHwE4x6xSUKmbK8njR+YoF522F60wjsnq5dlOJdTrhDfObE5 5P23279WbRp8azgZX1VRB66wdKRDuSI1vBts4Nsha2paXd6HUUduHrPACBQREJTGXN8XtEKVwo63 aKUhRgtUwHNEuSWck/xwVl7PBUWH2dORAWTCqHjNuCKNOQ1/0LMiyMj7FdsBjN4dgL4YZpsCAwEA AaOCAtwwggLYMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggr BgEFBQcDBDAdBgNVHQ4EFgQU29qUrmZtgQ7ZVoDKogfpJOSfk+YwHwYDVR0jBBgwFoAUU3Ltkpzg 2ssBXHx+ljVO8tS4UYIwIQYDVR0RBBowGIEWamhlbGxlbnRoYWxAZGF0YWl4Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQELBQADggEBAHsw8/Hw07gsNTKYnld74NBFtHnQOPkXYuccWx3j0PGQe9nqNxeingBf 2yvx+xBQzBoi4J1u84Jbrbe8Ii3+LLD/QMW9cN0SBIgRStPQLVee4STdjeabGmpXQa7omC02wYYO 83qh6CgJEIbmrsBSZH8ZSVrjkC4UmZS8wAQMS3qTWAPF0ZQGWx2+Gks2fXuacyt2LpNR+p9ogjAZ 1/rmUKjNhQZLswytaLRUdwAwSfQ3+TNs68h6Kv1LC3bNGBT3NEtr2q/nzzb5MzuFcDE6f9exroAC 4BHmokAprhna/vZdb6BrPjpXgRAlWAh3wEMxw75M9S/Nbzj/jNp+I+lvUJYxggNvMIIDawIBATCB lDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3Vy ZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEg UHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMGoo4wCQYFKw4DAhoFAKCCAa8wGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTMwNjA0MDUyMjU3WjAjBgkqhkiG 9w0BCQQxFgQUTHLq0B8DlJFKvR/N0sSypLXSUj4wgaUGCSsGAQQBgjcQBDGBlzCBlDCBjDELMAkG A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJ bnRlcm1lZGlhdGUgQ2xpZW50IENBAgMGoo4wgacGCyqGSIb3DQEJEAILMYGXoIGUMIGMMQswCQYD VQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwg Q2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IElu dGVybWVkaWF0ZSBDbGllbnQgQ0ECAwaijjANBgkqhkiG9w0BAQEFAASCAQBvwe4BFo3Geddp0/Jf zTvjoUkLUPWf01AQ7JYApWJPDmpIpw/7kmksF5sxEbtV/lD22pxyKP0tbtcJFEN9pFsfI1Z6dKcW Bisu/mPmeSgutW2FSK+EdspLEm65Dx/hLCT3ciOqTAXtvNfs0QSsbZPCOaHFYG1/TarB5cXeOSrn hWDBShNnvjS8ERZwJ/gBJtHf7hSi6l+ebMhgBYu4F62aanmgfPBGFLx+5ANaZETz/Kodx5cj6zpD /Bq+yyRoFRXwZyyQenBtRobZhHvgMSpw+iPzZlTO/+tO0vtN86tKiVrH2TYs2H4pGESpIhhkT6Zv 6en3gJ8FplRHmhaNbZTnAAAAAAAA --Apple-Mail-58218B2F-3D31-4073-9092-1713C50E79CA-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 4 05:31:17 2013 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E1EDDAC1 for ; Tue, 4 Jun 2013 05:31:17 +0000 (UTC) (envelope-from rank1seeker@gmail.com) Received: from mail-bk0-x22a.google.com (mail-bk0-x22a.google.com [IPv6:2a00:1450:4008:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 7773A1C24 for ; Tue, 4 Jun 2013 05:31:17 +0000 (UTC) Received: by mail-bk0-f42.google.com with SMTP id jk13so992626bkc.29 for ; Mon, 03 Jun 2013 22:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:subject:date:content-type :content-transfer-encoding:in-reply-to:references:x-mailer; bh=0mH5POBVnC3jp3RBnVsaOXVInWqtyJtr+S4WOvMfwEI=; b=F9IQXvpntKAXLrPq5v4p3z8UsCNmcl5Mgd0ZFaIFOv5BrAeyOEBgMrllRJEr5YJwc/ 3bPlmM5JIqkUpoc0QoSZzhCxb2NMO0rNP4t6P5t3qVRAfHNrJbjnsiYOYTxYiJJtqnpP N1oqsGLcfF8ybrCyjXtJs0irrVNwCTPCTexOSXG5zS52RJh8X6gyzHjsnFvKuO2uJcAc 15eaWJWRvMSkUBBm5ItLLIHDcgQzVnHEXxqaw7nU6CA49jA53f6UVgohPIUQ5yfivq4H 2vO+L2z5PMa3Jv1q70dUOq2guWPYr+utnVAFimFafq3It4BPsSwOe2Vr33p7LNf7Qi4r yFwg== X-Received: by 10.205.8.67 with SMTP id or3mr7431552bkb.172.1370323876586; Mon, 03 Jun 2013 22:31:16 -0700 (PDT) Received: from DOMYPC ([82.193.208.225]) by mx.google.com with ESMTPSA id so13sm21564800bkb.15.2013.06.03.22.31.15 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 03 Jun 2013 22:31:15 -0700 (PDT) Message-ID: <20130604.053115.126.1@DOMY-PC> From: rank1seeker@gmail.com To: hackers@freebsd.org Subject: Re: pw Date: Tue, 04 Jun 2013 07:31:15 +0200 Content-Type: text/plain; charset="Windows-1250" Content-Transfer-Encoding: quoted-printable In-Reply-To: References: <20130603.214755.24886.0@webmail02.dca.untd.com> X-Mailer: POP Peeper (3.8.1.0) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 05:31:17 -0000 > I guess I could have been more clear about this as well...=0D=0A> =0D=0A> = Files you need ( pre-prepped ):=0D=0A> /etc/passwd=0D=0A> = /etc/master.passwd=0D=0A> /etc/pwd.db=0D=0A> =0D=0A> - or -=0D=0A> Use = /usr/bin/vi following up with /usr/sbin/pwd_mkdb=0D=0A> =0D=0A> - or = -=0D=0A> =0D=0A> /usr/sbin/vipw=0D=0A> =0D=0A> Either which way there is = a man page for each and recovering a old system like that with even newer = live media is not that hard of a task considering you don't need to do = anything with the passwd files at all in order to mount any of the slices = and pull whatever it is off from it directly.=0D=0A> =0D=0A> PS: the = utilities that are there have already been written. You have just wasted = several years just not looking for them or using them correctly and would = suggest that you write something if these are not satisfyingly straight = forward enough for you.=0D=0A> =0D=0A> Several years of no answer might = just be the answer that was right there before you in the first = place.=0D=0A> =0D=0A> #AH=0D=0A> =0D=0A> -- =0D=0A> Jason = Hellenthal=0D=0A> Inbox: = jhellenthal@DataIX.net=0D=0A=0D=0A=0D=0A=0D=0AFastest way is to simply = drop into a single user mode and just pick a shell.=0D=0ANow you are THE = root. (By default, entering into single user mode, doesn't prompt for = password)=0D=0Amount / RW and # passwd (it exists on = 4.x?)=0D=0AVolila!=0D=0A=0D=0ADomagoj Smol=E8i=E6 From owner-freebsd-hackers@FreeBSD.ORG Tue Jun 4 11:54:32 2013 Return-Path: Delivered-To: FreeBSD-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 82432EEA for ; Tue, 4 Jun 2013 11:54:32 +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 279181CF9 for ; Tue, 4 Jun 2013 11:54:27 +0000 (UTC) Received: by equilibrium.bsdes.net (Postfix, from userid 1001) id C713A22877; Tue, 4 Jun 2013 13:54:17 +0200 (CEST) Date: Tue, 4 Jun 2013 13:54:17 +0200 From: Victor Balada Diaz To: "gs_stoller@juno.com" Subject: Re: pw Message-ID: <20130604115417.GN74846@equilibrium.bsdes.net> References: <20130603.214755.24886.0@webmail02.dca.untd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20130603.214755.24886.0@webmail02.dca.untd.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-hackers@FreeBSD.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jun 2013 11:54:32 -0000 On Tue, Jun 04, 2013 at 01:47:55AM +0000, gs_stoller@juno.com wrote: > > > ____________________________________________________________ > NetZero now offers 4G mobile broadband. Sign up now. > http://www.netzero.net/?refcd=NZINTISP0512T4GOUT1 > > I have 2 FreeBSD systems (they are using versions 4.3 and 4.7 of the FreeBSD Operating System) that I have not used for a long time, and I have forgotten their passwords. I have information on these systems that I want to retrieve but I have not been able to log into these Systems. My problem was put on the internet several years ago and the usual ways of getting into the systems (basically by being the operator) were suggested and tried, unsuccressfully. A friend and I discussed my problem and he suggested that I zero out the root password so that I can get in as rooy (to set a new password and then continue operating as root). > Does the FreeBSD community have a program (either on a floppy or a CD ROM, preferably the latter) that can do this? If not, I suggest that you write one that would work with all the (formats of) password files that have ever been used. If it can determine the format of password files just by examining them, that would be fine. If it can't, then it should ask the user in which version of the FreeBSD Operating System the password file was used, try to verify it by the structure of the password file and if it is verified make a copy of the password file (in case something goes wrong, so that the system can be restored to its original condition and so undo anything that this program has done), and zero out the root password. After this is done, one could log in as root to set the root password and afterwards (as root) set other user passwords. > > Operating Systems that have ever been run. > You could set it up to look Hello, You can follow the steps detailed here[1] to reset your root password. [1]: http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html#idp75977264 Regards. Victor. -- La prueba más fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 5 00:21:25 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 119AC15D for ; Wed, 5 Jun 2013 00:21:25 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail-gg0-x22b.google.com (mail-gg0-x22b.google.com [IPv6:2607:f8b0:4002:c02::22b]) by mx1.freebsd.org (Postfix) with ESMTP id C78661873 for ; Wed, 5 Jun 2013 00:21:24 +0000 (UTC) Received: by mail-gg0-f171.google.com with SMTP id h13so236094ggd.16 for ; Tue, 04 Jun 2013 17:21:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dragondata.com; s=google; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version:x-mailer; bh=cmBrfeCthY9jG2zt6jv+O/wZot0JSOlCf//HlbO+fVk=; b=mG1ATi5kT0P3D6Iv21ZT9pSPpjRQxOlScHh4rp9kHXuYuCn9CIcUXpJoREuFmpIg2v QVPqx9VEMKnnux86oONEX1J9Cu9nXEeIMM66TEaVsYNoWbkaLFNWYk6ypu+jwggI18N/ Sp9awF5eYvK5mBK3h8Vov5BOSphmfxTXrq6AI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version:x-mailer:x-gm-message-state; bh=cmBrfeCthY9jG2zt6jv+O/wZot0JSOlCf//HlbO+fVk=; b=AbyaIxGRcZmc/bIUP9+6M7XYhUHAhp7mBVl18TDJHaOLKhQsDX064vGucqExDmiTWt ig5SSvPXPl4OQo4EjV/c1HYHEVFoMKKh0IouDvjHt0ql7FZ0fdqHXvO2pvWY3Fa6LAI8 nFk3AZssH1JSS1nOepKpol0OVz8pd2L2uzse+2Wjjo9K9JS3Cm85iJC/fwymfNiYbQ4Y 6GActiLf+/8o8zXZH8PNr+uyy3AQH6+ZM3CRhnkdWFsnycM3DhamHSLm8GhCQfuZWqyw YCjoLBRr1nPV20rxbOcOX9VHmK7Ba6q2yndtfJH1XMe1ii0MarKVxrLg+/wFMfcBADQQ 6k7A== X-Received: by 10.236.76.4 with SMTP id a4mr23611940yhe.44.1370391684299; Tue, 04 Jun 2013 17:21:24 -0700 (PDT) Received: from vpn132.rw1.your.org (vpn132.rw1.your.org. [204.9.51.132]) by mx.google.com with ESMTPSA id l95sm38127408yhq.17.2013.06.04.17.21.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Jun 2013 17:21:23 -0700 (PDT) From: Kevin Day Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Announce: Unofficial binary package builds for old releases Message-Id: <9B5BE591-C981-401C-854D-15272E87E15C@dragondata.com> Date: Tue, 4 Jun 2013 19:21:20 -0500 To: "freebsd-hackers@freebsd.org Hackers" Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQmc35IZjbY6s07W55R7P6/S+1HJhwKaa7CaoXvAUE5z2YAFyY+JMTijjspl4pzmcUl9MFQW X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 00:21:25 -0000 Thanks to poudriere making this easy, we're now making public our = (unofficial!) constantly being rebuilt repository of binary packages for = old FreeBSD releases and less popular architectures. See http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages for = instructions on how to use this. How do these differ from the official packages? 1) We're building packages for 9.1 all the way back to 7.2. 2) We're constantly grabbing new versions of ports and rebuilding as = fast as the builders can go. Our goal is to rebuild the latest version = (9.1 right now) in both amd64 and i386 every 24 hours, and all other = versions every 7 days. 3) We're leaving up old versions (in the All directory) of everything, = so you can grab older versions if we have them. 4) We're building everything twice, one by default and one a special = internal-use version that has X11, examples, debugging and a few other = features shut off. If the port can't be built without those features, it = just gets skipped. (This may not be of use to anyone other than us) 5) We're building packages for i386, amd64, ia64, and have the hardware = in house to build for PPC, ARM and sparc64 if anyone asks for it. (As of this writing, our ia64 box just started building things, and = looks like it'll take another 5+ days to finish. If you need ia64, give = it a few days.) Feel free to contact me with any questions, or suggestions for how this = might be more useful to you. If you could actually use this on any other = release or architecture that isn't currently listed, please let me know. = If there's anyone out there that would prefer pkgng instead of the old = style packages, we might be able to get those going too. This is = primarily for our own internal use so I don't want to add support for a = ton of things if nobody is going to use this, so speak up if you want = something! -- Kevin From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 5 00:33:44 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F23A2475 for ; Wed, 5 Jun 2013 00:33:44 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id C0D6118F5 for ; Wed, 5 Jun 2013 00:33:44 +0000 (UTC) Received: by mail-ob0-f177.google.com with SMTP id ta17so1547221obb.22 for ; Tue, 04 Jun 2013 17:33: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=mGxUWBRNyKFHwVnqntUsDUSq8kIdJ2Fm6wEhE7OU4dA=; b=Az+cymY3mnNsvbdFlWnIUM5ZmUZ147LcaQuE+q9ZrtLaQCrJI+R6F901DaIN8Fu7Xz ptueO8Dl5a/nAJWcIXVIOtAQ0xcTcTIFe1pWnUQE/NjJGZl1Jtcnmf+XRF6cDbHVysHe SAkiHqLhc0B9DyW8NWuDpHOk/sNpLgLye3CFdOTW1wYlHWEUFoUR2kFS7YJCWkP7BPbX y6f0sywdOybwt7Z0GIgETkQAxI7K07smNDF6Nu8fZYyrwiXquZwyFOuiuyoLQnjveLH1 G4scGNnulLdda+wEZpM+rFfYc+BhF4aCoPRmG/I2IpAw76UCZQkr9Lell/enz+OVG1Jo lvXg== MIME-Version: 1.0 X-Received: by 10.182.105.6 with SMTP id gi6mr13246367obb.18.1370392424355; Tue, 04 Jun 2013 17:33:44 -0700 (PDT) Received: by 10.76.169.68 with HTTP; Tue, 4 Jun 2013 17:33:44 -0700 (PDT) In-Reply-To: <9B5BE591-C981-401C-854D-15272E87E15C@dragondata.com> References: <9B5BE591-C981-401C-854D-15272E87E15C@dragondata.com> Date: Tue, 4 Jun 2013 20:33:44 -0400 Message-ID: Subject: Re: Announce: Unofficial binary package builds for old releases From: Outback Dingo To: Kevin Day Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-hackers@freebsd.org Hackers" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 00:33:45 -0000 On Tue, Jun 4, 2013 at 8:21 PM, Kevin Day wrote: > Thanks to poudriere making this easy, we're now making public our > (unofficial!) constantly being rebuilt repository of binary packages for > old FreeBSD releases and less popular architectures. > > See http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages for > instructions on how to use this. > > How do these differ from the official packages? > > 1) We're building packages for 9.1 all the way back to 7.2. > > 2) We're constantly grabbing new versions of ports and rebuilding as fast > as the builders can go. Our goal is to rebuild the latest version (9.1 > right now) in both amd64 and i386 every 24 hours, and all other versions > every 7 days. > > 3) We're leaving up old versions (in the All directory) of everything, so > you can grab older versions if we have them. > > 4) We're building everything twice, one by default and one a special > internal-use version that has X11, examples, debugging and a few other > features shut off. If the port can't be built without those features, it > just gets skipped. (This may not be of use to anyone other than us) > > 5) We're building packages for i386, amd64, ia64, and have the hardware in > house to build for PPC, ARM and sparc64 if anyone asks for it. > > (As of this writing, our ia64 box just started building things, and looks > like it'll take another 5+ days to finish. If you need ia64, give it a few > days.) > > > Feel free to contact me with any questions, or suggestions for how this > might be more useful to you. If you could actually use this on any other > release or architecture that isn't currently listed, please let me know. If > there's anyone out there that would prefer pkgng instead of the old style > packages, we might be able to get those going too. This is primarily for > our own internal use so I don't want to add support for a ton of things if > nobody is going to use this, so speak up if you want something! > > > What did i miss ?? setenv PACKAGESITE http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/Latest/ root@hostbsd:/ # pkg update Updating repository catalogue pkg: http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/Latest//repo.txz: Not Found > -- Kevin > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 5 00:40:41 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ECEC5711 for ; Wed, 5 Jun 2013 00:40:41 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail-ye0-f180.google.com (mail-ye0-f180.google.com [209.85.213.180]) by mx1.freebsd.org (Postfix) with ESMTP id ACC1E192B for ; Wed, 5 Jun 2013 00:40:41 +0000 (UTC) Received: by mail-ye0-f180.google.com with SMTP id r11so248408yen.11 for ; Tue, 04 Jun 2013 17:40:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dragondata.com; s=google; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=HBX7nYuN96hW6+Vfc459C52xWIceVlsDlHBNFNq4bA8=; b=c26q82g4N/Kf6FKlwFH/RGFIFfbM7ngIOR2yLd3DO4O2h/gHm0VSV2dTrZl7Di1LfY Yxyt8Ctqns9r7rUllqrxolYlnEpYYsWliPdgRamVfkAAnKguPHbsIpO5YrSMaEs+jYLj R71Zl7KgMsUkIrsZl0Zb8a7qqlXbLeHwpK7Sw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer:x-gm-message-state; bh=HBX7nYuN96hW6+Vfc459C52xWIceVlsDlHBNFNq4bA8=; b=XaMB4D4+6uBEqpA9Srh55zIb9LN9rnJ1yXkQju/LCHwVQjixLapVZ9iRIBc2EBqwfZ TsypKVmGH2LqQCtk/7aaHE2695JcZu/ox5+gtM8a0nI/43VjSNDjKWPzB6adlGGfKFMy VSVutE64Mmod3jbDPNRqxcKVuCqGeWye8KaZvLBvQECV2uN4N+mQSiLmB0o62OyrTAGv 0FRmdAxAGByKjLwpnc0LPF8n/kJ3wpExEFzd71wDZOcT1ZoBFRpb+mJYmKDwNIInAPjz qEC67vRmBJdm1qAhSaqOrTv8QYtPMY48pibWlsEYUdxEmgimLidhbX/cDTHS8pK5Ad8E B67A== X-Received: by 10.236.144.98 with SMTP id m62mr23768707yhj.128.1370392834976; Tue, 04 Jun 2013 17:40:34 -0700 (PDT) Received: from vpn132.rw1.your.org (vpn132.rw1.your.org. [204.9.51.132]) by mx.google.com with ESMTPSA id f19sm103982905yhj.3.2013.06.04.17.40.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 04 Jun 2013 17:40:34 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Announce: Unofficial binary package builds for old releases From: Kevin Day In-Reply-To: Date: Tue, 4 Jun 2013 19:40:31 -0500 Message-Id: References: <9B5BE591-C981-401C-854D-15272E87E15C@dragondata.com> To: Outback Dingo X-Mailer: Apple Mail (2.1503) X-Gm-Message-State: ALoCoQlz4Ij5Y0N5XTiPwE2k82QYNZBB4FJ1XTasRoTjierJ0PIVhR6mXtqRw5+k6/+MI01hylbi Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-hackers@freebsd.org Hackers" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 00:40:42 -0000 On Jun 4, 2013, at 7:33 PM, Outback Dingo = wrote: >=20 > On Tue, Jun 4, 2013 at 8:21 PM, Kevin Day = wrote: > If there's anyone out there that would prefer pkgng instead of the = old style packages, we might be able to get those going too. This is = primarily for our own internal use so I don't want to add support for a = ton of things if nobody is going to use this, so speak up if you want = something! >=20 >=20 >=20 > What did i miss ?? >=20 > setenv PACKAGESITE = http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/= Latest/ > root@hostbsd:/ # pkg update > Updating repository catalogue > pkg: = http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/= Latest//repo.txz: Not Found 'pkg' is the next generation packaging (pkgng). These are the older = style, usable with something like pkg_add. Example: # setenv PACKAGESITE = http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/= Latest/ # pkg_add -r gmake Fetching = http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/= Latest/gmake.tbz... Done. # We can build pkgng style packages if there's demand for it, but we're = not using it internally right now so they aren't being built. -- Kevin From owner-freebsd-hackers@FreeBSD.ORG Wed Jun 5 00:50:02 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D4AADB4E for ; Wed, 5 Jun 2013 00:50:02 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com [IPv6:2607:f8b0:4003:c02::22f]) by mx1.freebsd.org (Postfix) with ESMTP id A2046196E for ; Wed, 5 Jun 2013 00:50:02 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id m1so663060oag.6 for ; Tue, 04 Jun 2013 17:50: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=btJzy4XlU7YAiS5g38sFGBm0uphZ/gcOo0BAdZn6tV8=; b=qiXhDqvZ10QETzjIGCurkT30K6PrA8cMn+/IUQWMnV7rOcC3dcpC1Tt8wcJnRiiaKO LJswkiN73g2IKKJu2S4a/W2vS3oUAnJG6bxpyyxdRXwj58HVBTfwehpED7gfcUUxcr0x uPYCMZRY1MCO9A/w87i5N8LOSJl9iGMWjLYrSprH5ad4M6mZASAlL9FX41H8Zu1moB02 PApNH0tFyyj0doArpy99QP2oJtv4tY8LbqXIxVOS6r3swe/z6TdyxqWSZYDzsHPp2xMk fjKFM505V6xMbtIkKq9CFhr4n9hWlMLflWkxS3+KK4RE/12PQpfAsBArl5zDXmFtXR+Y kUkA== MIME-Version: 1.0 X-Received: by 10.182.87.170 with SMTP id az10mr13525268obb.10.1370393402270; Tue, 04 Jun 2013 17:50:02 -0700 (PDT) Received: by 10.76.169.68 with HTTP; Tue, 4 Jun 2013 17:50:02 -0700 (PDT) In-Reply-To: References: <9B5BE591-C981-401C-854D-15272E87E15C@dragondata.com> Date: Tue, 4 Jun 2013 20:50:02 -0400 Message-ID: Subject: Re: Announce: Unofficial binary package builds for old releases From: Outback Dingo To: Kevin Day Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-hackers@freebsd.org Hackers" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jun 2013 00:50:02 -0000 On Tue, Jun 4, 2013 at 8:40 PM, Kevin Day wrote: > > On Jun 4, 2013, at 7:33 PM, Outback Dingo wrote: > > > On Tue, Jun 4, 2013 at 8:21 PM, Kevin Day wrote: > > > If there's anyone out there that would prefer pkgng instead of the old > style packages, we might be able to get those going too. This is primarily > for our own internal use so I don't want to add support for a ton of things > if nobody is going to use this, so speak up if you want something! >> >> >> >> > What did i miss ?? > > setenv PACKAGESITE > http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/Latest/ > root@hostbsd:/ # pkg update > Updating repository catalogue > pkg: > http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/Latest//repo.txz: > Not Found > > > > 'pkg' is the next generation packaging (pkgng). These are the older style, > usable with something like pkg_add. Example: > > # setenv PACKAGESITE > http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/Latest/ > # pkg_add -r gmake > Fetching > http://ftpmirror.your.org/pub/FreeBSD-Unofficial-Packages/91amd64-default/Latest/gmake.tbz... > Done. > # > > We can build pkgng style packages if there's demand for it, but we're not > using it internally right now so they aren't being built. > > ahhhhh got it, when i saw the packagesite i thought it was for pkgng ...... no worries > -- Kevin > > > From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 6 18:51:38 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 047E4D07 for ; Thu, 6 Jun 2013 18:51:38 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id DA41511DD for ; Thu, 6 Jun 2013 18:51:37 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r56IpbSW001827 for ; Thu, 6 Jun 2013 18:51:37 GMT (envelope-from emaste@freebsd.org) Received: (from emaste@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r56IpbFo001826 for freebsd-hackers@freebsd.org; Thu, 6 Jun 2013 18:51:37 GMT (envelope-from emaste@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: emaste set sender to emaste@freebsd.org using -f Date: Thu, 6 Jun 2013 18:51:37 +0000 From: Ed Maste To: freebsd-hackers@freebsd.org Subject: [PATCH] Install standalone debug files in /usr/lib/debug Message-ID: <20130606185137.GA1806@sandvine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jun 2013 18:51:38 -0000 Add a new knob WITH_DEBUG_FILES to control the building of standalone debug files for userland programs and libraries. The "-g" debug flag is automatically applied when WITH_DEBUG_FILES is set. The debug files are now named ${prog}.debug and ${shlib}.debug for consistency with other systems and documentation. In addition they are installed under /usr/lib/debug, to simplify the process of installing them if needed after a crash. Users of bsd.{prog,lib}.mk outside of the base system place the standalone debug files in a .debug subdirectory. GDB automatically searches both of these directories for standalone debug files. Thanks to everyone who contributed changes, review, and testing during development. --- Changes since previous version of the patch: . some cleanup suggested by brooks@ and kib@ . separate debug tree into separate mtree file . use new DEBUGMODE variable rather than BINMODE / LIBMODE, to avoid suid or sgid debug files Makefile.inc1 | 15 ++++++++ etc/Makefile | 6 ++++ etc/mtree/BSD.debug.dist | 48 +++++++++++++++++++++++++ etc/mtree/Makefile | 4 +++ gnu/usr.bin/gdb/Makefile.inc | 1 + gnu/usr.bin/gdb/arch/amd64/config.h | 3 -- gnu/usr.bin/gdb/arch/arm/config.h | 3 -- gnu/usr.bin/gdb/arch/i386/config.h | 3 -- gnu/usr.bin/gdb/arch/ia64/config.h | 3 -- gnu/usr.bin/gdb/arch/mips/config.h | 3 -- gnu/usr.bin/gdb/arch/powerpc/config.h | 3 -- gnu/usr.bin/gdb/arch/powerpc64/config.h | 3 -- gnu/usr.bin/gdb/arch/sparc64/config.h | 3 -- gnu/usr.bin/gdb/gdb/Makefile | 1 + share/mk/bsd.crunchgen.mk | 3 ++ share/mk/bsd.lib.mk | 37 +++++++++++++------ share/mk/bsd.own.mk | 10 ++++++ share/mk/bsd.prog.mk | 63 +++++++++++++++++++++++++++++---- tools/build/options/WITH_DEBUG_FILES | 7 ++++ 19 files changed, 178 insertions(+), 41 deletions(-) create mode 100644 etc/mtree/BSD.debug.dist create mode 100644 tools/build/options/WITH_DEBUG_FILES diff --git a/Makefile.inc1 b/Makefile.inc1 index f09aa97..d65dd31 100644 --- a/Makefile.inc1 +++ b/Makefile.inc1 @@ -470,6 +470,13 @@ _worldtmp: mtree -deU -f ${.CURDIR}/etc/mtree/BSD.include.dist \ -p ${WORLDTMP}/usr/include >/dev/null ln -sf ${.CURDIR}/sys ${WORLDTMP} +.if ${MK_DEBUG_FILES} != "no" + # We could instead disable debug files for these build stages + mtree -deU -f ${.CURDIR}/etc/mtree/BSD.debug.dist \ + -p ${WORLDTMP}/legacy/usr/lib >/dev/null + mtree -deU -f ${.CURDIR}/etc/mtree/BSD.debug.dist \ + -p ${WORLDTMP}/usr/lib >/dev/null +.endif .if ${MK_BIND_LIBS} != "no" mtree -deU -f ${.CURDIR}/etc/mtree/BIND.include.dist \ -p ${WORLDTMP}/usr/include >/dev/null @@ -555,6 +562,10 @@ build32: -p ${LIB32TMP}/usr >/dev/null mtree -deU -f ${.CURDIR}/etc/mtree/BSD.include.dist \ -p ${LIB32TMP}/usr/include >/dev/null +.if ${MK_DEBUG_FILES} != "no" + mtree -deU -f ${.CURDIR}/etc/mtree/BSD.debug.dist \ + -p ${LIB32TMP}/usr/lib >/dev/null +.endif mkdir -p ${WORLDTMP} ln -sf ${.CURDIR}/sys ${WORLDTMP} .for _t in obj includes @@ -779,6 +790,10 @@ distributeworld installworld: installcheck installcheck_UGID -p ${DESTDIR}/${DISTDIR}/${dist}/usr >/dev/null mtree -deU -f ${.CURDIR}/etc/mtree/BSD.include.dist \ -p ${DESTDIR}/${DISTDIR}/${dist}/usr/include >/dev/null +.if ${MK_DEBUG_FILES} != "no" + mtree -deU -f ${.CURDIR}/etc/mtree/BSD.debug.dist \ + -p ${DESTDIR}/${DISTDIR}/${dist}/usr/lib >/dev/null +.endif .if defined(NO_ROOT) ${IMAKEENV} nmtree -C -f ${.CURDIR}/etc/mtree/BSD.root.dist | \ sed -e 's#^\./#./${dist}/#' >> ${METALOG} diff --git a/etc/Makefile b/etc/Makefile index c0806e8..f509a19 100644 --- a/etc/Makefile +++ b/etc/Makefile @@ -143,6 +143,9 @@ MTREE+= BIND.chroot.dist MTREE+= BIND.include.dist .endif .endif +.if ${MK_DEBUG_FILES} != "no" +MTREE+= BSD.debug.dist +.endif PPPCNF= ppp.conf @@ -312,6 +315,9 @@ MTREES= mtree/BSD.root.dist / \ mtree/BSD.var.dist /var \ mtree/BSD.usr.dist /usr \ mtree/BSD.include.dist /usr/include +.if ${MK_DEBUG_FILES} != "no" +MTREES+= mtree/BSD.debug.dist /usr/lib +.endif .if ${MK_BIND_LIBS} != "no" MTREES+= mtree/BIND.include.dist /usr/include .endif diff --git a/etc/mtree/BSD.debug.dist b/etc/mtree/BSD.debug.dist new file mode 100644 index 0000000..ab75d0f --- /dev/null +++ b/etc/mtree/BSD.debug.dist @@ -0,0 +1,48 @@ +# $FreeBSD$ +# +# Please see the file src/etc/mtree/README before making changes to this file. +# + +/set type=dir uname=root gname=wheel mode=0755 +. + debug + bin + .. + boot + .. + lib + geom + .. + .. + libexec + .. + sbin + .. + usr + bin + .. + games + .. + lib + engines + .. + .. + lib32 + .. + libexec + bsdinstall + .. + lpr + ru + .. + .. + sendmail + .. + sm.bin + .. + .. + sbin + .. + .. + .. +.. diff --git a/etc/mtree/Makefile b/etc/mtree/Makefile index 15da1bf..06aeb19 100644 --- a/etc/mtree/Makefile +++ b/etc/mtree/Makefile @@ -4,6 +4,7 @@ FILES= ${_BIND.chroot.dist} \ ${_BIND.include.dist} \ + ${_BSD.debug.dist} \ BSD.include.dist \ BSD.root.dist \ ${_BSD.sendmail.dist} \ @@ -16,6 +17,9 @@ _BIND.chroot.dist= BIND.chroot.dist _BIND.include.dist= BIND.include.dist .endif .endif +.if ${MK_DEBUG_FILES} != "no" +_BSD.debug.dist= BSD.debug.dist +.endif .if ${MK_GROFF} != "no" _BSD.groff.dist= BSD.groff.dist .endif diff --git a/gnu/usr.bin/gdb/Makefile.inc b/gnu/usr.bin/gdb/Makefile.inc index c40e9b8..5e1d5cd 100644 --- a/gnu/usr.bin/gdb/Makefile.inc +++ b/gnu/usr.bin/gdb/Makefile.inc @@ -37,6 +37,7 @@ GDB_CROSS_DEBUGGER= ${CNTRB_GDB}/gdb/signals ${CNTRB_GDB}/gdb/tui ${TARGET_SUBDIR} CFLAGS+= -DHAVE_CONFIG_H -DRL_NO_COMPAT -DMI_OUT=1 -DTUI=1 +CFLAGS+= -DDEBUGDIR=\"${DEBUGDIR}\" CFLAGS+= -I. CFLAGS+= -I${TARGET_SUBDIR} CFLAGS+= -I${BMAKE_BU}/libbfd -I${BMAKE_BU}/libbfd/${TARGET_CPUARCH} diff --git a/gnu/usr.bin/gdb/arch/amd64/config.h b/gnu/usr.bin/gdb/arch/amd64/config.h index ac81c54..674f818 100644 --- a/gnu/usr.bin/gdb/arch/amd64/config.h +++ b/gnu/usr.bin/gdb/arch/amd64/config.h @@ -439,9 +439,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_i386_arch diff --git a/gnu/usr.bin/gdb/arch/arm/config.h b/gnu/usr.bin/gdb/arch/arm/config.h index e1b128c..b2481f8 100644 --- a/gnu/usr.bin/gdb/arch/arm/config.h +++ b/gnu/usr.bin/gdb/arch/arm/config.h @@ -451,9 +451,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_arm_arch diff --git a/gnu/usr.bin/gdb/arch/i386/config.h b/gnu/usr.bin/gdb/arch/i386/config.h index f21da4c..e849e0a 100644 --- a/gnu/usr.bin/gdb/arch/i386/config.h +++ b/gnu/usr.bin/gdb/arch/i386/config.h @@ -439,9 +439,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_i386_arch diff --git a/gnu/usr.bin/gdb/arch/ia64/config.h b/gnu/usr.bin/gdb/arch/ia64/config.h index 5faa96b..4cc29f9 100644 --- a/gnu/usr.bin/gdb/arch/ia64/config.h +++ b/gnu/usr.bin/gdb/arch/ia64/config.h @@ -439,9 +439,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_ia64_arch diff --git a/gnu/usr.bin/gdb/arch/mips/config.h b/gnu/usr.bin/gdb/arch/mips/config.h index 41a6731..2b375a6 100644 --- a/gnu/usr.bin/gdb/arch/mips/config.h +++ b/gnu/usr.bin/gdb/arch/mips/config.h @@ -439,9 +439,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_mips_arch diff --git a/gnu/usr.bin/gdb/arch/powerpc/config.h b/gnu/usr.bin/gdb/arch/powerpc/config.h index f169fad..37416a7 100644 --- a/gnu/usr.bin/gdb/arch/powerpc/config.h +++ b/gnu/usr.bin/gdb/arch/powerpc/config.h @@ -439,9 +439,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_rs6000_arch diff --git a/gnu/usr.bin/gdb/arch/powerpc64/config.h b/gnu/usr.bin/gdb/arch/powerpc64/config.h index d8b9b6d..58843fb 100644 --- a/gnu/usr.bin/gdb/arch/powerpc64/config.h +++ b/gnu/usr.bin/gdb/arch/powerpc64/config.h @@ -439,9 +439,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_rs6000_arch diff --git a/gnu/usr.bin/gdb/arch/sparc64/config.h b/gnu/usr.bin/gdb/arch/sparc64/config.h index 5527a79..974e426 100644 --- a/gnu/usr.bin/gdb/arch/sparc64/config.h +++ b/gnu/usr.bin/gdb/arch/sparc64/config.h @@ -439,9 +439,6 @@ /* Name of this package. */ #define PACKAGE "gdb" -/* Global directory for separate debug files. */ -#define DEBUGDIR "/usr/local/lib/debug" - /* Define to BFD's default architecture. */ #define DEFAULT_BFD_ARCH bfd_sparc_arch diff --git a/gnu/usr.bin/gdb/gdb/Makefile b/gnu/usr.bin/gdb/gdb/Makefile index ef9e135..15eb2eb 100644 --- a/gnu/usr.bin/gdb/gdb/Makefile +++ b/gnu/usr.bin/gdb/gdb/Makefile @@ -15,3 +15,4 @@ DPADD= ${GDBLIBS} ${BULIBS} ${LIBM} ${LIBREADLINE} ${LIBTERMCAP} ${LIBGNUREGEX} LDADD= ${GDBLIBS} ${BULIBS} -lm -lreadline -ltermcap -lgnuregex .include +CFLAGS+= -DDEBUGDIR=\"${DEBUGDIR}\" diff --git a/share/mk/bsd.crunchgen.mk b/share/mk/bsd.crunchgen.mk index 95f1aa3..d8f07b1 100644 --- a/share/mk/bsd.crunchgen.mk +++ b/share/mk/bsd.crunchgen.mk @@ -47,6 +47,9 @@ CRUNCH_GENERATE_LINKS?= yes CLEANFILES+= $(CONF) *.o *.lo *.c *.mk *.cache *.a *.h +# Don't try to extract debug info from ${PROG}. +NO_DEBUG_FILES= + # Program names and their aliases contribute hardlinks to 'rescue' executable, # except for those that get suppressed. .for D in $(CRUNCH_SRCDIRS) diff --git a/share/mk/bsd.lib.mk b/share/mk/bsd.lib.mk index cb2544c..fe2efb4 100644 --- a/share/mk/bsd.lib.mk +++ b/share/mk/bsd.lib.mk @@ -43,6 +43,11 @@ CTFFLAGS+= -g STRIP?= -s .endif +.if ${MK_DEBUG_FILES} != "no" && empty(DEBUG_FLAGS:M-g*) +CFLAGS+= -g +CTFFLAGS+= -g +.endif + .include # prefer .s to a .c, add .po, remove stuff not used in the BSD libraries @@ -114,8 +119,17 @@ PO_FLAG=-pg all: objwarn .if defined(SHLIB_NAME) -.if defined(DEBUG_FLAGS) -SHLIB_NAME_FULL=${SHLIB_NAME}.debug +.if ${MK_DEBUG_FILES} != "no" +SHLIB_NAME_FULL=${SHLIB_NAME}.full +# Use ${DEBUGDIR} for base system debug files, else .debug subdirectory +.if ${SHLIBDIR} == "/boot" ||\ + ${SHLIBDIR:C%/lib(/.*)?$%/lib%} == "/lib" ||\ + ${SHLIBDIR:C%/usr/lib(32)?(/.*)?%/usr/lib%} == "/usr/lib" +DEBUGFILEDIR=${DEBUGDIR}${SHLIBDIR} +.else +DEBUGFILEDIR=${SHLIBDIR}/.debug +DEBUGMKDIR= +.endif .else SHLIB_NAME_FULL=${SHLIB_NAME} .endif @@ -201,13 +215,13 @@ ${SHLIB_NAME_FULL}: ${SOBJS} ${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${SOBJS} .endif -.if defined(DEBUG_FLAGS) -CLEANFILES+= ${SHLIB_NAME_FULL} ${SHLIB_NAME}.symbols -${SHLIB_NAME}: ${SHLIB_NAME_FULL} ${SHLIB_NAME}.symbols - ${OBJCOPY} --strip-debug --add-gnu-debuglink=${SHLIB_NAME}.symbols \ +.if ${MK_DEBUG_FILES} != "no" +CLEANFILES+= ${SHLIB_NAME_FULL} ${SHLIB_NAME}.debug +${SHLIB_NAME}: ${SHLIB_NAME_FULL} ${SHLIB_NAME}.debug + ${OBJCOPY} --strip-debug --add-gnu-debuglink=${SHLIB_NAME}.debug \ ${SHLIB_NAME_FULL} ${.TARGET} -${SHLIB_NAME}.symbols: ${SHLIB_NAME_FULL} +${SHLIB_NAME}.debug: ${SHLIB_NAME_FULL} ${OBJCOPY} --only-keep-debug ${SHLIB_NAME_FULL} ${.TARGET} .endif .endif #defined(SHLIB_NAME) @@ -286,10 +300,13 @@ _libinstall: ${INSTALL} ${STRIP} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ ${_INSTALLFLAGS} ${_SHLINSTALLFLAGS} \ ${SHLIB_NAME} ${DESTDIR}${SHLIBDIR} -.if defined(DEBUG_FLAGS) - ${INSTALL} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \ +.if ${MK_DEBUG_FILES} != "no" +.if defined(DEBUGMKDIR) + ${INSTALL} -T debug -d ${DESTDIR}${DEBUGFILEDIR} +.endif + ${INSTALL} -T debug -o ${LIBOWN} -g ${LIBGRP} -m ${DEBUGMODE} \ ${_INSTALLFLAGS} \ - ${SHLIB_NAME}.symbols ${DESTDIR}${SHLIBDIR} + ${SHLIB_NAME}.debug ${DESTDIR}${DEBUGFILEDIR} .endif .if defined(SHLIB_LINK) # ${_SHLIBDIRPREFIX} and ${_LDSCRIPTROOT} are both needed when cross-building diff --git a/share/mk/bsd.own.mk b/share/mk/bsd.own.mk index dfa8ed6..a9eee61 100644 --- a/share/mk/bsd.own.mk +++ b/share/mk/bsd.own.mk @@ -43,6 +43,11 @@ # LIBMODE Library mode. [${NOBINMODE}] # # +# DEBUGDIR Base path for standalone debug files. [/usr/lib/debug] +# +# DEBUGMODE Mode for debug files. [${NOBINMODE}] +# +# # KMODDIR Base path for loadable kernel modules # (see kld(4)). [/boot/kernel] # @@ -147,6 +152,9 @@ LIBOWN?= ${BINOWN} LIBGRP?= ${BINGRP} LIBMODE?= ${NOBINMODE} +DEBUGDIR?= /usr/lib/debug +DEBUGMODE?= ${NOBINMODE} + # Share files SHAREDIR?= /usr/share @@ -213,6 +221,7 @@ COMPRESS_EXT?= .gz # .for var in \ CTF \ + DEBUG_FILES \ INSTALLLIB \ MAN \ PROFILE @@ -365,6 +374,7 @@ __DEFAULT_NO_OPTIONS = \ BSD_GREP \ CLANG_EXTRAS \ CTF \ + DEBUG_FILES \ GPL_DTC \ HESIOD \ ICONV \ diff --git a/share/mk/bsd.prog.mk b/share/mk/bsd.prog.mk index 0991915..3c48329 100644 --- a/share/mk/bsd.prog.mk +++ b/share/mk/bsd.prog.mk @@ -24,8 +24,23 @@ CTFFLAGS+= -g .endif .endif +.if defined(PROG_CXX) +PROG= ${PROG_CXX} +.endif + +.if defined(PROG) && target(${PROG}) +MK_DEBUG_FILES= no +.elif !empty(LDFLAGS:M-Wl,*--oformat,*) || !empty(LDFLAGS:M-static) +MK_DEBUG_FILES= no +.endif + .if defined(CRUNCH_CFLAGS) CFLAGS+=${CRUNCH_CFLAGS} +.else +.if ${MK_DEBUG_FILES} != "no" && empty(DEBUG_FLAGS:M-g*) +CFLAGS+= -g +CTFFLAGS+= -g +.endif .endif .if !defined(DEBUG_FLAGS) @@ -36,21 +51,36 @@ STRIP?= -s LDFLAGS+= -static .endif -.if defined(PROG_CXX) -PROG= ${PROG_CXX} +.if ${MK_DEBUG_FILES} != "no" +PROG_FULL=${PROG}.full +# Use ${DEBUGDIR} for base system debug files, else .debug subdirectory +.if defined(BINDIR) && (\ + ${BINDIR} == "/bin" ||\ + ${BINDIR} == "/libexec" ||\ + ${BINDIR} == "/sbin" ||\ + ${BINDIR:C%/usr/(bin|bsdinstall|games|libexec|lpr|sendmail|sm.bin|sbin)(/.*)?%/usr/bin%} == "/usr/bin"\ + ) +DEBUGFILEDIR= ${DEBUGDIR}${BINDIR} +.else +DEBUGFILEDIR?= ${BINDIR}/.debug +DEBUGMKDIR= +.endif +.else +PROG_FULL= ${PROG} .endif .if defined(PROG) PROGNAME?= ${PROG} + .if defined(SRCS) OBJS+= ${SRCS:N*.h:R:S/$/.o/g} .if target(beforelinking) beforelinking: ${OBJS} -${PROG}: beforelinking +${PROG_FULL}: beforelinking .endif -${PROG}: ${OBJS} +${PROG_FULL}: ${OBJS} .if defined(PROG_CXX) ${CXX} ${CXXFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} .else @@ -78,9 +108,9 @@ OBJS+= ${PROG}.o .if target(beforelinking) beforelinking: ${OBJS} -${PROG}: beforelinking +${PROG_FULL}: beforelinking .endif -${PROG}: ${OBJS} +${PROG_FULL}: ${OBJS} .if defined(PROG_CXX) ${CXX} ${CXXFLAGS} ${LDFLAGS} -o ${.TARGET} ${OBJS} ${LDADD} .else @@ -89,10 +119,19 @@ ${PROG}: ${OBJS} .if ${MK_CTF} != "no" ${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${OBJS} .endif -.endif +.endif # !target(${PROG}) .endif # !defined(SRCS) +.if ${MK_DEBUG_FILES} != "no" +${PROG}: ${PROG_FULL} ${PROGNAME}.debug + ${OBJCOPY} --strip-debug --add-gnu-debuglink=${PROGNAME}.debug \ + ${PROG_FULL} ${.TARGET} + +${PROGNAME}.debug: ${PROG_FULL} + ${OBJCOPY} --only-keep-debug ${PROG_FULL} ${.TARGET} +.endif + .if ${MK_MAN} != "no" && !defined(MAN) && \ !defined(MAN1) && !defined(MAN2) && !defined(MAN3) && \ !defined(MAN4) && !defined(MAN5) && !defined(MAN6) && \ @@ -109,6 +148,9 @@ all: _manpages .if defined(PROG) CLEANFILES+= ${PROG} +.if ${MK_DEBUG_FILES} != "no" +CLEANFILES+= ${PROG_FULL} ${PROGNAME}.debug +.endif .endif .if defined(OBJS) @@ -156,6 +198,13 @@ _proginstall: .if defined(PROG) ${INSTALL} ${STRIP} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE} \ ${_INSTALLFLAGS} ${PROG} ${DESTDIR}${BINDIR}/${PROGNAME} +.if ${MK_DEBUG_FILES} != "no" +.if defined(DEBUGMKDIR) + ${INSTALL} -T debug -d ${DESTDIR}${DEBUGFILEDIR} +.endif + ${INSTALL} -T debug -o ${BINOWN} -g ${BINGRP} -m ${DEBUGMODE} \ + ${PROGNAME}.debug ${DESTDIR}${DEBUGFILEDIR}/${PROGNAME}.debug +.endif .endif .endif # !target(realinstall) diff --git a/tools/build/options/WITH_DEBUG_FILES b/tools/build/options/WITH_DEBUG_FILES new file mode 100644 index 0000000..16eee2a --- /dev/null +++ b/tools/build/options/WITH_DEBUG_FILES @@ -0,0 +1,7 @@ +.\" $FreeBSD$ +Set to strip debug info into a separate file for each executable binary +and shared library. +The debug files will be placed in a subdirectory of +.Pa /usr/lib/debug +and are located automatically by +.Xr gdb 1 . -- 1.7.11.5 To: Cc: Bcc: Subject: Reply-To: From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 7 19:19:54 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9D982A7C for ; Fri, 7 Jun 2013 19:19:54 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mail-pb0-x22c.google.com (mail-pb0-x22c.google.com [IPv6:2607:f8b0:400e:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 815911FF9 for ; Fri, 7 Jun 2013 19:19:54 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id uo1so296236pbc.3 for ; Fri, 07 Jun 2013 12:19:54 -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=XWQwjPe5W1cOGRSQVEWTqAMvqGaO6xt9oDIPyNjTe8w=; b=VVnqF8A3+YqwiRw2v+KtOe2bL3IlDd5gIuMmnDnhfW0E50yHWYuulZXZpLtk69pxIm hAKpgll7s/1eqck2HxpBlrF6PCGK+aJn9GHzL5IPl4yrWlU2fkc7T/XwdnBa05UX2n4+ cwMeMSacpxd7D6bfcsEWqLQqW3hQG7nY938r7TJl4xtbxaVzzdj3owku5ppt2po1koU9 /40+WySw8pkMfe9NlJYTQobImXyABb1RDofsOZALcvbgnwQV1iQFRrQSBHG89HeBp5TC zJ96wmqEjdRftRL1QlDBEtGlo5bb+bQI/uuKl/LZ/fAlAtvsHJdKTORixAMlzeX4Pb0g ZYaA== MIME-Version: 1.0 X-Received: by 10.68.185.162 with SMTP id fd2mr42403pbc.176.1370632794294; Fri, 07 Jun 2013 12:19:54 -0700 (PDT) Received: by 10.68.130.133 with HTTP; Fri, 7 Jun 2013 12:19:54 -0700 (PDT) Date: Fri, 7 Jun 2013 15:19:54 -0400 Message-ID: Subject: openstack under virtualbox From: Aryeh Friedman To: FreeBSD Mailing List Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 19:19:54 -0000 I have been banging my head for almost 3 weeks now to get openstack (nova and glance only or what ever the min is), I have tried essex and currdntly attempting grizzly, it gets all way the point of making instances but the instances are unreachable (by tcp/ip but the console works fine)... using devstack it does work... I am just wondering if there is anything weird people have encountered here... note the vbox host (I will be moving it to real hardware once vb works) is: FreeBSD scoobySnax3 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Thu May 23 01:01:35 EDT 2013 root@scoobySnax3:/usr/obj/usr/src/sys/GENERIC amd64 and the first image I want to install once it working is the rackspace freebsd image From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 7 21:56:58 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 18757DD5 for ; Fri, 7 Jun 2013 21:56:58 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id D95411770 for ; Fri, 7 Jun 2013 21:56:57 +0000 (UTC) Received: from [192.168.0.30] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id A9824A324 for ; Fri, 7 Jun 2013 23:56:53 +0200 (CEST) Message-ID: <51B2735A.4030201@peterschmitt.fr> Date: Fri, 07 Jun 2013 23:57:14 +0000 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130520 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: A way to switch off nVidia discrete cards ? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 21:56:58 -0000 Hi, I've absolutely no skill in system development but I think, based on bbswitch (which is part of bumblebee project), that doing such a think would not be too difficult. I have a 9.1-RELEASE FreeBSD which I'm going to upgrade to -current, for testing and developing purpose so, is there any documentation or little how-to of how to develop for FreeBSD, in the kernel, using access to hardware and ACPI ? Thanks From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 7 22:08:39 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 52F97121 for ; Fri, 7 Jun 2013 22:08:39 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-oa0-x231.google.com (mail-oa0-x231.google.com [IPv6:2607:f8b0:4003:c02::231]) by mx1.freebsd.org (Postfix) with ESMTP id 1DA8717B5 for ; Fri, 7 Jun 2013 22:08:39 +0000 (UTC) Received: by mail-oa0-f49.google.com with SMTP id k14so3775743oag.22 for ; Fri, 07 Jun 2013 15:08: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; bh=/8i05lI9zS0kUv2iWgstZ31Kp436PtDml+qN2MUxEJc=; b=vy1EKlKJnXI7C/sTNNUmEdUc0EKhRozDNDu/O84o1bzmIYSTL5GRjqPvoyABne5518 QnTtg+2ss+qrz5bz0B4SZ1Z+TUDkf8RbWabrt03nEBjqAAf+3eAwAI+bn84D4JTgn/gn J26aZUMYo/nbd8gFTF6fNTJHgqq8Tp9QfmaVUsXQsg357Odh64ixkVoUGFhHIXtbqy8t ovnMGi8T1aUubcuqydQ3GJqE+pW5oCvSfGk2UbhWAGc1o3v6lpbExYuk6lB+C+t45YQS Nkc911we6JUX83MJ1RJi9bMS+SgnxYpB5PHszvxSWYAREtbYUF7qbI2YON8lwTo0mqet 6TNQ== MIME-Version: 1.0 X-Received: by 10.182.74.131 with SMTP id t3mr425925obv.87.1370642918653; Fri, 07 Jun 2013 15:08:38 -0700 (PDT) Received: by 10.182.155.98 with HTTP; Fri, 7 Jun 2013 15:08:38 -0700 (PDT) In-Reply-To: <51B2735A.4030201@peterschmitt.fr> References: <51B2735A.4030201@peterschmitt.fr> Date: Sat, 8 Jun 2013 00:08:38 +0200 Message-ID: Subject: Re: A way to switch off nVidia discrete cards ? From: Oliver Pinter To: Florent Peterschmitt Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 22:08:39 -0000 On 6/8/13, Florent Peterschmitt wrote: > Hi, > > I've absolutely no skill in system development but I think, based on > bbswitch (which is part of bumblebee project), that doing such a think > would not be too difficult. > > I have a 9.1-RELEASE FreeBSD which I'm going to upgrade to -current, for > testing and developing purpose so, is there any documentation or little > how-to of how to develop for FreeBSD, in the kernel, using access to > hardware and ACPI ? p@pandora-test ~> sysctl -d hw.pci.do_power_nodriver hw.pci.do_power_nodriver: Place a function into D3 state when no driver attaches to it. 0 means disable. 1 means conservatively place devices into D3 state. 2 means agressively place devices into D3 state. 3 means put absolutely everything in D3 state. > > Thanks > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 7 22:16:20 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 41DEF29D for ; Fri, 7 Jun 2013 22:16:20 +0000 (UTC) (envelope-from vasanth.raonaik@gmail.com) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id C3CE117E2 for ; Fri, 7 Jun 2013 22:16:19 +0000 (UTC) Received: by mail-la0-f53.google.com with SMTP id fs12so2672645lab.40 for ; Fri, 07 Jun 2013 15:16:18 -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=SndYymwLZ1cY/jx3zKfHVm1cKufVlbWaI3NiilarLo0=; b=Mjeip7+MJJpsiM4qRaF0ZrLJuR12xV87FBZi164xi7cC63u8iCCf7N6yEnq+d3GtIz FqyEdojr4cNsAvq5aXaCBeo0O5a4xfmmLC0ejvpNe241/mJhHAkAE3FIl8Tt84XGxMpd onB7vhgtkMU0QXc0UVBtIBvReKm98RHUb7PvfFuOuuY9XybtPR/66hoc4V6+14Ar9jYU GIVGNNua7ZPNn01vDHu35pdLbnukWybWjW0lZrRZ91KJ4qH3kLycjy8mr6fxCrLIee5I QewONoZb/xrUCcEKg+v7N2bSM0BUmY8c7wcsysH86k5Kb3rlFK1Nw+ByQdxMjRx+D1Nv fcew== MIME-Version: 1.0 X-Received: by 10.152.2.233 with SMTP id 9mr321894lax.34.1370643377341; Fri, 07 Jun 2013 15:16:17 -0700 (PDT) Received: by 10.112.143.39 with HTTP; Fri, 7 Jun 2013 15:16:17 -0700 (PDT) Date: Fri, 7 Jun 2013 18:16:17 -0400 Message-ID: Subject: question in sosend_generic() From: vasanth rao naik sabavat To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jun 2013 22:16:20 -0000 Hi, When sending data out of the socket I don't see in the code where the sb_cc is incremented. Is the socket send performed in the same thread of execution or the data is copied on to the socket send buffer and a different thread then sends the data out of the socket? Because, I see a call to sbwait(&so->so_snd) in the sosend_generic and I don't understand who would wake up this thread? If the data is not copied on to the socket buffers then it should technically send all data out in the same thread of execution and future socket send calls should see that space is always fully available. In that case I dont see a reason why we need to wait on the socket send buffer. As there would no one who will actually wake you up. if (space < resid + clen && (atomic || space < so->so_snd.sb_lowat || space < clen)) { if ((so->so_state & SS_NBIO) || (flags & MSG_NBIO)) { SOCKBUF_UNLOCK(&so->so_snd); error = EWOULDBLOCK; goto release; } error = sbwait(&so->so_snd); SOCKBUF_UNLOCK(&so->so_snd); if (error) goto release; goto restart; } In the above code snippet, for a blocking socket if the space is not available, then it may trigger a deadlock? please clarify. -- Thanks, Vasanth From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 8 12:35:17 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA1C9CEA for ; Sat, 8 Jun 2013 12:35:17 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id 93A3712C8 for ; Sat, 8 Jun 2013 12:35:17 +0000 (UTC) Received: from localhost.localdomain (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id 6D718A3F0 for ; Sat, 8 Jun 2013 14:35:11 +0200 (CEST) Message-ID: <51B324F9.6060700@peterschmitt.fr> Date: Sat, 08 Jun 2013 14:35:05 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Re: A way to switch off nVidia discrete cards ? References: <51B2735A.4030201@peterschmitt.fr> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2VWTNMCSHJODMJLFEWFMI" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 12:35:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2VWTNMCSHJODMJLFEWFMI Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Le 08/06/2013 00:08, Oliver Pinter a =E9crit : > On 6/8/13, Florent Peterschmitt wrote: >> Hi, >> >> I've absolutely no skill in system development but I think, based on >> bbswitch (which is part of bumblebee project), that doing such a think= >> would not be too difficult. >> >> I have a 9.1-RELEASE FreeBSD which I'm going to upgrade to -current, f= or >> testing and developing purpose so, is there any documentation or littl= e >> how-to of how to develop for FreeBSD, in the kernel, using access to >> hardware and ACPI ? >=20 > p@pandora-test ~> sysctl -d hw.pci.do_power_nodriver > hw.pci.do_power_nodriver: Place a function into D3 state when no > driver attaches to it. 0 means > disable. 1 means conservatively place devices into D3 state. 2 means > agressively place devices into D3 state. 3 means put absolutely everyt= hing > in D3 state. Unfortunately it's not that simple, the nVidia card must be controlled to really shut down=85 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail +33 (0)6 64 33 97 92 | * PDF for documents http://florent.peterschmitt.fr | Thank you :) ------enig2VWTNMCSHJODMJLFEWFMI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRsyT9AAoJEMtO2Sol0IImDZMH/A8y+bzxoHn7Uyc6AUwhVaN5 gRwcm0CZfhXKpowGzmBLjDdODDi8akhTj2Wg7v39k36LXbw4+rSG6zyV2SIzsB8s 9Q83JJotqG7+JIqmcRyTt0R3n5KWbJQRJKJ3qlwTgEM6Xz6Rjx3tKiUBulCT+9Em O8YZnC3og3ob7zD1ghRY74UaG99pHuiOuugUAGLfzCUmxhPgJPUsYv/GrSMX3d6k XSRTtloXmeRq47pWcmgIj8IBdBbunTmz8fvkhyUzhceX9U8FkJz9wc8xSzg8F8DE 1yt5W+2wJX8MKtra7Fs3DdqE1yODvqesUTYuwbfUGL9JEQ1RgymiYb/vN5o84nE= =su9R -----END PGP SIGNATURE----- ------enig2VWTNMCSHJODMJLFEWFMI-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 8 13:16:31 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 81AC97CD for ; Sat, 8 Jun 2013 13:16:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 457FD1473 for ; Sat, 8 Jun 2013 13:16:31 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 4FE7B46B8D; Sat, 8 Jun 2013 09:16:30 -0400 (EDT) Date: Sat, 8 Jun 2013 14:16:30 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: vasanth rao naik sabavat Subject: Re: question in sosend_generic() In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 13:16:31 -0000 On Fri, 7 Jun 2013, vasanth rao naik sabavat wrote: > When sending data out of the socket I don't see in the code where the sb_cc > is incremented. sb_cc reflects data appended to the socket buffer; sosend_generic() is responsible for arranging copying in and performing flow control, but the protocol's own pru_send() routine performs the append. E.g., tcp_usr_send() performs sbappendstream() which actually adds it to the socket buffer. Notice that not all protocols actually use the send socket buffer -- for example, UNIX domain sockets direct cross-deliver to the receiving socket's receive buffer. > Is the socket send performed in the same thread of execution or the data is > copied on to the socket send buffer and a different thread then sends the > data out of the socket? Protocols provide their own implementations to handle data moving down the stack, so the specifics are protocol-dependent. In TCP, socket buffer append occurs synchronously in the same thread as part of the pru_send() downcall from the socket layer. When data leaves the send socket buffer is quite a different question. For TCP, data may be sent immediately if there various windows allow immediate transmit of the data (e.g., flow control, congestion control) ... or it may remain enqueued in the send socket buffer until an ACK is received that indicates the receiver is ready for more data (E.g., growing window size, ACK clocking, etc). In the steady send state (e.g., filling the window) I would expect to see data sent (and later removed) from the socket buffer only in an asynchronous context. Typically, ACK processing occurs in one of two threads: device driver interrupt handling (i.e., in the ithread) or in the netisr thread for encapsulated or looped back traffic. > Because, I see a call to sbwait(&so->so_snd) in the sosend_generic and I > don't understand who would wake up this thread? sbwait() implements blocking for flow/congestion control: when the socket buffer fills, the sending thread must wait for space to open up. Space becomes available as a result of successful transmit -- e.g., the sbtruncate() of the sending socket buffer when a TCP ACK has been received. So the thread that triggers the wakeup will usually be the ithread or netisr. In the case of UNIX domain sockets, it's actually the receiving thread that triggers the wakeup directly. > If the data is not copied on to the socket buffers then it should > technically send all data out in the same thread of execution and future > socket send calls should see that space is always fully available. In that > case I dont see a reason why we need to wait on the socket send buffer. As > there would no one who will actually wake you up. There are some false assumptions here. The sending thread will always append data [that fits] to the socket buffer, but may have to loop awaiting space for all data, depending on blocking/non-blocking status. Space becomes available when the remote endpoint acknowledges receipt, perhaps via a TCP ACK. You might never wake up if flow control from the remote endpoint doesn't find space becoming available, you've enabled blocking, and no timeout is set. If you fear the recipient may block the sender, then you need to implement some timeout mechanism to decide how long you're willing to wait. > if (space < resid + clen && > (atomic || space < so->so_snd.sb_lowat || space < > clen)) { > if ((so->so_state & SS_NBIO) || (flags & MSG_NBIO)) > { > SOCKBUF_UNLOCK(&so->so_snd); > error = EWOULDBLOCK; > goto release; > } > error = sbwait(&so->so_snd); > SOCKBUF_UNLOCK(&so->so_snd); > if (error) > goto release; > goto restart; > } > > In the above code snippet, for a blocking socket if the space is not > available, then it may trigger a deadlock? You can experience deadlocks between senders and receivers as a result of cyclic waits for constrained resources (e.g., buffers). However, that is a property of application design, and applications that are killed will close their sockets, releasing resources. Most application designers attempt to avoid deadlock in their designs by ensuring that there is a path to progress, even a slow one. The deadlock you're suggesting in general does not exist -- it would be silly to wait for something that could never happen. Instead, we wait for things that generally will happen (e.g., a TCP ACK) or a timeout, which would close the connection. Notice that sbwait() is allowed to fail -- if the connection is severed due to a timeout or RST, then it returns immediately with an error. Robert From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 8 20:56:58 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4D9491A1; Sat, 8 Jun 2013 20:56:58 +0000 (UTC) (envelope-from sbrabez@gmail.com) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c:c00::22d]) by mx1.freebsd.org (Postfix) with ESMTP id B1C6A130E; Sat, 8 Jun 2013 20:56:57 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id n12so4052047wgh.24 for ; Sat, 08 Jun 2013 13:56:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=Y558XKztCvbvqWC0BWDT/E3h+fvdBQELG1RYfwCNTXs=; b=JOyCOweirnDtfseqvC497et5EvfG2mGHkZe0tG43W0Fxlx3ItRRoJJtD0H5KdWpfrE PJN7mKBAPpEfG0Y93Szvdkgt4ByBzjrRSxNJax1Z6BJdUJ3ATVqtbzWqmGdD2QMZG49V Eegdg5jN7hNNAvLVNnIfDMrxNfJHnXmdRG/nkmU2yG/S9EBDXd3fbP5WQpQA8tNpZCPR 1IwcjV4lvAeWGwL4QkTzEx6VF9lcRjkYTOxPR3zI5xf604n2wZF8a/qnwTvHDHC+vzyT 97jWglLxIVRWYzOkQBIaCAcDMG0FB9C9E5QWvYzZ8y0B+QdIFA4CHCoxN/6XKaTcxx2l Tqkw== X-Received: by 10.194.5.162 with SMTP id t2mr2246826wjt.14.1370725016920; Sat, 08 Jun 2013 13:56:56 -0700 (PDT) Received: from ogoshi.int.nbs-system.com ([2a01:e35:2ee4:8db0:a11:96ff:fe8c:77ec]) by mx.google.com with ESMTPSA id r9sm3878797wik.1.2013.06.08.13.56.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 08 Jun 2013 13:56:56 -0700 (PDT) Sender: Sofian Brabez Date: Sat, 8 Jun 2013 22:56:53 +0200 From: Sofian Brabez To: freebsd-hackers@FreeBSD.org Subject: [patch] TLS Server Name Indication (SNI) support for fetch(1) Message-ID: <20130608205653.GA8765@ogoshi.int.nbs-system.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VrqPEDrXMn8OVzN4" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 20:56:58 -0000 --VrqPEDrXMn8OVzN4 Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, fetch(1) currently does not support TLS extension Server Name Indication (RFC 6066) [1] when dealing with SSL. Nowadays lot of clients and servers implement this extension. Using the TLS SNI Test website sni.velox.ch [2], the test fails in r251550: % fetch -o out https://sni.velox.ch/ && grep 'libfetch' out fetch: https://sni.velox.ch/: size of remote file is not known out 5101 B 134 kBps 00m00s

Unfortunately, your client [fetch libfetch/2.0] After patching lib/libfetch with my changes: % cd /usr/src/lib/libfetch % patch -p0 < <(fetch -o - http://people.freebsd.org/~sbz/fetch_ssl_sni.diff) And after rebuilding lib/libfetch library and usr.bin/fetch program, the test suceeded: % fetch -o out https://sni.velox.ch/ && grep 'libfetch' out fetch: https://sni.velox.ch/: size of remote file is not known out 5063 B 104 kBps 00m00s

Great! Your client [fetch libfetch/2.0] Our OpenSSL version 1.0.1c in base support this extension already. s_client too using -servername argument: % openssl version OpenSSL 1.0.1c-freebsd 10 May 2012 % openssl s_client -h 2>&1| grep servername -servername host - Set TLS extension servername in ClientHello % openssl s_client -connect sni.velox.ch:443 -servername sni.velox.ch -tlsextdebug 2>/dev/null|grep 'extension' TLS server extension "server name" (id=0), len=0 TLS server extension "renegotiation info" (id=65281), len=1 TLS server extension "EC point formats" (id=11), len=4 TLS server extension "session ticket" (id=35), len=0 TLS server extension "heartbeat" (id=15), len=1 You will find the patch here [3] and as inline attachment. Is it OK for your des@ ? Regards [1] http://en.wikipedia.org/wiki/Server_Name_Indication [2] https://sni.velox.ch/ [3] http://people.freebsd.org/~sbz/fetch_ssl_sni.diff -- Sofian Brabez --AqsLC8rIMeq19msA Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fetch_ssl_sni.diff" Index: common.c =================================================================== --- common.c (revision 251547) +++ common.c (working copy) @@ -322,7 +322,7 @@ * Enable SSL on a connection. */ int -fetch_ssl(conn_t *conn, int verbose) +fetch_ssl(conn_t *conn, int verbose, char *hostname) { #ifdef WITH_SSL int ret, ssl_err; @@ -345,6 +345,14 @@ return (-1); } SSL_set_fd(conn->ssl, conn->sd); + +#if OPENSSL_VERSION_NUMBER >= 0x0090806fL && !defined(OPENSSL_NO_TLSEXT) + if (!SSL_set_tlsext_host_name(conn->ssl, hostname)) { + fprintf(stderr, "TLS server name indication extension failed for host %s\n", hostname); + return (-1); + } +#endif + while ((ret = SSL_connect(conn->ssl)) == -1) { ssl_err = SSL_get_error(conn->ssl, ret); if (ssl_err != SSL_ERROR_WANT_READ && Index: common.h =================================================================== --- common.h (revision 251547) +++ common.h (working copy) @@ -87,7 +87,7 @@ conn_t *fetch_connect(const char *, int, int, int); conn_t *fetch_reopen(int); conn_t *fetch_ref(conn_t *); -int fetch_ssl(conn_t *, int); +int fetch_ssl(conn_t *, int, char*); ssize_t fetch_read(conn_t *, char *, size_t); int fetch_getln(conn_t *); ssize_t fetch_write(conn_t *, const char *, size_t); Index: http.c =================================================================== --- http.c (revision 251547) +++ http.c (working copy) @@ -1408,7 +1408,7 @@ http_get_reply(conn); } if (strcasecmp(URL->scheme, SCHEME_HTTPS) == 0 && - fetch_ssl(conn, verbose) == -1) { + fetch_ssl(conn, verbose, URL->host) == -1) { fetch_close(conn); /* grrr */ errno = EAUTH; --AqsLC8rIMeq19msA-- --VrqPEDrXMn8OVzN4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlGzmpUACgkQc2NR9CSH5X4kRQCcDTQFiKXD093kT4opXIqeSDH+ 3UcAoIGE29PC/CN9RpZXdygkPIYylKXM =bIOQ -----END PGP SIGNATURE----- --VrqPEDrXMn8OVzN4-- From owner-freebsd-hackers@FreeBSD.ORG Sat Jun 8 22:52:20 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 964B82CB for ; Sat, 8 Jun 2013 22:52:20 +0000 (UTC) (envelope-from erdgeist@erdgeist.org) Received: from elektropost.org (elektropost.org [217.13.206.130]) by mx1.freebsd.org (Postfix) with ESMTP id E9B66180F for ; Sat, 8 Jun 2013 22:52:19 +0000 (UTC) Received: (qmail 1290 invoked from network); 8 Jun 2013 22:52:11 -0000 Received: from elektropost.org (HELO elektropost.org) (erdgeist@erdgeist.org) by elektropost.org with CAMELLIA256-SHA encrypted SMTP; 8 Jun 2013 22:52:11 -0000 Message-ID: <51B3B59B.8050903@erdgeist.org> Date: Sun, 09 Jun 2013 00:52:11 +0200 From: Dirk Engling User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: FreeBSD Hackers Subject: Fix MNAMELEN or reimplement struct statfs X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jun 2013 22:52:20 -0000 The arbitrary value #define MNAMELEN 88 /* size of on/from name bufs */ struct statfs { [...] char f_mntfromname[MNAMELEN];/* mounted filesystem */ char f_mntonname[MNAMELEN]; /* directory on which mounted */ }; currently bites us when trying to use poudriere with errors like 'mount: tmpfs: File name too long' /poudriere/data/build/91_RELEASE_amd64-REALLY-REALLY-LONG-JAILNAME/ref/wrkdirs The topic has been discussed several times since 2004 and has been postponed each time, the last time when it hit zfs users: http://lists.freebsd.org/pipermail/freebsd-fs/2010-March/007974.html So I'd like to point to the calendar, it's 2013 already and there's still a static arbitrary (and way too low) limit in one of the core areas of the vfs code. So I'd like to bump the issue and propose either making f_mntfromname a dynamic allocation or just increase MNAMELEN, using 10.0 as water shed. Regards, erdgeist