From owner-freebsd-doc@FreeBSD.ORG Sun Oct 20 02:00:39 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D5301553 for ; Sun, 20 Oct 2013 02:00:39 +0000 (UTC) (envelope-from dherring@tentpost.com) Received: from homiemail-a18.g.dreamhost.com (caiajhbdcaid.dreamhost.com [208.97.132.83]) by mx1.freebsd.org (Postfix) with ESMTP id B91702DCD for ; Sun, 20 Oct 2013 02:00:39 +0000 (UTC) Received: from homiemail-a18.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTP id D9F8E250071 for ; Sat, 19 Oct 2013 19:00:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=tentpost.com; h=date:from :to:subject:message-id:mime-version:content-type; s=tentpost.com ; bh=BX5JzDN2VnqT6Uv7Yoamui+qDD4=; b=chVeAraSlUbl/kiiRhQrfiw8m3/ 263Ne1F3dq32vkzCtPqooJOqzAcR4emwwYhdm+a0RUxeSzOM7j9tRc26Fp1nx07r YCthfwiMsXzj1j/ZgBcOYBvoyz1ym9HN0dD9EGSrIX0pybfB4KzqT0IK+k9yFRpc k6NjN3Qs+n4eQ/YY= Received: from strider2.home (pool-173-48-243-37.bstnma.fios.verizon.net [173.48.243.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dherring@tentpost.com) by homiemail-a18.g.dreamhost.com (Postfix) with ESMTPSA id 9394A25006C for ; Sat, 19 Oct 2013 19:00:32 -0700 (PDT) Date: Sat, 19 Oct 2013 22:00:30 -0400 (EDT) From: Daniel Herring X-X-Sender: nuntius@strider2.example.org To: freebsd-doc@FreeBSD.org Subject: please document the pkg-ng repo problem Message-ID: User-Agent: Alpine 2.03 (LNX 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2013 02:00:39 -0000 Hi, pkg-ng has been broken for a year now (the public repo is nearly useless), and I see no indication when the repo will be rebuilt. It would have saved me several hours if the Handbook advised users to not run "pkg2ng" until the repo is actually ready. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pkgng-intro.html https://wiki.freebsd.org/pkgng#Availability_of_binary_pkgs_for_Download Thanks, Daniel P.S. IMO, this is a rather significant problem with the 10-beta. From owner-freebsd-doc@FreeBSD.ORG Sun Oct 20 02:17:42 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6E59C7D6; Sun, 20 Oct 2013 02:17:42 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) by mx1.freebsd.org (Postfix) with ESMTP id D66F12E57; Sun, 20 Oct 2013 02:17:41 +0000 (UTC) X-AuditID: 1209190d-b7f528e0000009b4-75-52633d3e6a2a Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id A8.8D.02484.E3D33625; Sat, 19 Oct 2013 22:17:34 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id r9K2HYMX024649; Sat, 19 Oct 2013 22:17:34 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r9K2HVaR001237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 19 Oct 2013 22:17:33 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r9K2HVcH020215; Sat, 19 Oct 2013 22:17:31 -0400 (EDT) Date: Sat, 19 Oct 2013 22:17:31 -0400 (EDT) From: Benjamin Kaduk To: Glen Barber Subject: Re: FreeBSD web build failed on oldred.freebsd.org In-Reply-To: <20131019035307.GN94496@glenbarber.us> Message-ID: References: <201310190250.r9J2oZSa018589@oldred.freebsd.org> <20131019025634.GL94496@glenbarber.us> <20131019030458.GM94496@glenbarber.us> <20131019035307.GN94496@glenbarber.us> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsUixCmqrWtnmxxk8GibgcWpM12sFvubD7BZ PLh4jNmB2WPGp/ksAYxRXDYpqTmZZalF+nYJXBmvp89jK9jCUbF/3Tz2BsZHbF2MHBwSAiYS rw7adjFyApliEhfurQcKc3EICexjlGi4f5IJwtnIKPHxxGx2COcQk8TTNSdYIJwGRokfK3ex gfSzCGhLfN82lQnEZhNQkZj5ZiNYXERAUWLZ2mfsIDazgLPEzjk/WEFsYQFriXvXvrCAnMEp YCzR2KsDEuYVcJA4euUtWImQwFwmiflXZUBsUQEdidX7p7BA1AhKnJz5hAVipKXEv7W/WCcw Cs5CkpqFJLWAkWkVo2xKbpVubmJmTnFqsm5xcmJeXmqRrpFebmaJXmpK6SZGcKBK8u5gfHdQ 6RCjAAejEg/vjZ9JQUKsiWXFlbmHGCU5mJREeTktkoOE+JLyUyozEosz4otKc1KLDzFKcDAr ifAeFQTK8aYkVlalFuXDpKQ5WJTEeW9y2AcJCaQnlqRmp6YWpBbBZGU4OJQkeN9bATUKFqWm p1akZeaUIKSZODhBhvMADf9qDTK8uCAxtzgzHSJ/ilFRSpy33gYoIQCSyCjNg+uFJZJXjOJA rwjz9oBU8QCTEFz3K6DBTECDNTSSQAaXJCKkpBoY54f0bz0SzqluECJQ4lK9usd28f6JH14r pmfbWDfO2xbjrX/64/p3C47flozgS+IpKty/iiWbN3Op+PmSpMpfD7QZD+ttWvNM68Ed632x 6g9vrnp7db7l5uLTLEuDPa8tuZt+TP11Wqn7jQVfnTYV2hh8WDj1vBqnC0sz37eZv77ZJ5u8 M3CxVGIpzkg01GIuKk4EAGFIOPL/AgAA Cc: freebsd-doc@freebsd.org, World Wide Web Owner X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2013 02:17:42 -0000 On Fri, 18 Oct 2013, Glen Barber wrote: > On Fri, Oct 18, 2013 at 11:41:27PM -0400, Benjamin Kaduk wrote: >> This seems to be generated content, so I would be >> somewhat inclined to blame a broken INDEX file for whichever build >> this is, which does not necessarily have to correspond to a >> particular commit. > > I do not know what you mean "whichever build this is." > > INDEX is INDEX. It is either broken, or not. AFAIK, it is not. I should have said "corrupt", not "broken". I just now noticed that in the INDEX-9.bz2 I grabbed last night from http://www.freebsd.org/ports/INDEX-9.bz2, there does appear to be an entry for "clang/usr/local/llvm32-3.2", which matches the entry that xmllint was complaining about. No other entries in that INDEX-9 have a '/' prior to the first '|' separator character. Downloading a fresh copy of INDEX-9.bz2 (sha256 4e6a949d95777345fd0a453a1139a20021a7fa549771ca62c390d0b847987700) from that same URL, the expanded file does not contain a malformed name entry for (any version of) clang. -Ben From owner-freebsd-doc@FreeBSD.ORG Sun Oct 20 02:27:23 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4969085A; Sun, 20 Oct 2013 02:27:23 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A3E12EA0; Sun, 20 Oct 2013 02:27:23 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 7644BAA22; Sun, 20 Oct 2013 02:27:21 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 7644BAA22 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 19 Oct 2013 22:27:19 -0400 From: Glen Barber To: Benjamin Kaduk Subject: Re: FreeBSD web build failed on oldred.freebsd.org Message-ID: <20131020022719.GX94496@glenbarber.us> References: <201310190250.r9J2oZSa018589@oldred.freebsd.org> <20131019025634.GL94496@glenbarber.us> <20131019030458.GM94496@glenbarber.us> <20131019035307.GN94496@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="L9fXoLhVbEF7eqMD" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2013 02:27:23 -0000 --L9fXoLhVbEF7eqMD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 19, 2013 at 10:17:31PM -0400, Benjamin Kaduk wrote: > Downloading a fresh copy of INDEX-9.bz2 (sha256 > 4e6a949d95777345fd0a453a1139a20021a7fa549771ca62c390d0b847987700) > from that same URL, the expanded file does not contain a malformed > name entry for (any version of) clang. >=20 Thanks for looking into it. I've kicked off a manual build on oldred; if successful, I'll re-enable the autobuilds there. (Note: oldred really only needs to build the CGI bits, so updating the wrapper for this machine is on my todo list.) Glen --L9fXoLhVbEF7eqMD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSYz+HAAoJELls3eqvi17QjygQAJxrlkOYNM2fUb4n2qVGPHHm TsXap7owYdjEnEc7fRjBBIHB+aIyrFYUS7nd+hvEe5ssiRnojN3EK0VahVj4mC3U vyQweHiGS/tje2OFz5wNAElpK8l600BbqbyLMTE022j2pTzqZUe2yk3RXD0DVDDh 6WRypCW+xsUPOOXxKzSBSDAIU7jF/0IU8/vvMLP6WHDDKbhVu+KblVquosiP/Siw lXtMtwHRGAKGNvnjWoIHXItGAFuvnUQkDS9gI2ZKfOSqhm6uB6aGh3+24bb2YlRF pS+z4PVoSri42rWltrfxaUyhqUHVE0jQVTxcHH0B58f8s1l9q+dF+tdFDgKm7YmZ 3dkdSN0q2khZ74JdoHaS8bW0Z76IxQ5Qc3I6mOclANJJThbekqbX/noSAgZwC7bE 3plF2kCoZ7imIhkJ7/HJJJlbrSNI7/6LUd0kEKPLClzPCRH6ww8bHiFajTV8a0R2 Df9jze9j4uYBWcUTLlL3wBT6EqE7MHYNpRb9c25yyrmfDogmDC2E+ep3Xlz+M6Tw cKKdL0MsfmbPz7BY2dCYKCqZUkFCKm/Lq7jVWZW8kQ7FcZ//7+V2iazbzYPykMi3 kH4Lef7xsLZoHG8LsnIy9/nIvm/a5xPv/Rjko7I7IzCAd/HCnDA2mvBDgThVquVm W6KYqXS6klMj6ji6s/Aa =lv1D -----END PGP SIGNATURE----- --L9fXoLhVbEF7eqMD-- From owner-freebsd-doc@FreeBSD.ORG Sun Oct 20 02:46:55 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9EED4B63; Sun, 20 Oct 2013 02:46:55 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7071B2F49; Sun, 20 Oct 2013 02:46:55 +0000 (UTC) Received: from glenbarber.us (c-71-224-221-174.hsd1.nj.comcast.net [71.224.221.174]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 2AD12AC79; Sun, 20 Oct 2013 02:46:54 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 2AD12AC79 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Sat, 19 Oct 2013 22:46:52 -0400 From: Glen Barber To: Benjamin Kaduk Subject: Re: FreeBSD web build failed on oldred.freebsd.org Message-ID: <20131020024652.GY94496@glenbarber.us> References: <201310190250.r9J2oZSa018589@oldred.freebsd.org> <20131019025634.GL94496@glenbarber.us> <20131019030458.GM94496@glenbarber.us> <20131019035307.GN94496@glenbarber.us> <20131020022719.GX94496@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="O/sh2HmV2lEgPixT" Content-Disposition: inline In-Reply-To: <20131020022719.GX94496@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2013 02:46:55 -0000 --O/sh2HmV2lEgPixT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 19, 2013 at 10:27:19PM -0400, Glen Barber wrote: > I've kicked off a manual build on oldred; if successful, I'll > re-enable the autobuilds there. >=20 Autobuilds on oldred are re-enabled. Thanks, Ben. Glen --O/sh2HmV2lEgPixT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSY0QcAAoJELls3eqvi17QP0cQAJlkran5A+n/hVMHMQ4u2u7i 8hDjpCA3F9aa3RPDun1oXYuoVw6IM1IRNHmiotIXLWddKN+oLoC6RhctAqD7OtTO QRSNbfnf3Hh4A0ooZl3MCVrKW+MQxGXqsH/5YtfOYQTstfpHHYwOFv1IP8vfLEsE 5OMnepiiWPp5fX6DYVlMs6GaRreotEVA1PNJqb+RkoqzJZlSiBVSngiioFrd6LfL HNRRRUTEURYN63ZsRkmuFwsKBuPQW4X7JYtg4tM9KM31uJA60GVzlj+aLg2a/lEX 5hDLwbTuKGN/iZG2saPDZn7j3GFkj3rNzoqFUgag1Ssz0M1Nc9C0WurXvH+AKojQ O/nU31ZkoES8n0hdEo0ue/2Pe68hw7cpI3qPVCaLEEHoZloML7Ewsvwo+zqyNd2O /tNfWOAwme4u1VEexmvH+2uwlHuRIe4hJaZmTagwwoTcJhH3vre4P3voVFVqLHls RaC9HmI7iauJEty7O5KRNh9Q6ID3DeD2BiupxZcOmyNBDBorWqylI208g4n50VyO Z7AbVRovXnbTKzMU72h2dUEtm2lTVMtp3AGrkGi0OIuAsjr+Mhk9Ruuhu+zVFhuf V+eol+ac8FVysjQpJHbeeJ0827V/GKn4PkZxXhzGMFBljNcCvFx4Zng7Kmlnq2Qp 6HDHo5mcxECylka8FtBQ =Ea3D -----END PGP SIGNATURE----- --O/sh2HmV2lEgPixT-- From owner-freebsd-doc@FreeBSD.ORG Sun Oct 20 11:10:30 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CC2DBB47 for ; Sun, 20 Oct 2013 11:10:30 +0000 (UTC) (envelope-from iapplechocolate@me.com) Received: from nk11p10mm-asmtp001.mac.com (nk11p10mm-asmtp001.mac.com [17.158.185.185]) by mx1.freebsd.org (Postfix) with ESMTP id B4FFC2270 for ; Sun, 20 Oct 2013 11:10:30 +0000 (UTC) Received: from [192.168.1.100] ([2.191.43.36]) by nk11p10mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTPSA id <0MUY00AD6PL6LX30@nk11p10mm-asmtp001.mac.com> for freebsd-doc@freebsd.org; Sun, 20 Oct 2013 10:10:24 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794,1.0.431,0.0.0000 definitions=2013-10-18_03:2013-10-18,2013-10-18,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1308280000 definitions=main-1310200027 From: Muhammad Hussein Nasrollahpour Content-type: multipart/signed; boundary="Apple-Mail=_968F25B8-70D1-4BF9-9A26-A28BA6DC3940"; protocol="application/pkcs7-signature"; micalg=sha1 Subject: How to start contributing? Message-id: Date: Sun, 20 Oct 2013 03:10:16 -0700 To: freebsd-doc@freebsd.org MIME-version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2013 11:10:30 -0000 --Apple-Mail=_968F25B8-70D1-4BF9-9A26-A28BA6DC3940 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, I wanna translate documentation and website to my own language and I = need a quick roadmap that how I can start? [muhammad say: @"Down the hatch"];= --Apple-Mail=_968F25B8-70D1-4BF9-9A26-A28BA6DC3940 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIO8TCCBJ0w ggOFoAMCAQICEDQ96SusJzT/j8s0lPvMcFQwDQYJKoZIhvcNAQEFBQAwbzELMAkGA1UEBhMCU0Ux FDASBgNVBAoTC0FkZFRydXN0IEFCMSYwJAYDVQQLEx1BZGRUcnVzdCBFeHRlcm5hbCBUVFAgTmV0 d29yazEiMCAGA1UEAxMZQWRkVHJ1c3QgRXh0ZXJuYWwgQ0EgUm9vdDAeFw0wNTA2MDcwODA5MTBa Fw0yMDA1MzAxMDQ4MzhaMIGuMQswCQYDVQQGEwJVUzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNh bHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0 dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UEAxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIEVtYWlsMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAsjmF pPJ9q0E7YkY3rs3BYHW8OWX5ShpHornMSMxqmNVNNRm5pELlzkniii8efNIxB8dOtINknS4p1aJk xIW9hVE1eaROaJB7HHqkkqgX8pgV8pPMyaQylbsMTzC9mKALi+VuG6JG+ni8om+rWV6lL8/K2m2q L+usobNqqrcuZzWLeeEeaYji5kbNoKXqvgvOdjp6Dpvq/NonWz1zHyLmSGHGTPNpsaguG7bUMSAs vIKKjqQOpdeJQ/wWWq8dcdcRWdq6hw2v+vPhwvCkxWeM1tZUOt4KpLoDd7NlyP0e03RiqhjKaJMe oYV+9Udly/hNVyh00jT/MLbu9mIwFIws6wIDAQABo4H0MIHxMB8GA1UdIwQYMBaAFK29mHo0tCb3 +sQmVO8DveAky1QaMB0GA1UdDgQWBBSJgmd9xJ0mcABLtFBIfN49rgRufTAOBgNVHQ8BAf8EBAMC AQYwDwYDVR0TAQH/BAUwAwEB/zARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0wOzA5oDegNYYz aHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJvb3QuY3JsMDUGCCsG AQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRydXN0LmNvbTANBgkqhkiG 9w0BAQUFAAOCAQEAAbyc42MosPMxAcLfe91ioAGdIzEPnJJzU1HqH0z61p/Eyi9nfngzD3QWuZGH kfWKJvpkcADYHvkLBGJQh5OB1Nr1I9s0u4VWtHA0bniDNx6FHMURFZJfhxe9rGr98cLRzIlfsXzw PlHyNfN87GCYazor4O/fs32G67Ub9VvsonyYE9cAULnRLXPeA3h04QWFMV7LmrmdlMa5lDd1ctxE +2fo8PolHlKn2iXpR+CgxzygTrEKNvt3SJ/vl4r7tP7jlBSog7xcLT/SYHFg7sJxggzpiDbj2iC0 o6BsqpZLuICOdcpJB/Y7FLrf3AXZn9vgsuZNoHgm5+ctbn9fxh6IFTCCBRowggQCoAMCAQICEG0Z 6qcZT2ozIuYiMnqqcd4wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJV VDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29y azEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZp cnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgRW1haWwwHhcNMTEwNDI4MDAwMDAwWhcNMjAw NTMwMTA0ODM4WjCBkzELMAkGA1UEBhMCR0IxGzAZBgNVBAgTEkdyZWF0ZXIgTWFuY2hlc3RlcjEQ MA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RPIENBIExpbWl0ZWQxOTA3BgNVBAMTMENP TU9ETyBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAJKEhFtLV5jUXi+LpOFAyKNTWF9mZfEyTvefMn1V0HhMVbdC lOD5J3EHxcZppLkyxPFAGpDMJ1Zifxe1cWmu5SAb5MtjXmDKokH2auGj/7jfH0htZUOMKi4rYzh3 37EXrMLaggLW1DJq1GdvIBOPXDX65VSAr9hxCh03CgJQU2yVHakQFLSZlVkSMf8JotJM3FLb3uJA AVtIaN3FSrTg7SQfOq9xXwfjrL8UO7AlcWg99A/WF1hGFYE8aIuLgw9teiFX5jSw2zJ+40rhpVJy ZCaRTqWSD//gsWD9Gm9oUZljjRqLpcxCm5t9ImPTqaD8zp6Q30QZ9FxbNboW86eb/8ECAwEAAaOC AUswggFHMB8GA1UdIwQYMBaAFImCZ33EnSZwAEu0UEh83j2uBG59MB0GA1UdDgQWBBR6E04AdFvG eGNkJ8Ev4qBbvHnFezAOBgNVHQ8BAf8EBAMCAQYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNVHSAE CjAIMAYGBFUdIAAwWAYDVR0fBFEwTzBNoEugSYZHaHR0cDovL2NybC51c2VydHJ1c3QuY29tL1VU Ti1VU0VSRmlyc3QtQ2xpZW50QXV0aGVudGljYXRpb25hbmRFbWFpbC5jcmwwdAYIKwYBBQUHAQEE aDBmMD0GCCsGAQUFBzAChjFodHRwOi8vY3J0LnVzZXJ0cnVzdC5jb20vVVROQWRkVHJ1c3RDbGll bnRfQ0EuY3J0MCUGCCsGAQUFBzABhhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3 DQEBBQUAA4IBAQCF1r54V1VtM39EUv5C1QaoAQOAivsNsv1Kv/avQUn1G1rF0q0bc24+6SZ85kyY wTAo38v7QjyhJT4KddbQPTmGZtGhm7VNm2+vKGwdr+XqdFqo2rHA8XV6L566k3nK/uKRHlZ0sviN 0+BDchvtj/1gOSBH+4uvOmVIPJg9pSW/ve9g4EnlFsjrP0OD8ODuDcHTzTNfm9C9YGqzO/761Mk6 PB/tm/+bSTO+Qik5g+4zaS6CnUVNqGnagBsePdIaXXxHmaWbCG0SmYbWXVcHG6cwvktJRLiQfsrR eTjrtDP6oDpdJlieYVUYtCHVmdXgQ0BCML7qpeeU0rD+83X5f27nMIIFLjCCBBagAwIBAgIRAKnu 3q/vHKVsR/9bq/+FSrYwDQYJKoZIhvcNAQEFBQAwgZMxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJH cmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBM aW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBTZWN1cmUg RW1haWwgQ0EwHhcNMTMwNTI4MDAwMDAwWhcNMTQwNTI4MjM1OTU5WjAnMSUwIwYJKoZIhvcNAQkB FhZpYXBwbGVjaG9jb2xhdGVAbWUuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA oLJePUrsFUT/P2us1/MchfCex7wUzfNyWmpUyql3cVDozOd+s3kytWZLRyFxv03/RHn0mwRAvVk+ yV3T/G3MZocvnflJjBK7TXPLIbXSM1fXX//Ik6t/N8IQquS55XsiKWUbib4pykMWSmZrWNFAyGxP FAKj/V1OiKkaDo9xUcgbWhzGJog2SbPPBqQa4TuQIcNp7HLyxMUU1QGKYQuNBO8UFHq5Ta+pepUX p+oIDFqIkwmVqRkWi5s580eYRi7/Xy0DagdbpL7HjcZVLPOhvP5YGqA1gvWhCTBm7En5O/Ka9AAZ lJDmKYx4/bgBLibdLobWAOy5gfREgs93+J43YQIDAQABo4IB5jCCAeIwHwYDVR0jBBgwFoAUehNO AHRbxnhjZCfBL+KgW7x5xXswHQYDVR0OBBYEFHkOjSjRZTgEOhOBKPegaEyAq9SDMA4GA1UdDwEB /wQEAwIFoDAMBgNVHRMBAf8EAjAAMCAGA1UdJQQZMBcGCCsGAQUFBwMEBgsrBgEEAbIxAQMFAjAR BglghkgBhvhCAQEEBAMCBSAwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAQEwKzApBggrBgEFBQcC ARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwVwYDVR0fBFAwTjBMoEqgSIZGaHR0cDov L2NybC5jb21vZG9jYS5jb20vQ09NT0RPQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFp bENBLmNybDCBiAYIKwYBBQUHAQEEfDB6MFIGCCsGAQUFBzAChkZodHRwOi8vY3J0LmNvbW9kb2Nh LmNvbS9DT01PRE9DbGllbnRBdXRoZW50aWNhdGlvbmFuZFNlY3VyZUVtYWlsQ0EuY3J0MCQGCCsG AQUFBzABhhhodHRwOi8vb2NzcC5jb21vZG9jYS5jb20wIQYDVR0RBBowGIEWaWFwcGxlY2hvY29s YXRlQG1lLmNvbTANBgkqhkiG9w0BAQUFAAOCAQEAFOT7oxMDBdQEGofcwFgbNhdeulBQr7Y7AVLy 3obOPgqwNTThAko3scU0zyS8Hz3rHQIOG+N+1LPZSoLcjDNaSQJsJ3HmCtDswtBQLDuDs9vL9U3K mSMZyqIgtltSVPREhgXAnHojKsQ1T7fQQqOmN1ySi+Z85lm2vYRfnHRKeAaPxWz7ZMuYoFBomo1F 5kFvAalxCgnDDJZrbvMnx25tC4O5/d251E0WAWi7B+zkNnBct7ELTQJE00OgDmxR4JRpvx79yOfu QmMPjXpG368VEoU+xmF+0JDb1VdGv8tSJGdRu006vR/iV3OkE9m+f7zP6iWusj5Jx5CkIGaHm9iO 1zGCA64wggOqAgEBMIGpMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVz dGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE5MDcGA1UE AxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBAhEAqe7e r+8cpWxH/1ur/4VKtjAJBgUrDgMCGgUAoIIB2TAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0xMzEwMjAxMDEwMTZaMCMGCSqGSIb3DQEJBDEWBBTeSJ0fzicUizOuMvaL Pu1ZFHWCWzCBugYJKwYBBAGCNxAEMYGsMIGpMIGTMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3Jl YXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGlt aXRlZDE5MDcGA1UEAxMwQ09NT0RPIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgU2VjdXJlIEVt YWlsIENBAhEAqe7er+8cpWxH/1ur/4VKtjCBvAYLKoZIhvcNAQkQAgsxgayggakwgZMxCzAJBgNV BAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAY BgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTkwNwYDVQQDEzBDT01PRE8gQ2xpZW50IEF1dGhlbnRp Y2F0aW9uIGFuZCBTZWN1cmUgRW1haWwgQ0ECEQCp7t6v7xylbEf/W6v/hUq2MA0GCSqGSIb3DQEB AQUABIIBADEZomrMKtD3SfamVeXdIuKIegFHx1KVMCdH4Wn4BJeXkx4CXnwKyqQASGJHUzme5Lds uOzMmlroUj6ir+f3HakBluSoMAzO1u+PV4hVocmLLcCB1ONEt8NryxrswAxnR0dOJUpAkjaUCgeG ZNK7RtJvBPSJ0z4LjAeBvZXWULLKxeXy1DOtd8v3COUcaKyD0ELg+sr3Lh0NiW4t4VcSMDqvoAIL is8O512qrmuMufN0MCsUqIklyz650Yd9yXiayEvr88cfRtwq7V7ooPVjAGYWGgAMcJ0XvFb+Qj+w xthOXtjoj1H6zwXmiC+OhfGAcpAn/GtNazLo35yhd5Dto50AAAAAAAA= --Apple-Mail=_968F25B8-70D1-4BF9-9A26-A28BA6DC3940-- From owner-freebsd-doc@FreeBSD.ORG Sun Oct 20 11:48:47 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7514259C for ; Sun, 20 Oct 2013 11:48:47 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E92922444 for ; Sun, 20 Oct 2013 11:48:46 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id r9KBmdAc038758 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 20 Oct 2013 12:48:39 +0100 (BST) (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk r9KBmdAc038758 Authentication-Results: smtp.infracaninophile.co.uk/r9KBmdAc038758; dkim=none reason="no signature"; dkim-adsp=none (unprotected policy) Message-ID: <5263C30F.9080605@FreeBSD.org> Date: Sun, 20 Oct 2013 12:48:31 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: Daniel Herring , freebsd-doc@FreeBSD.org Subject: Re: please document the pkg-ng repo problem References: In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="J8ofoPmlGNWkcXVO4wVnMJ3ViErmsnXot" X-Virus-Scanned: clamav-milter 0.97.8 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2013 11:48:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J8ofoPmlGNWkcXVO4wVnMJ3ViErmsnXot Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 20/10/2013 03:00, Daniel Herring wrote: > pkg-ng has been broken for a year now (the public repo is nearly > useless), and I see no indication when the repo will be rebuilt. That's a bit hyperbolic don't you think? Many people are using pkgng perfectly happily. Yes, there is a problem[*] with the official pkg repository at http://pkg.freebsd.org/ in that the sum total of the contents is one fairly outdated copy of pkg-1.0.x.txz. That is just enough to bootstrap pkgng by using /usr/sbin/pkg -- which is really the absolute minimum that has to be there. In the mean time there are packages available at http://pkg-test.freebsd.org/pkg-test-${ABI}/latest which is using the same machinery to build packages as will be used by the official package builds, just made available under a different URL. [There are also package sets published by other groups, eg. Exonetric or PC-BSD. Or you can build your own very easily.] "How exactly" I hear you ask "should I have been able to know that?" I agree that documentation of this is quite hard to find. OK, *very* hard to find. That's not good. The use of pkg-test was only meant as a transient thing but it has taken longer than expected to shake the bugs out and get everything working properly. The good news is that this situation is about to change; imminently. Expect to see an announcement about http://pkg.freebsd.org/ in the near future. > It would have saved me several hours if the Handbook advised users to > not run "pkg2ng" until the repo is actually ready. >=20 > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/pkgng-intro.h= tml These instructions are correct for the way we want package bootstrap to work ultimately once all of the package building etc. is in place. Given the imminent announcement I don't think that now is the right time to change this section. > https://wiki.freebsd.org/pkgng#Availability_of_binary_pkgs_for_Download= These are still correct, but somewhat incomplete nowadays. > P.S. IMO, this is a rather significant problem with the 10-beta. Please be assured that 10.0-RELEASE is a significant milestone for pkgng and there is a lot of work going on behind the scenes to make everything ready in time for that release. It's not just getting the official package building cluster into shape and actually starting regular builds of packages: there will be a new pkg-1.2 release with lots of improvements, and there are ongoing projects to update the entire ports tree to make it better integrated with pkgng. Not to mention the changes outlined by bapt and erwin during the recent Dev Summit session on ports and documented here: https://wiki.freebsd.org/201309DevSummit/Ports Cheers, Matthew [*] Well, only one problem relevant to this discussion. --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --J8ofoPmlGNWkcXVO4wVnMJ3ViErmsnXot Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJSY8MWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATMJcQAIzTjmSWZocjB6IQt23x5lbW nhzPA6Wif1U3qE7yxbIx5VqPZpwpc7BNnc6N21BHrmMCOPqstRx02O348cGPRwoS oGx/NxWsy1Lpyn9BAF0pJ9ITzI6Z0Nph1noFx9kI0kx+yonRAPPSf7qvP3kQe+Qo eV+F/fTDNWL15ULlzaeP4EXd8lYTk6mxBR22Tbko8BKcmIohZOLMrbAfeF0IApl7 RZhQZN17IRjlHHubKBwm61lyjO1CrB2a2zJIWQbYfFKT+hJkznCIVGAqFegMy4Gr ZXtY9hX+e47gIQZuezKnwrEsL8BkRcpyWZIO4fqC4azZq75y+WHyoJkvFyBPxCOz yZ0Lkr1GBxbS5c4Fi07odGJzaS7J2gJEiMJwy/iV/nv/9SkqnATy+wyX3Hjgg7Vn DRdxsI6DaByb3Mk5w0azFDLjAB/WdOesPewpehv4JmSlmiuDBJIWaGoURUA8m3kG NjS9+F2OtJScFkVIPR+h9663ECzjklUU7egtptbBKq9KOMbua8/j9E41kq2W6Cjk i4Ip8TxAUQFi3JGu9Eb62T4FRTcPqIUaV1eCz2w0/8cq4QSMTsp59P9p72ishEal yowjwJ5BDqfrGk8f/r3r0zsQXFF9zeByIcIRgkcFPfOrwgfZnUPtq5tSTHjPMQw2 XzDXMbkcMtbdhrL7FEVp =dAgf -----END PGP SIGNATURE----- --J8ofoPmlGNWkcXVO4wVnMJ3ViErmsnXot-- From owner-freebsd-doc@FreeBSD.ORG Mon Oct 21 03:57:48 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7CFAEB61; Mon, 21 Oct 2013 03:57:48 +0000 (UTC) (envelope-from dherring@tentpost.com) Received: from homiemail-a39.g.dreamhost.com (caiajhbdcaid.dreamhost.com [208.97.132.83]) by mx1.freebsd.org (Postfix) with ESMTP id 60EEF271D; Mon, 21 Oct 2013 03:57:48 +0000 (UTC) Received: from homiemail-a39.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTP id DFFAF15006D; Sun, 20 Oct 2013 20:57:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=tentpost.com; h=date:from :to:cc:subject:in-reply-to:message-id:references:mime-version: content-type; s=tentpost.com; bh=Sfg0d9aKQq0nnArzHVa6exoJTS4=; b=PPNdgBbizwyRT/VGDwIb+l8GGAsQzfUwSKRKWY2Z456aFJUjUO+61B/Ewgo1Z I6XTaXnVWUuxN9QCfe24fZXBrWK9QsflHH9DwiA5W+H2tNhgC4jEWRXqmrPw6y/l hJb1k0CzZuW5yX6ULUqt1XgczzA573DzSb1vNR2Zguaobk= Received: from strider2.home (pool-173-48-243-37.bstnma.fios.verizon.net [173.48.243.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dherring@tentpost.com) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTPSA id 82E38150069; Sun, 20 Oct 2013 20:57:41 -0700 (PDT) Date: Sun, 20 Oct 2013 23:57:40 -0400 (EDT) From: Daniel Herring X-X-Sender: nuntius@strider2.example.org To: Matthew Seaman Subject: Re: please document the pkg-ng repo problem In-Reply-To: <5263C30F.9080605@FreeBSD.org> Message-ID: References: <5263C30F.9080605@FreeBSD.org> User-Agent: Alpine 2.03 (LNX 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-doc@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 03:57:48 -0000 On Sun, 20 Oct 2013, Matthew Seaman wrote: > On 20/10/2013 03:00, Daniel Herring wrote: > >> pkg-ng has been broken for a year now (the public repo is nearly >> useless), and I see no indication when the repo will be rebuilt. > > That's a bit hyperbolic don't you think? Many people are using pkgng > perfectly happily. With inside knowledge of an actual working repo, this might seem hyperbolic. From the outside, there is a community of people who have been getting less than useless information. Suggestions have ranged from "just use ports" to "build your own package repo". My search for better information ran across a couple blog rants about this. This has been a show-stopper for many who were affected. A little documentation would have gone a long way. > The good news is that this situation is about to change; imminently. > Expect to see an announcement about http://pkg.freebsd.org/ in the near > future. Ok. Rather than wasting our time further, I will patiently wait for this announcement. Thanks, Daniel From owner-freebsd-doc@FreeBSD.ORG Mon Oct 21 09:05:06 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id ABCD9327 for ; Mon, 21 Oct 2013 09:05:06 +0000 (UTC) (envelope-from seotrafficsolution2@gmail.com) Received: from mail-yh0-x24e.google.com (mail-yh0-x24e.google.com [IPv6:2607:f8b0:4002:c01::24e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 74CA426F1 for ; Mon, 21 Oct 2013 09:05:06 +0000 (UTC) Received: by mail-yh0-f78.google.com with SMTP id f64so68936yha.5 for ; Mon, 21 Oct 2013 02:05:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=A4eWq/1ChFjRTlFj2woJQIqJ1GBNBAIU+CNAKjP9FuE=; b=cLfYcZzyYXtsua8HN96FnPThpbsOjgjG88RUGzNR/INywxGHWvqnIGdOoxa+kJsXWE STy4xI8ESgYP9HtkOFOhbNLQ6vfwMEo8ZXa5w7E6xtxqbKi0dN+dzhLq3iQ9cVBNNSuf AUXN+AsQ7u3RqdhzPjiluRuLX25R48kpzUy4i8fOSpXyDokGeNaQRUUwavndQsDNOT9B De+2LAPLoaRx+5xDJS7MzYAmxyiKb8fp+w7hpHIGOPjFmoouKo6p4etiFR3q7pAXKWIC 93KkxSO8qUaJJ/SYfdV/zU7i1v5n5o80JJGIjW8oqXH+HeVWN+eyY0pdAczOGn3IgCCu PWWw== MIME-Version: 1.0 X-Received: by 10.58.75.199 with SMTP id e7mr1668376vew.20.1382346305182; Mon, 21 Oct 2013 02:05:05 -0700 (PDT) Message-ID: <047d7b33987b7a513704e93c94cc@google.com> Date: Mon, 21 Oct 2013 09:05:05 +0000 Subject: Freebsd.org - Integrated marketing help From: Chloe Lee To: freebsd-questions@FreeBSD.org, freebsd-doc@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 09:05:06 -0000 PGRpdiBkaXI9Imx0ciI+PHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNtIj48Zm9udCBjb2xvcj0i IzAwMDBmZiIgIA0KZmFjZT0iVmVyZGFuYSwgc2Fucy1zZXJpZiI+PGI+RnJlZWJzZC5vcmc8L2I+ PC9mb250Pjxmb250ICANCmNvbG9yPSIjMDAwMGZmIj48Zm9udCBmYWNlPSJWZXJkYW5hLCBzYW5z LXNlcmlmIj6gVGVhbSw8L2ZvbnQ+PC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tYm90dG9t OjBjbSI+PGZvbnQgY29sb3I9IiMwMDAwZmYiPjxmb250IGZhY2U9IlZlcmRhbmEsICANCnNhbnMt c2VyaWYiPjxmb250PkkNCnRob3VnaHQgeW91IG1pZ2h0IGxpa2UgdG8ga25vdyBzb21lIHJlYXNv bnMgd2h5IHlvdSBhcmUgbm90IGdldHRpbmcNCmVub3VnaCBTb2NpYWwgTWVkaWEgYW5kIE9yZ2Fu aWMgc2VhcmNoIGVuZ2luZSB0cmFmZmljICANCmZvcqA8Yj5GcmVlYnNkLm9yZy48L2I+PC9mb250 PjwvZm9udD48L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNtIj48Zm9udCBj b2xvcj0iIzAwMDBmZiI+PGZvbnQgZmFjZT0iVmVyZGFuYSwgIA0Kc2Fucy1zZXJpZiI+MS4NCllv dXIgd2Vic2l0ZaA8Yj5GcmVlYnNkLm9yZ6A8L2I+aXMNCm5vdCByYW5raW5nIHRvcCBpbiBHb29n bGUgb3JnYW5pYyBzZWFyY2hlcyBmb3IgbWFueSBjb21wZXRpdGl2ZQ0Ka2V5d29yZCBwaHJhc2Vz LjwvZm9udD48L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNtIj4NCjxmb250 IGNvbG9yPSIjMDAwMGZmIj48Zm9udCBmYWNlPSJWZXJkYW5hLCBzYW5zLXNlcmlmIj4yLg0KWW91 ciBjb21wYW55IGlzIG5vdCBkb2luZyB3ZWxsIGluIG1vc3Qgb2YgdGhlIFNvY2lhbCBNZWRpYSAg DQpXZWJzaXRlcy48L2ZvbnQ+PC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBj bSI+DQo8Zm9udCBjb2xvcj0iIzAwMDBmZiI+PGZvbnQgZmFjZT0iVmVyZGFuYSwgc2Fucy1zZXJp ZiI+My4NCllvdXIgc2l0ZSBpcyBub3QgdXNlciBmcmllbmRseSBvbiBtb2JpbGUgZGV2aWNlcy48 L2ZvbnQ+PC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBjbSI+PGZvbnQgY29s b3I9IiMwMDAwZmYiPjxmb250IGZhY2U9IlZlcmRhbmEsICANCnNhbnMtc2VyaWYiPlRoZXJlDQph cmUgbWFueSBhZGRpdGlvbmFsIGltcHJvdmVtZW50cyB0aGF0IGNvdWxkIGJlIG1hZGUgdG8geW91 ciB3ZWJzaXRlLA0KYW5kIGlmIHlvdSB3b3VsZCBsaWtlIHRvIGxlYXJuIGFib3V0IHRoZW0sIGFu ZCBhcmUgY3VyaW91cyB0byBrbm93DQp3aGF0IG91ciB3b3JraW5nIHRvZ2V0aGVyIHdvdWxkIGlu dm9sdmUsIHRoZW4gSSB3b3VsZCBiZSBnbGFkIHRvDQpwcm92aWRlIHlvdSB3aXRoIGEgZGV0YWls ZWQgYW5hbHlzaXMgaW4gdGhlIGZvcm0gb2YgYSA8Yj5XRUJTSVRFDQpBVURJVCBSRVBPUlQgZm9y IEZSRUU8L2I+LjwvZm9udD48L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9Im1hcmdpbi1ib3R0b206MGNt Ij4NCjxmb250IGNvbG9yPSIjMDAwMGZmIj48Zm9udCBmYWNlPSJWZXJkYW5hLCBzYW5zLXNlcmlm Ij5PdXINCmNsaWVudHMgY29uc2lzdGVudGx5IHRlbGwgdXMgdGhhdCB0aGVpciBjdXN0b21lcnMg ZmluZCB0aGVtIGJlY2F1c2UNCnRoZXkgYXJlIGF0IHRoZSB0b3Agb2YgdGhlIEdvb2dsZSBzZWFy Y2ggcmFua2luZ3MuIEJlaW5nIGF0IHRoZSB0b3ANCmxlZnQgb2YgR29vZ2xlICgjMS0gIzMgb3Jn YW5pYyBwb3NpdGlvbnMpIGlzIHRoZSBiZXN0IHRoaW5nIHlvdSBjYW4NCmRvIGZvciB5b3VyIGNv bXBhbnkmIzM5O3Mgd2Vic2l0ZSB0cmFmZmljIGFuZCBvbmxpbmUgcmVwdXRhdGlvbi4gWW91IHdp bGwNCmJlIGhhcHB5IHRvIGtub3cgdGhhdCwgbXkgdGVhbSBpcyB3aWxsaW5nIHRvIGd1YXJhbnRl ZSB5b3UgMTxzdXA+c3Q8L3N1cD4NCnBhZ2UgR29vZ2xlIHJhbmtpbmcgZm9yIG1vc3Qgb2YgeW91 ciB0YXJnZXRlZCBrZXl3b3JkIHBocmFzZXMgaW4gb3VyDQpzaXggbW9udGggb25nb2luZyBjYW1w YWlnbi48L2ZvbnQ+PC9mb250PjwvcD4NCjxwIHN0eWxlPSJtYXJnaW4tYm90dG9tOjBjbSI+PGZv bnQgY29sb3I9IiMwMDAwZmYiPjxmb250IGZhY2U9IlZlcmRhbmEsICANCnNhbnMtc2VyaWYiPlNv dW5kDQppbnRlcmVzdGluZz8gRmVlbCBmcmVlIHRvIGVtYWlsIHVzIG9yIGFsdGVybmF0aXZlbHkg eW91IGNhbiBwcm92aWRlDQptZSB3aXRoIHlvdXIgcGhvbmUgbnVtYmVyIGFuZCB0aGUgYmVzdCB0 aW1lIHRvIGNhbGwgeW91LiBJIGFtIGFsc28NCmF2YWlsYWJsZSB0byBtZWV0IHlvdSBpbiBwZXJz b24gYW5kIHByZXNlbnQgeW91IHRoaXMgd2Vic2l0ZSBhdWRpdA0KcmVwb3J0Ljxicj4tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08V0JSPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LTxXQlI+LS0tLS08YnI+QmVzdA0KUmVnYXJkcyw8YnI+PGI+Q2hsb2UgTGVlPC9iPjxicj5NYXJr ZXRpbmcNCkNvbnN1bHRhbnQ8YnI+PGJyPjxiPlBTDQpJOiA8L2I+SQ0KYW0gbm90IHNwYW1taW5n LiBJIGhhdmUgc3R1ZGllZCB5b3VyIHdlYnNpdGUgYW5kIGJlbGlldmUgSSBjYW4gaGVscA0Kd2l0 aCB5b3VyIGJ1c2luZXNzIHByb21vdGlvbi4gSWYgeW91IHN0aWxsIHdhbnQgdXMgdG8gbm90IGNv bnRhY3QNCnlvdSwgeW91IGNhbiBpZ25vcmUgdGhpcyBlbWFpbCBvciBhc2sgdG8gcmVtb3ZlIGFu ZCBJIHdpbGwgbm90DQpjb250YWN0IGFnYWluLjwvZm9udD48L2ZvbnQ+PC9wPg0KPHAgc3R5bGU9 Im1hcmdpbi1ib3R0b206MGNtIj4NCjxmb250IGNvbG9yPSIjMDAwMGZmIj48Zm9udCBmYWNlPSJW ZXJkYW5hLCBzYW5zLXNlcmlmIj48Yj5QUw0KSUk8L2I+OiBJIGZvdW5kIHlvdXIgc2l0ZSB1c2lu ZyBHb29nbGUgc2VhcmNoIGFuZCBhZnRlciBoYXZpbmcgYSBsb29rDQpvdmVyIHlvdXIgd2Vic2l0 ZSBJIHJlY29tbWVuZCB5b3UgdG8gaW1wbGVtZW50IGZ1dHVyZSB0ZWNobm9sb2dpZXMNCnN1Y2gg YXMgSFRNTDUgYW5kIFJlc3BvbnNpdmUgRGVzaWduIHRvIG1ha2UgeW91ciBzaXRlIG1vcmUgYWNj ZXNzaWJsZQ0KaW4gbW9iaWxlIHBob25lLCB0YWJsZXRzLCBkZXNrdG9wIGV0Yy48L2ZvbnQ+PC9m b250PjwvcD48L2Rpdj4NCg== From owner-freebsd-doc@FreeBSD.ORG Mon Oct 21 11:06:04 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5DD0B7C9 for ; Mon, 21 Oct 2013 11:06:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A88A2DA3 for ; Mon, 21 Oct 2013 11:06:04 +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 r9LB649w017716 for ; Mon, 21 Oct 2013 11:06:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9LB63q4017714 for freebsd-doc@FreeBSD.org; Mon, 21 Oct 2013 11:06:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Oct 2013 11:06:03 GMT Message-Id: <201310211106.r9LB63q4017714@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: FreeBSD doc list Subject: Current unassigned doc problem reports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 11:06:04 -0000 (Note: an HTML version of this report is available at http://www.freebsd.org/cgi/query-pr-summary.cgi?category=doc .) The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o docs/183024 doc textdump(4) mentions call doadump, should be textdump o docs/183002 doc Fix instructions in "6.5.3. Anti-Aliased Fonts" regard o docs/182876 doc CURRENT release notes webpage out of date and inconsis o docs/182872 doc [patch] add updated iconv information to the porter's o docs/182833 doc [porters-handbook]: document QMake usage, update Qt se o docs/182831 doc ports-ops : new ports related mailing list o docs/182218 doc Add an ipfilter rc.conf option in handbook for IPv6 o docs/182202 doc Handbook pkgng description doesn't mention there are n o docs/181845 doc Virtualbox Host Setup needs acd0 in /etc/devfs.conf, a o docs/181844 doc FreeBSD Handbook Virtualbox Host Section missing confi o docs/181808 doc Chapter 15.15 (Resource Limits) misses important infor o docs/181785 doc [patch] Man page for tmpfile() is inconsistent o docs/181390 doc seq(1) first appeared in 8th UNIX o docs/181376 doc CLOCK_THREAD_CPUTIME_ID is not documented in clock_get o docs/181280 doc suggestion: split zfs man page in a zfs- way o docs/181134 doc Fix example for boot0cfg utility o docs/180970 doc [request] No manpage for ps_strings o docs/180767 doc [patch] printf.3: fix off-by-one in snprintf descripti o docs/180493 doc [handbook] Single-user mode console confusion o docs/180332 doc SSD Kernel Instructions Out of Date: options MFS throw o docs/180331 doc SSD Kernel Instructions Out of Date: options MD_ROOT a o docs/180330 doc SSD Kernel Instructions Out of Date: pseudo-device no o docs/180027 doc Missing man page entries for callout_reset_sbt in time o docs/179988 doc [faq] [patch] ThwackAFAQ - sandbox p docs/179914 doc remove inactive user dougb from mergemaster maintainer o docs/179832 doc manual page of mac_from_text suggests incorrect freein o docs/179697 doc Handbook incomplete WRT Opera flash usage (linproc) o docs/179497 doc [patch] service.8 add csh completion example o docs/179246 doc [patch] gnome porting updates o docs/178818 doc gmirror(8) says to use rc.early which is no longer ava o docs/178730 doc move roff papers out of src into doc o docs/178677 doc *** [article.html] Error code 1 Stop in /usr/doc. o docs/178286 doc [PATCH] document the LOCAL_* vars in build(7) o docs/178221 doc Addition to handbook jails chapter: warning about make o www/178190 doc myths web page should be updated o docs/178119 doc [ports] Porter's handbook lacks examples for using Opt o docs/177968 doc bpf(4): documentation of BIOCROTZBUF is incomplete o docs/177699 doc Documentation (handbook and manpage) for mac_biba does o docs/177514 doc [handbook] ZFS examples do not cover dataset creation o docs/177457 doc diskinfo(8): diskinfo -v shows inacurate drive size o docs/177431 doc Handbook & Announcements recommend poor dd options for o docs/177429 doc dd(1) man page is unclear about semantics of conv=sync o docs/177215 doc [handbook] [patch] FreeBSD uses SHA512 and no more MD5 o docs/177056 doc typo in link in handbook section 31.4.16 o docs/176806 doc recv(2) man page grammatical fixes o docs/176648 doc restore(8) man page is misleading/confusing o docs/176645 doc The example in netmap.4 is wrong o docs/176363 doc Remove mention of 'CVSup' from "Mirroring FreeBSD arti o docs/176355 doc Attribution and correction of quote in fortune o docs/176251 doc FreeBSD Handbook assumes too much pre-knowledge o docs/176127 doc [handbook] add information about all missing mailing l o docs/176125 doc missing summary of freebsd-jail mailing list o docs/176123 doc missing summary of freebsd-sysinstall mailing list o docs/176015 doc [handbook] wrong order in docs for major upgrade o docs/175995 doc Setting MALLOC_PRODUCTION stops buildworld o docs/175983 doc man zfs are missing "hold, release" from "zfs allow" o docs/175712 doc Update 'disk naming' handbook page o docs/175687 doc pthread_setschedparam(3) may fail for undocumented rea o docs/175560 doc ugen(4) man page contains incorrect device node path o docs/175239 doc sem_wait can be interrupted o docs/175123 doc [geom] gpart list/status isn't documented in usage sec o docs/174868 doc mount(2) doesn't do a good job at describing all possi o docs/174792 doc synopsis for nsupdate(1) missing options -L, and -p o docs/174581 doc man page of recvmsg(2) does not mention return value 0 o docs/173710 doc Added section "MTP storage" to handbook o docs/173539 doc [patch] statfs(2) man page missed the error code ENOSY o docs/173321 doc ports(7) man page -- no info on building with debuggin o docs/173013 doc FreeBSD Boot Menu documentation lacks detail o docs/172927 doc ipfw(8): ipfw manual page doesn't show simpliest NAT c o docs/172913 doc [ipsec] [patch] setkey(8) is unclear on anti-replay wi o docs/172869 doc [PATCH] Add in nifty lang icons to index.html (home) o docs/172743 doc IPv6 handbooks lacks info about accepting router adver o docs/172626 doc [PATCH] modify the community/* pages to look more plea o docs/172370 doc [handbook] Handbook should be updated for Blu-Ray driv o docs/172369 doc mkisofs(8)/growisofs(1m) don't specify UDF version o docs/172368 doc mount_udf(8) doesn't specify which versions of UDF are o docs/172367 doc ata(4) man page needs an updated for Blu-Ray o docs/172330 doc [PATCH] Fix some errors introduced to announce.xml by o docs/172144 doc psignal(9) manpage is outdated for FreeBSD-9 systems o docs/172137 doc deprecated information for adduser(8) man pages o docs/171199 doc the GDB man page is outdated o docs/170691 doc Difference between zfs manpages and reality o docs/170119 doc at behaviour and man at inconsistency o docs/169712 doc [patch] porters-handbook zh_TW.Big5 apache section o docs/169711 doc [patch] porters-handbook zh_CN.GB2312 apache section o docs/169544 doc serial port console documentation changes s docs/169401 doc passify dead links in release links, move www to lists o docs/169377 doc [patch] ipmon(8) man page refers to a different facili o docs/169317 doc zfs umount refers to umount(1M) but should to umount(8 o docs/169158 doc [patch] iasl(8) man page is out of date f docs/168939 doc Port upgrade documentation missing from Application Ja o docs/168930 doc map_mincore(9) not up-to-date o docs/168915 doc size of integers used by test(1) and sh(1) is not docu o docs/168823 doc 404s in fr_FR French web pages o docs/168814 doc [patch] remove `d` negative pointer EINVAL requirement o docs/168803 doc Remove outdated smp info o docs/167429 doc geli(8) needs to mention unencrypted /etc/fstab requir o docs/166553 doc find(1): find -delete documentation is misleading o docs/166358 doc No networking in Jail build via: handbook/jail-tuning o conf/166330 doc [rc] [patch] Thin server configuration revision reques o docs/165551 doc ipfw(8): no info in "ipfw pipe show" about ipv6 o docs/165249 doc Multibyte characters in manpages still not displaying o docs/164803 doc Unclear manual page for mount_unionfs(8) o docs/164620 doc Raid 1 issues o docs/164099 doc gparm(8): man page for gparm set is incorrect and inco o docs/164034 doc acl(9) documentation lacking o docs/163879 doc [handbook] handbook does not say about how to force to o docs/163830 doc device smbios: missing documentation, no manpage o docs/163149 doc [patch] Red Hat Linux/i386 9 HTML format sudo man page o docs/162765 doc [patch] lseek(2) may return successful although no see o docs/162587 doc unclear/incomplete description of per-interface statis o docs/162419 doc [request] please document (new) zfs and zpool cmdline o docs/162404 doc [handbook] IPv6 link-local address compared with IPv4 o docs/161754 doc p4tcc(4), est(4) and qpi(4) are not documented o docs/161496 doc zfs(1): Please document that sysctl vfs.usermount must o docs/160460 doc [handbook] Network setup guide suggestion o docs/160399 doc Man page for re(4) missing jumbo frames info o docs/159307 doc [patch] lpd smm chapter unconditionally installed o docs/158388 doc Incorrect documentation of LOCAL_SCRIPT in release(7) o docs/158387 doc The tree(3) man should mention the RB_FOREACH_SAFE() A o docs/157908 doc [handbook] Description of post-install should include o docs/157698 doc [patch] gpart(8) man page contains old/incorrect size o docs/157316 doc [patch] update devstat(9) man page o docs/157049 doc FreeBSD Handbook: Chapter 14 (Security) Inaccuracy o docs/156920 doc isspecial(3) is not helpful o docs/156815 doc chmod(1): manpage should describe that chmod kicks +t o docs/156689 doc stf(4) output-only documentation gives bad configurati f docs/156187 doc [handbook] [patch] Add bsnmpd to handbook o docs/156081 doc troff falls with troff.core with UTF-8 man with incorr o docs/155982 doc [handbook] reaper of the dead: remove reference to flo o docs/155149 doc [patch] don't encourage using xorg.conf outside of PRE o docs/154838 doc update cvs-tags information on releng_* to reflect sup o docs/153958 doc ksu man-page documented, but not installed a docs/153012 doc [patch] iostat(8) requires an argument to -c option o docs/151752 doc pw.conf(5) doesn't define format for file clearly o docs/150991 doc [patch] Install upgtfw using pkg_add as advised in upg o docs/150917 doc [patch] icmp.4, wrong description of icmplim and icmpl o docs/150877 doc ambiguity in newsyslog(8) man page about zfs with comp o docs/150255 doc dtrace description should mention makeoptions DEBUG=-g o docs/149574 doc [patch] update mi_switch(9) man page o docs/148987 doc [patch] {MD[245]|SHA_|SHA1_|SHA256_}{End|File|FileChun o docs/148984 doc [handbook] Mistake in section 16.15.4 of the handbook o docs/148680 doc [sysctl][patch] Document some sys/kern sysctls o docs/148071 doc Failover mode between wired and wireless interfaces o docs/147995 doc elf.5 man page has has missing reference o docs/146521 doc [handbook] Update IPv6 system handbook section to ment o docs/145699 doc hexdump(1) mutes all format qualifier output following o docs/145069 doc Dialup firewalling with FreeBSD article out dated. o docs/145066 doc Update for new uart dev names for serial port. s docs/144818 doc all mailinglist archives dated 19970101 contain traili o docs/144515 doc [handbook] Expand handbook Table of contents o docs/143472 doc gethostname(3) references undefined value: HOST_NAME_M o docs/143416 doc [handbook] IPFW handbook page issues o docs/143408 doc man filedesc(9) is missing o docs/141032 doc misleading documentation for rtadvd.conf(5) raflags se s docs/140847 doc [request] add documentation on ECMP and new route args o docs/140444 doc [patch] New Traditional Chinese translation of custom- o docs/140375 doc [UPDATE] Updated zh_TW.Big5/articles/nanobsd o docs/139336 doc [request] ZFS documentation suggestion o docs/139165 doc gssapi.3 man page out of sync with between crypto and o docs/139018 doc translation of submitting.sgml from docproj/submitting o docs/138845 doc Exceeding kern.ipc.maxpipekva refers to tuning(7) whic o docs/138485 doc bpf(4) and ip(4) man pages missing important corner ca o docs/136712 doc [handbook] [patch] draft new section on gmirror per pa o docs/136666 doc [handbook] Configure serial port for remote kernel deb o docs/136035 doc ftpchroot(5) omits an important option o docs/135516 doc [patch] pax(1) manual not mentioning chflags unawarene o docs/132839 doc [patch] Fix example script in ldap-auth article o docs/132718 doc [handbook] Information about adding a new mirror is ou o docs/132260 doc dhcpd(8) pid not stored in documented location o docs/132190 doc EPERM explanation for send(2), sendto(2), and sendmsg( o docs/131918 doc [patch] Fixes for the BPF(4) man page o docs/131626 doc [patch] dump(8) "recommended" cache option confusing o docs/130238 doc nfs.lockd man page doesn't mention NFSLOCKD option or o docs/129671 doc New TCP chapter for Developer's Handbook (from rwatson o docs/129464 doc using packages system o docs/129095 doc ipfw(8): Can not check that packet originating/destine o docs/128356 doc [request] add Firefox plugin for FreeBSD manual pages s docs/127844 doc Example code skeleton_capture_n.c in meteor(4) manpage o docs/126484 doc libc function res-zonscut2 is not documented f docs/122052 doc minor update on handbook section 20.7.1 o docs/121952 doc Handbook chapter on Network Address Translation wrong o docs/121585 doc [handbook] Wrong multicast specification s docs/121541 doc [request] no man pages for wlan_scan_ap o docs/121312 doc RELNOTES_LANG breaks release if not en_US.ISO8859-1 o docs/121173 doc [patch] mq_getattr(2): mq_flags mistakenly described a s docs/120917 doc [request]: Man pages mising for thr_xxx syscalls o docs/120125 doc [patch] Installing FreeBSD 7.0 via serial console and o docs/120024 doc resolver(5) and hosts(5) need updated for IPv6 o docs/119545 doc books/arch-handbook/usb/chapter.sgml formatting o docs/118214 doc close(2) error returns incomplete o docs/116588 doc No IPFW tables or dummynet in Handbook o docs/116080 doc PREFIX is documented, but not the more important LOCAL o docs/114371 doc [patch] [ip6] rtadvd.con(5) should show how to adverti o docs/114139 doc mbuf(9) has misleading comments on M_DONTWAIT and M_TR o docs/113194 doc [patch] [request] crontab.5: handling of day-in-month o docs/112579 doc [request] No ipv6 related pf examples in /usr/share/ex o docs/111425 doc Missing chunks of text in historical manpages o docs/111265 doc [request] Clarify how to set common shell variables o docs/110999 doc carp(4) should document unsupported interface types o docs/110692 doc wi(4) man page doesn't say WPA is not supported o docs/110376 doc [patch] add some more explanations for the iwi/ipw fir o docs/110062 doc [patch] mount_nfs(8) fails to mention a failure condit o docs/109981 doc No manual entry for post-grohtml o docs/109977 doc No manual entry for ksu o docs/109972 doc No manual entry for zless/bzless f docs/109226 doc [request] No manual entry for sntp o docs/109201 doc [request]: manual for callbootd a docs/108980 doc list of missing man pages o docs/105608 doc fdc(4) debugging description staled o docs/104879 doc Howto: Listen to IMA ADPCM .wav files on FreeBSD box o docs/102719 doc [patch] ng_bpf(4) example leads to unneeded promiscuos o docs/101271 doc serial console documentation implies kernel rebuild re o docs/100196 doc man login.conf does explain not "unlimited" o docs/98974 doc Missing tunables in loader(8) manpage o docs/98115 doc Missing parts after rendering handbook to RTF format o docs/96207 doc Comments of a sockaddr_un structure could confuse one o docs/95408 doc install over serial console does not work as documente o docs/94625 doc [patch] growfs man page -- document "panic: not enough o docs/92626 doc jail manpage should mention disabling some periodic sc o docs/91149 doc read(2) can return EINVAL for unaligned access to bloc o docs/88512 doc [patch] mount_ext2fs(8) man page has no details on lar o docs/87936 doc Handbook chapter on NIS/YP lacks good information on a o docs/87857 doc ifconfig(8) wireless options order matters o docs/85128 doc [patch] loader.conf(5) autoboot_delay incompletly desc o docs/84956 doc [patch] intro(5) manpage doesn't mention API coverage o docs/84932 doc new document: printing with an Epson ALC-3000N on Free o docs/84670 doc [patch] tput(1) manpage missing ENVIRONMENT section wi o docs/84317 doc fdp-primer doesn't show class=USERNAME distinctively o docs/84271 doc [patch] compress(1) doesn't warn about nasty link hand o docs/83820 doc getino(3) manpage not installed o docs/81611 doc [patch] natd runs with -same_ports by default o docs/78480 doc Networked printer setup unnecessarily complex in handb o docs/61301 doc [patch] Manpage patch for aue(4) to enable HomePNA fun o docs/59835 doc ipfw(8) man page does not warn about accepted but mean o docs/59477 doc Outdated Info Documents at http://docs.freebsd.org/inf o docs/57298 doc [patch] add using compact flash cards info to handbook s docs/54752 doc bus_dma explained in ISA section in Handbook: should b o docs/53751 doc bus_dma(9) incorrectly documents BUS_DMA_ALLOCNOW o docs/53596 doc Updates to mt(1) manual page o docs/53271 doc bus_dma(9) fails to document alignment restrictions o docs/51480 doc Multiple undefined references in the FreeBSD manual pa o kern/51341 doc [ipfw] [patch] ipfw rule 'deny icmp from any to any ic o docs/50211 doc [patch] doc.docbook.mk: fix textfile creation o docs/48101 doc [patch] Add documentation on the fixit disk o docs/47594 doc [patch] passwd(5) incorrectly states allowed username o docs/45303 doc Bug in PDF DocBook rendering o docs/43823 doc [patch] update to environ(7) manpage o docs/41089 doc pax(1) -B option does not mention interaction with -z o docs/40423 doc Keyboard(4)'s definition of parameters to GETFKEY/SETF o docs/36724 doc ipnat(5) manpage grammar is incomplete and inconsisten s docs/33589 doc [patch] to doc.docbook.mk to post process .tex files. o docs/26286 doc *printf(3) etc should gain format string warnings o docs/24786 doc missing FILES descriptions in sa(4) s docs/20028 doc ASCII docs should reflect tags in the sourc 255 problems total. From owner-freebsd-doc@FreeBSD.ORG Mon Oct 21 11:44:04 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 391AFBBA for ; Mon, 21 Oct 2013 11:44:04 +0000 (UTC) (envelope-from anonymous@vs159176.vserver.de) Received: from vs159176.vserver.de (vs159176.vserver.de [62.75.159.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FED921BE for ; Mon, 21 Oct 2013 11:44:02 +0000 (UTC) Received: (qmail 3392 invoked by uid 30); 21 Oct 2013 13:36:37 +0200 Date: 21 Oct 2013 13:36:37 +0200 Message-ID: <20131021113637.3390.qmail@vs159176.vserver.de> To: doc@FreeBSD.org Subject: Du har en ny sikkerhedsopdatering. From: Visa/MasterCard-International@vs159176.vserver.de, Security@vs159176.vserver.de, Team. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 11:44:04 -0000 This is a multi-part message in MIME format. --==Multipart_Boundary_x74759c171d377b8aef38974d9560a838x Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Dear Customer, We must inform you that someone outside Denmark's territory may use your card without your permission. For your protection, we have blocked your credit card. To reactivate your card: 1 - Download the attached document and open it in a browser window. 2 - Once opened, you will be asked to follow a set of instructions. Note: If this is not completed, we will be forced to indefinitely suspend your card, because it can be used for fraud. We appreciate your cooperation in this matter. Thank you, International Customer Support Service --==Multipart_Boundary_x74759c171d377b8aef38974d9560a838x --==Multipart_Boundary_x74759c171d377b8aef38974d9560a838x-- From owner-freebsd-doc@FreeBSD.ORG Mon Oct 21 17:38:14 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 70418FDB for ; Mon, 21 Oct 2013 17:38:14 +0000 (UTC) (envelope-from phillipmoore@tradeexpodata.com) Received: from us2.outbound.mailhostbox.com (us2.outbound.mailhostbox.com [208.91.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3C8C5286A for ; Mon, 21 Oct 2013 17:38:13 +0000 (UTC) Received: from anglen (unknown [106.197.78.50]) (Authenticated sender: phillipmoore@tradeexpodata.com) by us2.outbound.mailhostbox.com (Postfix) with ESMTPA id 32E9569B530 for ; Mon, 21 Oct 2013 17:28:05 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tradeexpodata.com; s=20121011; t=1382376489; bh=1zyyJ2zJPBzCPBgquYVW7OXJ2AW07ULUOl2gPN8/52A=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type; b=brVOjmr6/UuG4REVNXi4iLRFQHqIVcmyfs/aLjoOiXYVvUI10j3aVgU+4gmGwf27M Dipi733RbxeSr6hXGDqjFELAEMUPnHs71JnmCnF27xm5pr+MhYAEaBJ1r47t48Gpp1 VAgs/s/fpZdcULic8fTN5bqSpBT/PYR+e8IM8PZM= From: "Phillip Moor" To: Subject: IT Decision Makers Contact Date: Mon, 21 Oct 2013 12:27:56 -0500 Message-ID: <008e01cece82$e3f38220$abda8660$@tradeexpodata.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac7Ogt/7zcIqhnIERKS8mBzsxHHB6w== Content-Language: en-us X-CTCH-RefID: str=0001.0A020204.52656429.01DC, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CTCH-SenderID: phillipmoore@tradeexpodata.com X-CTCH-SenderID-TotalMessages: 1 X-CTCH-SenderID-TotalSpam: 0 X-CTCH-SenderID-TotalSuspected: 0 X-CTCH-SenderID-TotalBulk: 0 X-CTCH-SenderID-TotalConfirmed: 0 X-CTCH-SenderID-TotalRecipients: 0 X-CTCH-SenderID-TotalVirus: 0 X-CTCH-SenderID-BlueWhiteFlag: 0 X-Scanned-By: MIMEDefang 2.72 on 172.16.214.9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 17:38:14 -0000 Hi, As a IT Consulting service provider would you interested in using our data solutions which can help you to reach IT Decision Makers from various industries in north America and Europe. Our database comes with Name, Title, Company Name, Address, Phone No, Email and more. We can also help you to reach Other technology Customers based on technology Used: Microsoft Users of Dynamics: NAV, GP, AX, CRM, SL * Oracle Users, * SAP Users, * Sage Users, * Salesforce.com users, * JD Edwards Users, * SQL Users, * IT Decision Makers, * Accounting Managers, * And many others. If you're interested in using please reply me with your target criteria, so that I can get back to you with more details. Look forward to hear from you. Best Regards, Phillip Moore Lead Coordinator,Trade Expo Data,108 Wilshire Blvd. ,3rd Floor,Los Angeles CA 90030 If you don't wish to receive any mails/ newsletters from us, Please reply "Opt-Out" in the subject line. ------------------------ Powered by BigRock.com From owner-freebsd-doc@FreeBSD.ORG Mon Oct 21 22:10:13 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 45319D16; Mon, 21 Oct 2013 22:10:13 +0000 (UTC) (envelope-from tabthorpe@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1988A2A45; Mon, 21 Oct 2013 22:10:13 +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 r9LMACxI066485; Mon, 21 Oct 2013 22:10:12 GMT (envelope-from tabthorpe@freefall.freebsd.org) Received: (from tabthorpe@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9LMACIK066484; Mon, 21 Oct 2013 22:10:12 GMT (envelope-from tabthorpe) Date: Mon, 21 Oct 2013 22:10:12 GMT Message-Id: <201310212210.r9LMACIK066484@freefall.freebsd.org> To: jgh@FreeBSD.org, tabthorpe@FreeBSD.org, freebsd-doc@FreeBSD.org From: tabthorpe@FreeBSD.org Subject: Re: docs/182831: ports-ops : new ports related mailing list X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2013 22:10:13 -0000 Synopsis: ports-ops : new ports related mailing list State-Changed-From-To: open->closed State-Changed-By: tabthorpe State-Changed-When: Mon Oct 21 22:10:12 UTC 2013 State-Changed-Why: No action taken at this time http://www.freebsd.org/cgi/query-pr.cgi?pr=182831 From owner-freebsd-doc@FreeBSD.ORG Wed Oct 23 10:20:25 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D637C3F8 for ; Wed, 23 Oct 2013 10:20:25 +0000 (UTC) (envelope-from regulus2011@www1613.sakura.ne.jp) Received: from www1613.sakura.ne.jp (www1613.sakura.ne.jp [219.94.192.23]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69C192308 for ; Wed, 23 Oct 2013 10:20:25 +0000 (UTC) Received: from www1613.sakura.ne.jp (localhost [127.0.0.1]) by www1613.sakura.ne.jp (8.14.3/8.14.3) with ESMTP id r9N9Y3rV064045 for ; Wed, 23 Oct 2013 18:34:03 +0900 (JST) (envelope-from regulus2011@www1613.sakura.ne.jp) Received: (from regulus2011@localhost) by www1613.sakura.ne.jp (8.14.3/8.14.3/Submit) id r9N9Y3Yo064044; Wed, 23 Oct 2013 18:34:03 +0900 (JST) (envelope-from regulus2011) Date: Wed, 23 Oct 2013 18:34:03 +0900 (JST) Message-Id: <201310230934.r9N9Y3Yo064044@www1613.sakura.ne.jp> To: doc@freebsd.org Subject: Click hhre for alll your prescription needs From: ysjz@regulus2011.jp X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: ysjz@regulus2011.jp List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 10:20:25 -0000 They paack uuup your order off CCCialis almooost immmediately http://francosarcinelli.com/wp-admin/maint/9aj6.php From owner-freebsd-doc@FreeBSD.ORG Wed Oct 23 18:50:00 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A7AF15D1 for ; Wed, 23 Oct 2013 18:50:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85B7A24DC for ; Wed, 23 Oct 2013 18:50:00 +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 r9NIo0qL008836 for ; Wed, 23 Oct 2013 18:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9NIo0c3008835; Wed, 23 Oct 2013 18:50:00 GMT (envelope-from gnats) Resent-Date: Wed, 23 Oct 2013 18:50:00 GMT Resent-Message-Id: <201310231850.r9NIo0c3008835@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Stefan Lasiewski Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7BB7B5C6 for ; Wed, 23 Oct 2013 18:49:44 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 689EA24D7 for ; Wed, 23 Oct 2013 18:49:44 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r9NIniYN044078 for ; Wed, 23 Oct 2013 18:49:44 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r9NInive044059; Wed, 23 Oct 2013 18:49:44 GMT (envelope-from nobody) Message-Id: <201310231849.r9NInive044059@oldred.freebsd.org> Date: Wed, 23 Oct 2013 18:49:44 GMT From: Stefan Lasiewski To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/183246: FreeBSD 8.4-RELEASE Installation Instructions don't properly warn about the need to update all ports X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 18:50:00 -0000 >Number: 183246 >Category: docs >Synopsis: FreeBSD 8.4-RELEASE Installation Instructions don't properly warn about the need to update all ports >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Oct 23 18:50:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Stefan Lasiewski >Release: 8.3-RELEASE-p3 >Organization: Lawrence Berkeley National Laboratory >Environment: FreeBSD 8.3-RELEASE-p3 #0: Tue Jun 12 00:39:29 UTC 2012 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >Description: Summary: The "FreeBSD 8.4-RELEASE Installation Instructions" at [1] suggests that I shouldn't need to update FreeBSD ports. However when I run `freebsd-update`, freebsd-update says that I *should* update all ports, which is an unwelcome surprise at this point in my maintenance window. This conflict between the documentation and the reality needs to be resolved. I don't know if the proper fix is to update the documentation, fix freebsd-update or what. I'll leave that to you. Details: The following problem has been repeated on several systems, running everything from FreeBSD 8.0 to FreeBSD 9.2. For the purpose of this ticket I am using a FreeBSD 8.3 system. I am updating from FreeBSD 8.3-RELEASE to 8.4-RELEASE, following the "FreeBSD 8.4-RELEASE Installation Instructions" at [1]. According to the instructions, since I am not running FreeBSD 7.4-RELEASE or earlier, I won't be prompted to rebuild all third-party applications on my system. The instructions say: At this point, users of systems being upgraded from FreeBSD 7.4-RELEASE or earlier will be prompted by freebsd-update to rebuild all third-party applications (e.g., ports installed from the ports tree) due to updates in system libraries. However, in reality, `freebsd-update` tells me that I should now "rebuild all installed 3rd party software (e.g., programs installed from the ports tree)". I wasn't prepared to do this and it's a little late in the process for FreeBSD to be telling me that I need to compile a bunch of software. This conflict between the documentation and the reality needs to be resolved. I don't know if the proper fix is to update the documentation, fix freebsd-update or what. ``` [root@node1 ~]# uname -a FreeBSD 8.3-RELEASE-p3 #0: Tue Jun 12 00:39:29 UTC 2012 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC [root@node1 ~]# freebsd-update upgrade -r 8.4-RELEASE Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 8.3-RELEASE from update2.freebsd.org... done. .. .. .. (Merge configuration files, etc) .. .. [root@node1 ~]# freebsd-update install Installing updates... Kernel updates have been installed. Please reboot and run "/usr/sbin/freebsd-update install" again to finish installing updates. [root@node1 ~]# shutdown -r now Connection to node1.example.org closed by remote host. Connection to node1.example.org closed. # and then "After rebooting, freebsd-update(8) needs to be run again to install the new userland components:" node1# /usr/sbin/freebsd-update install Installing updates... Completing this upgrade requires removing old shared object files. Please rebuild all installed 3rd party software (e.g., programs installed from the ports tree) and then run "/usr/sbin/freebsd-update install" again to finish installing updates. node1# ``` At this point I'm placed in the uncomfortable position-- do I press forward with upgrading all ports on the system and risk exceeding the time allowed by our maintenance window (Upgrading FreeBSD ports can easily take a hours, and introduces changes that we weren't expecting), do I roll back and declare my system maintenance a failure, leave my system hanging in this in-between state while I schedule a second maintenance window to do what `freebsd-update` tells me to do, ignore the warning, etc? [1] http://www.freebsd.org/releases/8.4R/installation.html >How-To-Repeat: 1. Have a system running 8.3-RELEASE 2. Run `freebsd-update upgrade -r 8.4-RELEASE` >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Wed Oct 23 18:51:38 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D9F7A712 for ; Wed, 23 Oct 2013 18:51:38 +0000 (UTC) (envelope-from info@teslabem.com) Received: from smtp149.ord.emailsrvr.com (smtp149.ord.emailsrvr.com [173.203.6.149]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 56ED42516 for ; Wed, 23 Oct 2013 18:51:37 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp27.relay.ord1a.emailsrvr.com (SMTP Server) with ESMTP id 209832A8411 for ; Wed, 23 Oct 2013 14:43:18 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp27.relay.ord1a.emailsrvr.com (Authenticated sender: info-AT-teslabem.com) with ESMTPSA id 069F72A856B for ; Wed, 23 Oct 2013 14:43:18 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; q=dns/txt; l=55451; s=acy; t=1382553798; c=relaxed/simple; h=from:to:subject; d=teslabem.com; bh=jyl8V0ugsgMql3cKRA5F66SnQfA=; b=j0sCpqk+m1uMd2JEotXENDW5TuO0cZR2OyH2BQW/Lo0fDrC5Ppea0NP5KxEI ZxzKsOsDl5ouUWfJw9sSwS3ScqdYHwq9QJ2ZC+0QroAnThJASzjDHBA4rmqF vXoZukORy9NAVn5SylHy/jaeZYYgg6qZCmIgW+aNnq/fTvkEAEI= Date: Wed, 23 Oct 2013 13:43:18 -0500 To: Freebsd Doc From: TeslaBEM Subject: =?utf-8?Q?=C2=BFYa_conoces_los_nuevos_Weekend-Projects_de_TeslaBEM=3F?= Message-ID: X-Priority: 3 X-Mailer: PHPMailer (phpmailer.sourceforge.net) [version 2.0.4] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: TeslaBEM List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2013 18:51:38 -0000 ​ Versión web ( http://www.teslabem.com/tienda/index.php?option=com_acymailing&ctrl=archive&task=view&mailid=17&key=775500fb0a4f458c31625ea7c4db7e3c&subid=8979-f348a73fb96a66fcfd36df88af17b165&tmpl=component&Itemid=646 ) | Actualizar preferencias ( http://www.teslabem.com/tienda/index.php?subid=8979&option=com_acymailing&ctrl=user&task=modify&key=f348a73fb96a66fcfd36df88af17b165&Itemid=646 ) | Desuscribirse ( http://www.teslabem.com/tienda/index.php?subid=8979&option=com_acymailing&ctrl=user&task=out&mailid=17&key=f348a73fb96a66fcfd36df88af17b165&Itemid=646 ) Me gusta ( https://www.facebook.com/TeslaBEM ) Tweet ( https://twitter.com/Teslabem ) Tabla de Contenidos * Weekend Projects * Tutoriales * Promociones Nuevos Productos Lo más nuevo PROGRAMADOR MICROPROG ( http://www.teslabem.com/tienda/Programador%20de%20microcontroladores%20MicroPROG ) $400.00 ARDUINO MINI 05 SIN HEADERS ( http://www.teslabem.com/tienda/1462 ) $750.00 RADIO XBEE 1MW SERIES 2 ( http://www.teslabem.com/tienda/1459 ) $550.00 GSM SHIELD ARDUINO ORIGINAL ( http://www.teslabem.com/tienda/1460 ) $2,122.00 TRANSISTOR DE PEQUEÑA SEÑAL NPN 2N2222A ( http://www.teslabem.com/tienda/1117 ) $11.00 Weekend-Prokects en TeslaBEM Nunchuck aplicado a la robótica móvil ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=103:nunchuck-aplicado-a-la-robotica-movil&catid=27:weekend-projects&Itemid=465 )Más Información ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=103:nunchuck-aplicado-a-la-robotica-movil&catid=27:weekend-projects&Itemid=465 ) Robot seguidor de línea (TinyBot) ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=102:robot-seguidor-de-linea-tinybot&catid=27:weekend-projects&Itemid=465 )Más Información ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=102:robot-seguidor-de-linea-tinybot&catid=27:weekend-projects&Itemid=465 ) Control de un brazo robótico de 4 ejes (Arduino) ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=101:control-de-un-brazo-robotico-de-4-ejes-arduino&catid=27:weekend-projects&Itemid=465 )Más Información ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=101:control-de-un-brazo-robotico-de-4-ejes-arduino&catid=27:weekend-projects&Itemid=465 ) Control de robot móvil vía Bluetooth con Android ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=100:control-de-robot-movil-via-bluetooth-con-android&catid=27:weekend-projects&Itemid=465 )Más Información ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=100:control-de-robot-movil-via-bluetooth-con-android&catid=27:weekend-projects&Itemid=465 ) Nueva sección de tutoriales ( http://www.teslabem.com/tienda/tutoriales ) SEMAFORO CON ARDUINO. ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=62:tutoriales-de-arduino-leccion-1&catid=24:tutoriales&Itemid=466 ) Baterías de Polímero de Litio ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=98:baterias-lipo&catid=24:tutoriales&Itemid=466 ) Sensor de Temperatura LM35 ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=90:sensor-detemperatura-lm35&catid=24:tutoriales&Itemid=466 ) ESTRUCTURA FUNDAMENTAL DE UN PROGRAMA PARA ARDUINO ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=61:tutoriales-de-arduino-leccion-0&catid=24:tutoriales&Itemid=466 ) Parpadeo de un LED con Arduino ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=97:encendido-y-apagado-de-un-led-con-arduino&catid=24:tutoriales&Itemid=466 ) Eligiendo tu Arduino ( http://www.teslabem.com/tienda/index.php?option=com_content&view=article&id=87:seleccionando-un-arduino&catid=24:tutoriales&Itemid=466 ) Además Usted recibió este correo porque queremos darle a conocer los servicios y productos que TeslaBEM le ofrece. Modificar tu suscripción ( http://www.teslabem.com/tienda/index.php?subid=8979&option=com_acymailing&ctrl=user&task=modify&key=f348a73fb96a66fcfd36df88af17b165&Itemid=646 ) | Desuscribirse ( http://www.teslabem.com/tienda/index.php?subid=8979&option=com_acymailing&ctrl=user&task=out&mailid=17&key=f348a73fb96a66fcfd36df88af17b165&Itemid=646 ) TeslaBEM S. de R.L. MI. Calle 11 poniente #113 Local B Colonia centro, Puebla, Puebla Tel: (222) 2321705 ventas@teslabem.com ( mailto:ventas@teslabem.com ) From owner-freebsd-doc@FreeBSD.ORG Thu Oct 24 08:48:30 2013 Return-Path: Delivered-To: freebsd-doc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 33FAFB05; Thu, 24 Oct 2013 08:48:30 +0000 (UTC) (envelope-from marc@blackend.org) Received: from smtp3-g21.free.fr (smtp3-g21.free.fr [IPv6:2a01:e0c:1:1599::12]) by mx1.freebsd.org (Postfix) with ESMTP id A067F26C4; Thu, 24 Oct 2013 08:48:27 +0000 (UTC) Received: from emphyrio.blackend.org (unknown [88.179.1.53]) by smtp3-g21.free.fr (Postfix) with ESMTP id BD3C3A6321; Thu, 24 Oct 2013 10:48:19 +0200 (CEST) Received: from emphyrio.blackend.org (localhost [127.0.0.1]) by emphyrio.blackend.org (8.14.5/8.14.5) with ESMTP id r9O8mIhP002014; Thu, 24 Oct 2013 10:48:18 +0200 (CEST) (envelope-from marc@emphyrio.blackend.org) Received: (from marc@localhost) by emphyrio.blackend.org (8.14.5/8.14.5/Submit) id r9O8mIbk002013; Thu, 24 Oct 2013 10:48:18 +0200 (CEST) (envelope-from marc) Date: Thu, 24 Oct 2013 10:48:18 +0200 From: Marc Fonvieille To: freebsd-doc@FreeBSD.org Subject: HEADS UP: doc/ slush begins for 10.0-RELEASE Message-ID: <20131024084818.GA1998@emphyrio.blackend.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline X-Useless-Header: blackend.org X-Operating-System: FreeBSD 9.1-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Cc: doceng@FreeBSD.org, re@FreeBSD.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 08:48:30 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, As announced, the doc tree is now in a slush. Please postpone all non-essential changes until after the doc tree is tagged (currently scheduled for 31 October, 2013). Please note that the slush does not apply to /htdocs documents. While this is not a real freeze, if you need to commit a relatively large change to fix or improve our documentation for 10.0-RELEASE, please put a note for translators onto your commit log. -- Marc on behalf of doceng@ --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iD8DBQFSaN7RzQ9RwE+OdOgRAuGmAKCHhW0Ax5HPeDbMTcN3K7IIe/qOwACfWx+t 4uI7cnWRVza4aDPlPNHFq5Q= =IiZm -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-doc@FreeBSD.ORG Thu Oct 24 13:58:59 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2D799AB0 for ; Thu, 24 Oct 2013 13:58:59 +0000 (UTC) (envelope-from kuuse.redantigua@gmail.com) Received: from mail-vc0-x22c.google.com (mail-vc0-x22c.google.com [IPv6:2607:f8b0:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E3A552FCC for ; Thu, 24 Oct 2013 13:58:58 +0000 (UTC) Received: by mail-vc0-f172.google.com with SMTP id ks9so1334009vcb.17 for ; Thu, 24 Oct 2013 06:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=c/9iFKOQ52Sr7sNMn6B5Z4k/tflDSVtXYV//WrPUi5A=; b=JtlreXdx5l3EpWGojtaUVKw8wyM+ZYX0oknr2nZzvSgInR91qXesCGHyXdQqraE5ZG ooXli+Klkg7VF7mGBIeakRReAWh/kWAzkbMO1JeS2JWLX5xXeIWrdYD8pwUHgyuFBakC y30HkHpdvNqrA0lnwE578DG1i8Tn0hNu8qNhqeZ9wi7VL+dGk8vdtU/9a46FedtmoyF7 euHjM0Xch8nfFUsp/SXQNk9kRxDY/pvQK048yQIjsVZJeHg08UK8LrUIqf2FappmNXAr L9MrDrEsHHfHQycCcsglRqsdlkXn3fulgHsRkh6KKH3Dwcd0/nAvy8HnoDro8A0rSABJ YFpg== MIME-Version: 1.0 X-Received: by 10.52.229.234 with SMTP id st10mr1129541vdc.34.1382623137381; Thu, 24 Oct 2013 06:58:57 -0700 (PDT) Sender: kuuse.redantigua@gmail.com Received: by 10.58.2.106 with HTTP; Thu, 24 Oct 2013 06:58:57 -0700 (PDT) Date: Thu, 24 Oct 2013 15:58:57 +0200 X-Google-Sender-Auth: iYJdiBBoQbSsGX--3-yCDsuF2Wc Message-ID: Subject: FreeBSD Make question From: Johan Kuuse To: freebsd-doc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 13:58:59 -0000 Hi, I have a specific question about using space (and how to escape them) in a makefile's target name for FreeBSD Make (not GNU Make). I already tried this question on freebsd-questions, no luck so far. Here are all the details: http://www.mavetju.org/mail/view_message.php?list=freebsd-questions&id=3832124&thread=yes So now I am looking for more resources about FreeBSD Make. What I have found so far is: http://www.freebsd.org/doc/en/books/developers-handbook/tools-make.html http://www.freebsd.org/cgi/man.cgi?query=make&sektion=1 http://www.freebsd.org/doc/en/books/pmake/index.html Anyhow, none of these documents mentions the issue I'm dealing with. If there is no other document on this topic, could someone please point me to a proper mailing list? Best Regards, Johan Kuuse From owner-freebsd-doc@FreeBSD.ORG Thu Oct 24 15:28:40 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8491CD72 for ; Thu, 24 Oct 2013 15:28:40 +0000 (UTC) (envelope-from bounces+229516-4228-freebsd-doc=freebsd.org@email.pd25.com) Received: from o81.email.pd25.com (o81.email.pd25.com [208.117.54.119]) by mx1.freebsd.org (Postfix) with SMTP id 1E43F2595 for ; Thu, 24 Oct 2013 15:28:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=capterra.com; h=subject:from:to:mime-version:content-type; s=smtpapi; bh=8pSPXZVYqv2MrrpZklknWeeWIak=; b=BgSGaRawNblwoOBMrz8YJ1sZrpGPA E88ixSMd3bfgDLNL0LdCVuSnijQuvrdjGoc9nGG/+Do0BCcCyy2aMBjp54wV9BJl YBaPQHBE+6gK5ruLjjTV4JQDOCIZs4MFlsLlnwX3E8Y6JVoMeOD31hmEgF+pQnsv dEJSP7yBd0Ek9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=capterra.com; h=subject:from:to:mime-version:content-type; q=dns; s=smtpapi; b =SipI/w3PWD+AfNfKTroE9T4iff8bJU+qv5LuElZbicdFVhSyRBMpXuul0LiPZEe 5T87ABPbfNjCadVJoWvtL0S/0HRFSOIYShwKS/ym0Z2NDrcohjLBffsa8ArWAqk8 qO6G/Knxrh/eepUEEV1GAz92KWSyAoYcwlsl63HUJYkg= Received: by filter-137.sjc1.sendgrid.net with SMTP id filter-137.13562.52693B507 Thu, 24 Oct 2013 15:22:56 +0000 (GMT) Received: from [127.0.0.1] (208.43.203.153-static.reverse.softlayer.com [208.43.203.153]) by mi4 (SG) with ESMTP id 141eb0fb292.243e.208791f for ; Thu, 24 Oct 2013 15:22:56 +0000 (UTC) Message-ID: <1382628176.52693b507de70@swift.generated> Date: Thu, 24 Oct 2013 11:22:56 -0400 Subject: The FreeBSD Project Account on Capterra From: Michael Kotchish To: freebsd-doc@freebsd.org MIME-Version: 1.0 X-SG-EID: 2gBxnW1rbk5uT2ZHwhCdfk069ydCTK+g4Vv3LNJVZElb/1MQ2dY5NUWh5bL/JCcS1dX8/x9umXMcyMweueNPcVpxdVbW+dD1+bo2hY6RROrHAd0J4TSAXMsUt9XnqsTEBr1x1/xi3JWrmkQVCZhT2r6alznuwXPB/x6XJ++Qswg= X-SG-ID: s78jXjc54Sh5tx9yFLGsWSVgP7deeyi89jjwqux6R/Wid6Vw6IbZfG/PIZp3fO0q4Rc6t2OGuDOTWMPGKh7IFG4NJZAEWGJ0Mc51Q9Leb/8Mfl5Igo3EfE+tJAV1VhP9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 15:28:40 -0000 I=E2=80=99m reaching out to see who would be the best person to update the information we have for The FreeBSD Project on Capterra=E2=80=99s software directory Your free profile is currently incomplete: http://www.capterra.com/virtualization-software/spotlight/130756/The%20Free= BSD%20Project/FreeBSD I have a few questions about your product to make sure you=E2=80=99re liste= d in relevant directories and maximizing your free exposure. Can you put me in touch with the person who manages your online listings? Thanks in advance for your help! Kind regards, Michael Michael Kotchish Buyer Advisor Capterra mkotchish@capterra.com (703) 260-1788 http://www.capterra.com =C2=A0 =C2=A0 Unsubscribe: http://go.capterra.com/unsubscribe/u/13062/e8cabb3b579b7ce9340b9e32122cb4f8= /182119183 Capterra 901 North Glebe Road Suite 901 Arlington, VA 22203 From owner-freebsd-doc@FreeBSD.ORG Thu Oct 24 21:36:33 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A94B81F0; Thu, 24 Oct 2013 21:36:33 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) by mx1.freebsd.org (Postfix) with ESMTP id 3C3A72CB5; Thu, 24 Oct 2013 21:36:32 +0000 (UTC) X-AuditID: 12074422-b7f5a8e000000a34-3d-526992d9d96b Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id C9.E3.02612.9D299625; Thu, 24 Oct 2013 17:36:25 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id r9OLaOsb016525; Thu, 24 Oct 2013 17:36:25 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r9OLaM7c009207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Oct 2013 17:36:24 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id r9OLaM2d017319; Thu, 24 Oct 2013 17:36:22 -0400 (EDT) Date: Thu, 24 Oct 2013 17:36:21 -0400 (EDT) From: Benjamin Kaduk To: Johan Kuuse Subject: Re: FreeBSD Make question In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrMIsWRmVeSWpSXmKPExsUixCmqrXtzUmaQwakuE4tTZ7pYLc4cfsRs 0XTgNJsDs8eMT/NZPCasmsUSwBTFZZOSmpNZllqkb5fAlbF+/0X2ghNsFW+XfGBvYOxi7WLk 5JAQMJHonTkbyhaTuHBvPVsXIxeHkMA+RonXWxexQzgbGSUOXF3ICuEcYpJY8q6ZGcJpYJSY cuwZO0g/i4C2xOf2C0wgNpuAisTMNxvZQGwRATWJTf93gMWZBXQkZk+7DRYXFlCSOHH7FyOI zSkQKPF/9hdmEJtXwEFi/atrYHEhgQCJjf9Pgt0nCtS7ev8UFogaQYmTM5+wQMy0lDj35zrb BEbBWUhSs5CkFjAyrWKUTcmt0s1NzMwpTk3WLU5OzMtLLdI11cvNLNFLTSndxAgKW3YXpR2M Pw8qHWIU4GBU4uHV+JAeJMSaWFZcmXuIUZKDSUmUt3ViZpAQX1J+SmVGYnFGfFFpTmrxIUYJ DmYlEd5pekA53pTEyqrUonyYlDQHi5I47y0O+yAhgfTEktTs1NSC1CKYrAwHh5IErywwPoUE i1LTUyvSMnNKENJMHJwgw3mAhr8HWcxbXJCYW5yZDpE/xagoJc4rMwEoIQCSyCjNg+uFpZVX jOJArwjzMoOs4AGmJLjuV0CDmYAGT1mSBjK4JBEhJdXAOMn4oXTmB/dDD7/m7T3gcjdAQcJ3 5UlVKYUAn4w7dy/1l2wzdzRjKHx2OXPVbtmAHS53/rRc4JM8ukRMzmCP0L+UxSEisp3MaysN zs/fYdEqvI311InP7d/yk8tXiJ32cfl0VtLjQY5QPgvPL53Gxj3HhB2eLtP7pJQl+biUeX7u ErMmZUUnJZbijERDLeai4kQAk4AhlAYDAAA= Cc: sjg@freebsd.org, freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 21:36:33 -0000 On Thu, 24 Oct 2013, Johan Kuuse wrote: > Hi, > > I have a specific question about using space (and how to escape them) in a > makefile's target name for FreeBSD Make (not GNU Make). I already tried > this question on freebsd-questions, no luck so far. Here are all the > details: I'm not sure that this -doc list is the most likely place to find someone who knows the answer. I sort of suspect that the answer is actually "this will not work at all", but am not really equipped to verify that in the source. I've cc'd Simon Gerraty, since he has been doing a lot of work with make and bmake recently; if he doesn't reply/know, asking on the -hackers list might get better exposure. Simon: do we allow whitespace in target names in either fmake or bmake? If so, what are the escaping rules? Thanks, Ben From owner-freebsd-doc@FreeBSD.ORG Thu Oct 24 21:49:34 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7F91C9A7 for ; Thu, 24 Oct 2013 21:49:34 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe004.messaging.microsoft.com [216.32.181.184]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D7392D6C for ; Thu, 24 Oct 2013 21:49:33 +0000 (UTC) Received: from mail23-ch1-R.bigfish.com (10.43.68.247) by CH1EHSOBE017.bigfish.com (10.43.70.67) with Microsoft SMTP Server id 14.1.225.22; Thu, 24 Oct 2013 21:49:27 +0000 Received: from mail23-ch1 (localhost [127.0.0.1]) by mail23-ch1-R.bigfish.com (Postfix) with ESMTP id 946994C00B3; Thu, 24 Oct 2013 21:49:27 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.52; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF01-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 3 X-BigFish: VPS3(zzda00hdc73hzz1f42h208ch1ee6h1de0h1fdah2073h1202h1e76h1d1ah1d2ah1fc6h1082kzzz2fh2a8h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh1b88h1fb3h1d0ch1d2eh1d3fh1de2h1dfeh1dffh1e23h1fe8h1ff5h1155h) Received-SPF: pass (mail23-ch1: domain of juniper.net designates 66.129.224.52 as permitted sender) client-ip=66.129.224.52; envelope-from=sjg@juniper.net; helo=P-EMF01-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail23-ch1 (localhost.localdomain [127.0.0.1]) by mail23-ch1 (MessageSwitch) id 1382651365920033_18406; Thu, 24 Oct 2013 21:49:25 +0000 (UTC) Received: from CH1EHSMHS022.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.247]) by mail23-ch1.bigfish.com (Postfix) with ESMTP id D291A400066; Thu, 24 Oct 2013 21:49:25 +0000 (UTC) Received: from P-EMF01-SAC.jnpr.net (66.129.224.52) by CH1EHSMHS022.bigfish.com (10.43.70.22) with Microsoft SMTP Server (TLS) id 14.16.227.3; Thu, 24 Oct 2013 21:49:25 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Thu, 24 Oct 2013 14:49:24 -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 r9OLnNL55645; Thu, 24 Oct 2013 14:49:24 -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 CB0AF5807E; Thu, 24 Oct 2013 14:49:23 -0700 (PDT) To: Benjamin Kaduk Subject: Re: FreeBSD Make question In-Reply-To: References: Comments: In-reply-to: Benjamin Kaduk message dated "Thu, 24 Oct 2013 17:36:21 -0400." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Thu, 24 Oct 2013 14:49:23 -0700 Message-ID: <20131024214923.CB0AF5807E@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: freebsd-doc@freebsd.org, Johan Kuuse , sjg@juniper.net X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2013 21:49:34 -0000 >Simon: do we allow whitespace in target names in either fmake or bmake? >If so, what are the escaping rules? Whether it is "allowed" or not, it isn't something I would consider doing. What is the problem we are trying to solve? From owner-freebsd-doc@FreeBSD.ORG Fri Oct 25 00:26:05 2013 Return-Path: Delivered-To: doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 66B7ECEF for ; Fri, 25 Oct 2013 00:26:05 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3D30F2A65 for ; Fri, 25 Oct 2013 00:26:05 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id lf10so3244839pab.34 for ; Thu, 24 Oct 2013 17:26:04 -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=OCOLUO6R8zP9Q0kVG+7UV71dvQDxBDf4iNDXZmvmFRI=; b=z/ZWCffyRdEXRWN9PGAt1x8Gr/UmbVpUN5/p6VXfHipPQf/9ZLBWOfqCcgPpVMK8q3 HVHGtagFSSez50CfsJN4KG503oVETFTzJ54QzStyfcfKZaCnjKb7BhuJHTGSpaPtlCGa 6CB5rRRLOShY1keJ3jyVvl25MahMbmBdVpTgDwDjk02aBHaWXgNy3HNFUOvy8+KUPfh3 4Tr3rovoJCyhL3c8YbNEgOjhsC9u5rzmPvcwRxZRDsT7SnLJ4zohESUQk3rSzNd+FFNb Asg0srUqjwz+MPneLyMEj+L1RuH74wVKZo+Q3dspPG9u+5Rq4+ZXKNDqtDIXGz/6G1ql T3CQ== MIME-Version: 1.0 X-Received: by 10.66.139.166 with SMTP id qz6mr6361150pab.88.1382660764765; Thu, 24 Oct 2013 17:26:04 -0700 (PDT) Received: by 10.70.92.79 with HTTP; Thu, 24 Oct 2013 17:26:04 -0700 (PDT) Date: Thu, 24 Oct 2013 19:26:04 -0500 Message-ID: Subject: FreeBSD man page web interface From: Adam Vande More To: "doc@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2013 00:26:05 -0000 On this page: http://www.freebsd.org/cgi/man.cgi Why isn't there a "FreeBSD 9.1-RELEASE and Ports" in the drop down? -- Adam From owner-freebsd-doc@FreeBSD.ORG Fri Oct 25 07:43:05 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5105B617 for ; Fri, 25 Oct 2013 07:43:05 +0000 (UTC) (envelope-from kuuse.redantigua@gmail.com) Received: from mail-ve0-x22d.google.com (mail-ve0-x22d.google.com [IPv6:2607:f8b0:400c:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DD92240E for ; Fri, 25 Oct 2013 07:43:04 +0000 (UTC) Received: by mail-ve0-f173.google.com with SMTP id jw12so2261623veb.4 for ; Fri, 25 Oct 2013 00:43:04 -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:message-id:subject :from:to:cc:content-type; bh=lo7GqNKSv0vsboscq1LeajgoDIQaOtVwYTWKUlzVloE=; b=aAAC7j5Kmklkuiw7dKGmOuJ5/hWlIln3hz0pZ4Ob2xiZrAGDUBWQt+zejt04CKdorJ dHhYpHls5EL1TOYnjGRcir/0uOFnK6XFhHz4IljqPWh3+JKnqctZx1tiC2x176tBiF14 6VGjRIk13HwChBYG8fF83rd8cePP1Iv1C04fzcCki+xzv53Wnl9TZ+BU00LSyJctyu3t t6xtrp6+/PayfFcZegVqJUlQCNZ3WhQ++MeKZrV9g840Ue5Cl3IoWp0pvoS80u+N3Dln aqLrLRa020woIzaoC+FY3c2tc1g7dlOU6VugJvp5BQO3u/evx4amDw7wEVG/mpPdbwm9 JOGA== MIME-Version: 1.0 X-Received: by 10.52.171.79 with SMTP id as15mr3192535vdc.1.1382686984094; Fri, 25 Oct 2013 00:43:04 -0700 (PDT) Sender: kuuse.redantigua@gmail.com Received: by 10.58.2.106 with HTTP; Fri, 25 Oct 2013 00:43:04 -0700 (PDT) In-Reply-To: <20131024214923.CB0AF5807E@chaos.jnpr.net> References: <20131024214923.CB0AF5807E@chaos.jnpr.net> Date: Fri, 25 Oct 2013 09:43:04 +0200 X-Google-Sender-Auth: S4gntjPSzbZkM6gD34Df7iyHXbo Message-ID: Subject: Re: FreeBSD Make question From: Johan Kuuse To: "Simon J. Gerraty" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2013 07:43:05 -0000 On Thu, Oct 24, 2013 at 11:49 PM, Simon J. Gerraty wrote: > >Simon: do we allow whitespace in target names in either fmake or bmake? > >If so, what are the escaping rules? > Thanks Benjamin for the hints, I'll check out the -hackers list. > > Whether it is "allowed" or not, it isn't something I would consider > doing. > Hi Simon, I definitely agree that whitespaces shouldn't go into targets if it could be avoided. The background is that I'm trying to create a system of nonrecursive Makefiles, where all paths must be absolute. This implies using absolute paths as target names. What if a path contains whitespaces? (God forbid!) > > What is the problem we are trying to solve? > > Problem described above, below goes a sample Makefile, trying several ways to escaping whitespaces in target names. The Makefile: Makefile.freebsd-questions -------- # MY_TARGET=/home/joe/directory name with spaces/hello.c # MY_SECOND_TARGET=/home/joe/directory name with spaces/world.c # MY_TARGET='/home/joe/directory name with spaces/hello.c' # MY_SECOND_TARGET='/home/joe/directory name with spaces/world.c' # MY_TARGET="/home/joe/directory name with spaces/hello.c" # MY_SECOND_TARGET="/home/joe/directory name with spaces/world.c" MY_TARGET=/home/joe/directory\ name\ with\ spaces/hello.c MY_SECOND_TARGET=/home/joe/directory\ name\ with\ spaces/world.c all: ${MY_TARGET} ${MY_SECOND_TARGET} @echo This is Make version $(MAKE_VERSION) ${MY_TARGET}: @echo $@ ${MY_SECOND_TARGET}: @echo $@ -------- The output: FreeBSD Make: make -f Makefile.freebsd-questions -------- "Makefile.freebsd-questions", line 20: warning: duplicate script for target "/home/joe/directory\" ignored "Makefile.freebsd-questions", line 20: warning: duplicate script for target "name\" ignored "Makefile.freebsd-questions", line 20: warning: duplicate script for target "with\" ignored /home/joe/directory\ name\ with\ spaces/hello.c spaces/world.c This is Make version 9201120530 -------- GNU Make: gmake -f Makefile.freebsd-questions -------- /home/joe/directory name with spaces/hello.c /home/joe/directory name with spaces/world.c This is Make version 3.82 -------- The only possible workaround I have found so far with FreeBSD Make, is to substitute whitespaces with another character in the target variables, for example '+', (i.e. /home/joe/directory+name+with+spaces/hello.c) and using the modified variable as the target name. In the target rule, the variable substitution then has to be "reversed" to obtain the "real" target name: # MY_TARGET=/home/joe/directory name with spaces/hello.c# MY_TARGET_PLUS != echo "$(MY_TARGET)" | sed -e 's/ /+/g' ${MY_TARGET_PLUS}: @echo "${@:C/\+/ /g}" Using this ugly hack, the warnings disappears in the example above, but it doesn't really resolve the problem, as MY_TARGET_PLUS will always be a non-existing target. So using this hack, targets will always be executed/rebuilt, even if MY_TARGET is up to date. Best regards, Johan Kuuse From owner-freebsd-doc@FreeBSD.ORG Fri Oct 25 18:33:10 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C1A99994 for ; Fri, 25 Oct 2013 18:33:10 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from co1outboundpool.messaging.microsoft.com (co1ehsobe001.messaging.microsoft.com [216.32.180.184]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7FF452916 for ; Fri, 25 Oct 2013 18:33:10 +0000 (UTC) Received: from mail66-co1-R.bigfish.com (10.243.78.250) by CO1EHSOBE020.bigfish.com (10.243.66.83) with Microsoft SMTP Server id 14.1.225.22; Fri, 25 Oct 2013 17:47:46 +0000 Received: from mail66-co1 (localhost [127.0.0.1]) by mail66-co1-R.bigfish.com (Postfix) with ESMTP id 44D2EC00269; Fri, 25 Oct 2013 17:47:46 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.54; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF01-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 5 X-BigFish: VPS5(zz98dI9371Ic85dh1432I7cabkzz1f42h208ch1ee6h1de0h1fdah2073h1202h1e76h1d1ah1d2ah1fc6h1082kzz8275ch1de098h1de097h74efjz2fh2a8h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh1b88h1fb3h1d0ch1d2eh1d3fh1de2h1dfeh1dffh1e23h1fe8h1ff5h1155h) Received-SPF: pass (mail66-co1: domain of juniper.net designates 66.129.224.54 as permitted sender) client-ip=66.129.224.54; envelope-from=sjg@juniper.net; helo=P-EMF01-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail66-co1 (localhost.localdomain [127.0.0.1]) by mail66-co1 (MessageSwitch) id 1382723242708060_11588; Fri, 25 Oct 2013 17:47:22 +0000 (UTC) Received: from CO1EHSMHS016.bigfish.com (unknown [10.243.78.249]) by mail66-co1.bigfish.com (Postfix) with ESMTP id AA13D4005D; Fri, 25 Oct 2013 17:47:22 +0000 (UTC) Received: from P-EMF01-SAC.jnpr.net (66.129.224.54) by CO1EHSMHS016.bigfish.com (10.243.66.26) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 25 Oct 2013 17:47:22 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Fri, 25 Oct 2013 10:47:21 -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 r9PHlKL12314; Fri, 25 Oct 2013 10:47:20 -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 870B35807E; Fri, 25 Oct 2013 10:47:20 -0700 (PDT) To: Johan Kuuse Subject: Re: FreeBSD Make question In-Reply-To: References: <20131024214923.CB0AF5807E@chaos.jnpr.net> Comments: In-reply-to: Johan Kuuse message dated "Fri, 25 Oct 2013 09:43:04 +0200." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Fri, 25 Oct 2013 10:47:20 -0700 Message-ID: <20131025174720.870B35807E@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2013 18:33:10 -0000 On Fri, 25 Oct 2013 09:43:04 +0200, Johan Kuuse writes: >The background is that I'm trying to create a system of nonrecursive >Makefiles, where all paths must be absolute. >This implies using absolute paths as target names. This works fine - my dirdeps.mk uses absolute paths of directories (plus added attributes) as targets >What if a path contains whitespaces? (God forbid!) You lose. Ideally you throw an error. .error "Sorry ${USER}, I cannot let you do that" Alternatively you could try substituting the spaces with glob chars. That may cause more trouble than it fixes. fixing make to handle this would not be trivial. > >> >> What is the problem we are trying to solve? >> >> >Problem described above, below goes a sample Makefile, trying several ways >to escaping whitespaces in target names. > >The Makefile: > >Makefile.freebsd-questions >-------- ># MY_TARGET=/home/joe/directory name with spaces/hello.c ># MY_SECOND_TARGET=/home/joe/directory name with spaces/world.c > ># MY_TARGET='/home/joe/directory name with spaces/hello.c' ># MY_SECOND_TARGET='/home/joe/directory name with spaces/world.c' > ># MY_TARGET="/home/joe/directory name with spaces/hello.c" ># MY_SECOND_TARGET="/home/joe/directory name with spaces/world.c" > >MY_TARGET=/home/joe/directory\ name\ with\ spaces/hello.c >MY_SECOND_TARGET=/home/joe/directory\ name\ with\ spaces/world.c > >all: ${MY_TARGET} ${MY_SECOND_TARGET} >@echo This is Make version $(MAKE_VERSION) > >${MY_TARGET}: > @echo $@ > >${MY_SECOND_TARGET}: > @echo $@ >-------- > >The output: > >FreeBSD Make: >make -f Makefile.freebsd-questions >-------- >"Makefile.freebsd-questions", line 20: warning: duplicate script for target >"/home/joe/directory\" ignored >"Makefile.freebsd-questions", line 20: warning: duplicate script for target >"name\" ignored >"Makefile.freebsd-questions", line 20: warning: duplicate script for target >"with\" ignored >/home/joe/directory\ >name\ >with\ >spaces/hello.c >spaces/world.c >This is Make version 9201120530 >-------- > >GNU Make: >gmake -f Makefile.freebsd-questions >-------- >/home/joe/directory name with spaces/hello.c >/home/joe/directory name with spaces/world.c >This is Make version 3.82 >-------- > > >The only possible workaround I have found so far with FreeBSD Make, is >to substitute whitespaces with another character in the target >variables, for example '+', (i.e. >/home/joe/directory+name+with+spaces/hello.c) and using the modified >variable as the target name. In the target rule, the variable >substitution then has to be "reversed" to obtain the "real" target >name: > ># MY_TARGET=/home/joe/directory name with spaces/hello.c# >MY_TARGET_PLUS != echo "$(MY_TARGET)" | sed -e 's/ /+/g' > > >${MY_TARGET_PLUS}: @echo "${@:C/\+/ /g}" > >Using this ugly hack, the warnings disappears in the example above, but it >doesn't really resolve the problem, as MY_TARGET_PLUS will always be a >non-existing target. So using this hack, targets will always be >executed/rebuilt, even if MY_TARGET is up to date. >Best regards, Johan Kuuse > >--047d7b6d91d485fa2504e98be68f >Content-Type: text/html; charset="ISO-8859-1" >Content-Transfer-Encoding: quoted-printable > >

= >On Thu, Oct 24, 2013 at 11:49 PM, Simon J. Gerraty < href=3D"mailto:sjg@juniper.net" target=3D"_blank">sjg@juniper.net><= >/span> wrote:
>
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p= >adding-left:1ex">
>Simon: do we allow whitespace in tar= >get names in either fmake or bmake?
> >>If so, what are the escaping rules?

v>
Thanks Benjamin for the hints, I'll check out the -hackers list.= >
=A0
px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);borde= >r-left-style:solid;padding-left:1ex"> >
>
>
Whether it is "allowed" or not, it isn't something I wo= >uld consider
>doing.

Hi Simon,
I definitely= > agree that whitespaces shouldn't go into targets if it could be avoide= >d.

The background is that I'm trying to create= > a system of nonrecursive Makefiles, where all paths must be absolute.> >
This implies using absolute paths as target names. What if a path cont= >ains whitespaces? (God forbid!)
=A0
"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;borde= >r-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> > >
>What is the problem we are trying to solve?
>

Problem described above, below goes a = >sample Makefile, trying several ways to escaping whitespaces in target name= >s.

The Makefile:=A0
"gmail_extra"> >
or:rgb(0,0,0)">Makefile.freebsd-questions
--------
# MY_TARGET=3D/hom=
>e/joe/directory name with spaces/hello.c
# MY_SECOND_TARGET=3D/home/joe/=
>directory name with spaces/world.c

> 
# MY_TARGET=3D'/home/joe/directory name with spaces/hello.c'r># MY_SECOND_TARGET=3D'/home/joe/directory name with spaces/world.c=
>9;
 
# MY_TARGET=3D"/home/joe/directory name with spaces/hello.c=
>"

># MY_SECOND_TARGET=3D"/home/joe/directory name with spaces/world.c&quo=
>t;
 
MY_TARGET=3D/home/joe/directory\ name\ with\ spaces/hello.c
M=
>Y_SECOND_TARGET=3D/home/joe/directory\ name\ with\ spaces/world.c
 
a=
>ll: ${MY_TARGET} ${MY_SECOND_TARGET}

>@echo This is Make version $(MAKE_VERSION)
 
${MY_TARGET}:
    @ec=
>ho $@
 
${MY_SECOND_TARGET}:
    @echo $@
--------

>
lor:rgb(0,0,0)">
>The o=
>utput:=A0 
 
FreeBSD Make:
make -f Makefile.freebsd-questio=
>ns
--------
"Makefile.freebsd-questions", line 20: warning:=
> duplicate script for target

>"/home/joe/directory\" ignored
"Makefile.freebsd-question=
>s", line 20: warning: duplicate script for target
"name\"=
> ignored
"Makefile.freebsd-questions", line 20: warning: dupli=
>cate script for target

>"with\" ignored
/home/joe/directory\
name\
with\
spac=
>es/hello.c
spaces/world.c
This is Make version 9201120530
--------=
>
 
GNU Make:
gmake -f Makefile.freebsd-questions
--------

>/home/joe/directory name with spaces/hello.c
/home/joe/directory name wi=
>th spaces/world.c
This is Make version 3.82
--------
=A0
 id=3D"text-2" class=3D"" style=3D"margin-left:10px">gb(34,34,34);font-size:small;font-family:arial">The only possible workaroun=
>d I have found so far with FreeBSD Make, is (34,34,34);font-family:arial">to substitute whitespaces with another charac=
>ter in the target variables, for example '+', (i.e.le=3D"color:rgb(34,34,34);font-family:arial">=A0:rgb(0,0,0);font-family:arial">/home/joe/directory+name+with+spaces/hello.c=
>) and using th=
>e modified variable as the target name. In the target rule, the variable su=
>bstitution then has to be "reversed" to obtain the "real&quo=
>t; target name:

>
 id=3D"text-2" class=3D"" style=3D"margin-left:10px">"># MY_TARGET=3D/home/joe/directory name with spaces/hello.c
># MY_TARGET_PLUS =
>!=3D echo "$(>MY_TARGET)"=A0|<=
>span style=3D"color:rgb(0,0,0);font-family:arial"> sed -e 's/ /+/g'=
>
>
<=
>span style=3D"font-family:arial">
>${MY_TARGET_PLUS}:
>    @echo "$e=3D"font-family:arial">{@:C/n>\+al">/ /g}t-family:arial">"

>
>
Using th= >is ugly hack, the warnings disappears in the example above, but it doesn= >9;t really resolve the problem, as ont-family:arial">MY_TARGET_PLUS w= >ill always be a non-existing target. So using this hack, targets will alway= >s be executed/rebuilt, even if family:arial">MY_TARGET is up to date.al">
> >Best regards, >Johan Kuuse
v> > >--047d7b6d91d485fa2504e98be68f-- From owner-freebsd-doc@FreeBSD.ORG Fri Oct 25 22:38:34 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0ADEFD26 for ; Fri, 25 Oct 2013 22:38:34 +0000 (UTC) (envelope-from kuuse.redantigua@gmail.com) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88E3E279C for ; Fri, 25 Oct 2013 22:38:33 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id eh20so3611853lab.11 for ; Fri, 25 Oct 2013 15:38:31 -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:message-id:subject :from:to:cc:content-type; bh=Ld5TiZGgusenK9SwzjJ9t/mFLtRt1MxjF2/HBAnarRU=; b=RL56cdnXEhc+AIrPWBeNNxoj2ftUM8BlIPlJp1wXaMRDwu/YRcy6g371mjiOUrl0Gk 3+yb//styoCh/83JF1q2e6CX/Po1g8u+m7+gRNFiL4BjBU+bipn5FOZP3qoBJwHCc76J s6qSyI418eO5U0kjvJTIqj4W1kNdesaPZyux+EtIsvvhRHsHZbyOvEeoI0LbcqHGy/Vv UlRpZIjUgqCUkkxI0Zb3Kl03w+HAj6fqjjK4S0SzOKNEHH/PT3U2WbvCx9jdjlwgeLs2 Z9uNtlMt8IAFMzqh9CACABazDCIsjcEbqRmbyQYb9IxrAfw66lYK3k5oK6KkHdYizcEH jFVQ== MIME-Version: 1.0 X-Received: by 10.112.72.100 with SMTP id c4mr6714lbv.57.1382740711646; Fri, 25 Oct 2013 15:38:31 -0700 (PDT) Sender: kuuse.redantigua@gmail.com Received: by 10.114.201.101 with HTTP; Fri, 25 Oct 2013 15:38:31 -0700 (PDT) In-Reply-To: <20131025174720.870B35807E@chaos.jnpr.net> References: <20131024214923.CB0AF5807E@chaos.jnpr.net> <20131025174720.870B35807E@chaos.jnpr.net> Date: Sat, 26 Oct 2013 00:38:31 +0200 X-Google-Sender-Auth: YSObSWAOETkFli4yQ0t9jLBGK7w Message-ID: Subject: Re: FreeBSD Make question From: Johan Kuuse To: "Simon J. Gerraty" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-doc@freebsd.org X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2013 22:38:34 -0000 Johan: Sorry for cluttering up my last mail with "enhanced" Gmail RTF, here we go again in plain text, and a couple of added comments. Benjamin: >>>Simon: do we allow whitespace in target names in either fmake or bmake? >>>If so, what are the escaping rules? Johan: > Thanks Benjamin for the hints, I'll check out the -hackers list. Simon: > Whether it is "allowed" or not, it isn't something I would consider >doing. Johan: >Hi Simon, >I definitely agree that whitespaces shouldn't go into targets if it could be avoided. Simon: >>This works fine - my dirdeps.mk uses absolute paths of directories (plus >>added attributes) as targets Johan: >The background is that I'm trying to create a system of nonrecursive Makefiles, where all paths must be absolute. >This implies using absolute paths as target names. What if a path contains whitespaces? (God forbid!) Simon: You lose. Ideally you throw an error. .error "Sorry ${USER}, I cannot let you do that" Alternatively you could try substituting the spaces with glob chars. That may cause more trouble than it fixes. fixing make to handle this would not be trivial. Johan: Can you give an example of such a (glob chars) substitution? May it be similar to, or better than, my ugly hack (see below)? Simon: >What is the problem we are trying to solve? Johan: Problem described above, below goes a sample Makefile, trying several ways to escaping whitespaces in target names. The Makefile: Makefile.freebsd-questions -------- # MY_TARGET=/home/joe/directory name with spaces/hello.c # MY_SECOND_TARGET=/home/joe/directory name with spaces/world.c # MY_TARGET='/home/joe/directory name with spaces/hello.c' # MY_SECOND_TARGET='/home/joe/directory name with spaces/world.c' # MY_TARGET="/home/joe/directory name with spaces/hello.c" # MY_SECOND_TARGET="/home/joe/directory name with spaces/world.c" MY_TARGET=/home/joe/directory\ name\ with\ spaces/hello.c MY_SECOND_TARGET=/home/joe/directory\ name\ with\ spaces/world.c all: ${MY_TARGET} ${MY_SECOND_TARGET} @echo This is Make version $(MAKE_VERSION) ${MY_TARGET}: @echo $@ ${MY_SECOND_TARGET}: @echo $@ -------- The output: FreeBSD Make fails: make -f Makefile.freebsd-questions -------- "Makefile.freebsd-questions", line 20: warning: duplicate script for target "/home/joe/directory\" ignored "Makefile.freebsd-questions", line 20: warning: duplicate script for target "name\" ignored "Makefile.freebsd-questions", line 20: warning: duplicate script for target "with\" ignored /home/joe/directory\ name\ with\ spaces/hello.c spaces/world.c This is Make version 9201120530 -------- GNU Make works OK: gmake -f Makefile.freebsd-questions -------- /home/joe/directory name with spaces/hello.c /home/joe/directory name with spaces/world.c This is Make version 3.82 -------- The only possible workaround I have found so far with FreeBSD Make, is to substitute whitespaces with another character in the target variables, for example '+', (i.e. /home/joe/directory+name+with+spaces/hello.c) and using the modified variable as the target name. In the target rule, the variable substitution then has to be "reversed" to obtain the "real" target name: # MY_TARGET=/home/joe/directory name with spaces/hello.c # MY_TARGET_PLUS != echo "$(MY_TARGET)" | sed -e 's/ /+/g' ${MY_TARGET_PLUS}: @echo "${@:C/\+/ /g}" Using this ugly hack, the warnings disappears in the example above, but it doesn't really resolve the problem, as MY_TARGET_PLUS will always be a non-existing target. So using this hack, targets will always be executed/rebuilt, even if MY_TARGET is up to date. Please just confirm that there is no other, better glob char substitution, to resolve this problem. Then I can consider FreeBSD Make + target-name-with-whitespaces = dead end. Best regards, Johan Kuuse From owner-freebsd-doc@FreeBSD.ORG Fri Oct 25 23:25:24 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A6E327B4 for ; Fri, 25 Oct 2013 23:25:24 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from co1outboundpool.messaging.microsoft.com (co1ehsobe006.messaging.microsoft.com [216.32.180.189]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6B4FD299F for ; Fri, 25 Oct 2013 23:25:23 +0000 (UTC) Received: from mail112-co1-R.bigfish.com (10.243.78.235) by CO1EHSOBE034.bigfish.com (10.243.66.99) with Microsoft SMTP Server id 14.1.225.22; Fri, 25 Oct 2013 23:10:12 +0000 Received: from mail112-co1 (localhost [127.0.0.1]) by mail112-co1-R.bigfish.com (Postfix) with ESMTP id AB12BCE0073; Fri, 25 Oct 2013 23:10:12 +0000 (UTC) X-Forefront-Antispam-Report: CIP:66.129.224.53; KIP:(null); UIP:(null); IPV:NLI; H:P-EMF01-SAC.jnpr.net; RD:none; EFVD:NLI X-SpamScore: 3 X-BigFish: VPS3(zzzz1f42h208ch1ee6h1de0h1fdah2073h1202h1e76h1d1ah1d2ah1fc6h1082kzz1de097hz2fh2a8h839hd25hf0ah1288h12a5h12a9h12bdh12e5h137ah139eh13b6h1441h14ddh1504h1537h162dh1631h1758h1898h18e1h1946h19b5h1ad9h1b0ah1b2fh1b88h1fb3h1d0ch1d2eh1d3fh1de2h1dfeh1dffh1e23h1fe8h1ff5h1155h) Received-SPF: pass (mail112-co1: domain of juniper.net designates 66.129.224.53 as permitted sender) client-ip=66.129.224.53; envelope-from=sjg@juniper.net; helo=P-EMF01-SAC.jnpr.net ; SAC.jnpr.net ; Received: from mail112-co1 (localhost.localdomain [127.0.0.1]) by mail112-co1 (MessageSwitch) id 1382742610560078_15345; Fri, 25 Oct 2013 23:10:10 +0000 (UTC) Received: from CO1EHSMHS010.bigfish.com (unknown [10.243.78.241]) by mail112-co1.bigfish.com (Postfix) with ESMTP id 7BAA3A80040; Fri, 25 Oct 2013 23:10:10 +0000 (UTC) Received: from P-EMF01-SAC.jnpr.net (66.129.224.53) by CO1EHSMHS010.bigfish.com (10.243.66.20) with Microsoft SMTP Server (TLS) id 14.16.227.3; Fri, 25 Oct 2013 23:10:10 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Fri, 25 Oct 2013 16:10:09 -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 r9PNA5L64515; Fri, 25 Oct 2013 16:10:06 -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 C74665807E; Fri, 25 Oct 2013 16:10:00 -0700 (PDT) To: Johan Kuuse Subject: Re: FreeBSD Make question In-Reply-To: References: <20131024214923.CB0AF5807E@chaos.jnpr.net> <20131025174720.870B35807E@chaos.jnpr.net> Comments: In-reply-to: Johan Kuuse message dated "Sat, 26 Oct 2013 00:38:31 +0200." From: "Simon J. Gerraty" X-Mailer: MH-E 7.82+cvs; nmh 1.3; GNU Emacs 22.3.1 Date: Fri, 25 Oct 2013 16:10:00 -0700 Message-ID: <20131025231000.C74665807E@chaos.jnpr.net> MIME-Version: 1.0 Content-Type: text/plain X-OriginatorOrg: juniper.net X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Cc: freebsd-doc@freebsd.org, sjg@juniper.net X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2013 23:25:24 -0000 >Johan: >Can you give an example of such a (glob chars) substitution? >May it be similar to, or better than, my ugly hack (see below)? Doesn't really help. Eg. --------------------8<-------------------- TLIST = "/tmp/dir with space/one" "/tmp/another spacey thing/two" tlist= .for t in ${TLIST} tlist+= ${t:tW:S, ,?,g:S,",,g} # the above :tW causes the value to be treated as one-word .endfor all: @echo TLIST='${TLIST}' @echo tlist='${tlist}' --------------------8<-------------------- $ make TLIST="/tmp/dir with space/one" "/tmp/another spacey thing/two" tlist= /tmp/dir?with?space/one /tmp/another?spacey?thing/two $ but when we try to use ${tlist} as targets: --------------------8<-------------------- TLIST = "/tmp/dir with space/one" "/tmp/another spacey thing/two" tlist= .for t in ${TLIST} tlist+= ${t:tW:S, ,?,g:S,",,g} .endfor all: ${tlist} @echo TLIST='${TLIST}' @echo tlist='${tlist}' ${tlist}: .PHONY @echo "making: '$@'" --------------------8<-------------------- $ make TLIST="/tmp/dir with space/one" "/tmp/another spacey thing/two" tlist= /tmp/dir?with?space/one /tmp/another?spacey?thing/two $ note we don't get 'making...' If we replace ? with . it works but that isn't very useful: all: ${tlist:S,?,.,g} @echo TLIST='${TLIST}' @echo tlist='${tlist}' ${tlist:S,?,.,g}: .PHONY @echo "making: '$@'" $ make making: '/tmp/dir.with.space/one' making: '/tmp/another.spacey.thing/two' TLIST="/tmp/dir with space/one" "/tmp/another spacey thing/two" tlist= /tmp/dir?with?space/one /tmp/another?spacey?thing/two $ From owner-freebsd-doc@FreeBSD.ORG Sat Oct 26 14:10:01 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 20535590 for ; Sat, 26 Oct 2013 14:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DCC1F2F45 for ; Sat, 26 Oct 2013 14:10:00 +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 r9QEA0Cs060193 for ; Sat, 26 Oct 2013 14:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9QEA089060188; Sat, 26 Oct 2013 14:10:00 GMT (envelope-from gnats) Resent-Date: Sat, 26 Oct 2013 14:10:00 GMT Resent-Message-Id: <201310261410.r9QEA089060188@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Mats Erik Andersson Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B1E1851B for ; Sat, 26 Oct 2013 14:00:11 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86B072EE7 for ; Sat, 26 Oct 2013 14:00:11 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r9QE0A65011224 for ; Sat, 26 Oct 2013 14:00:10 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r9QE0Ac3011118; Sat, 26 Oct 2013 14:00:10 GMT (envelope-from nobody) Message-Id: <201310261400.r9QE0Ac3011118@oldred.freebsd.org> Date: Sat, 26 Oct 2013 14:00:10 GMT From: Mats Erik Andersson To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: docs/183333: Misnamed constant in bpf(4) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2013 14:10:01 -0000 >Number: 183333 >Category: docs >Synopsis: Misnamed constant in bpf(4) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 26 14:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Mats Erik Andersson >Release: 9.1-RELEASE >Organization: >Environment: 9.1-REALEASE-p7 i386 >Description: In section EXAMPLES of bpf(4), first example on Reverse ARP, the macro REVARP_REQUEST does not exist. The code snippet must be updated to use ARPOP_REVREQUEST instead. For verification look in "/usr/include/net/if_arp.h". >How-To-Repeat: >Fix: Use macro ARPOP_REVREQUEST. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-doc@FreeBSD.ORG Sat Oct 26 16:50:02 2013 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 10D15FC2 for ; Sat, 26 Oct 2013 16:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F37EE2758 for ; Sat, 26 Oct 2013 16:50:01 +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 r9QGo1TK093234 for ; Sat, 26 Oct 2013 16:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9QGo1RZ093233; Sat, 26 Oct 2013 16:50:01 GMT (envelope-from gnats) Date: Sat, 26 Oct 2013 16:50:01 GMT Message-Id: <201310261650.r9QGo1RZ093233@freefall.freebsd.org> To: freebsd-doc@FreeBSD.org Cc: From: Sergey Kandaurov Subject: Re: docs/183333: Misnamed constant in bpf(4) X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Sergey Kandaurov List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2013 16:50:02 -0000 The following reply was made to PR docs/183333; it has been noted by GNATS. From: Sergey Kandaurov To: Mats Erik Andersson Cc: bug-followup@FreeBSD.org Subject: Re: docs/183333: Misnamed constant in bpf(4) Date: Sat, 26 Oct 2013 20:49:50 +0400 The bpf(4) documentation states that the example is taken from the Reverse ARP Daemon. rarpd is tightly coupled with BPF. This macro is actually used there mapped to ARPOP_REVREQUEST. From rarpd code snippet's p.o.v. this EXAMPLES is correct, but is not compilable as is without adding this mapping there. The REVARP_REQUEST localism is probably came from SunOS? (and RFC1931). This macro does not exist in net/if_arp.h (in any BSD except Solaris) and is/was probably used for source compatibility with SunOS. The ARPOP_REVREQUEST macro sits there since 1992 (4.4BSD). SunOS took if_arp.h from UCB on 1/24/86 and added REVARP_REQUEST on its own. It seems to not have ARPOP_REVREQUEST. wpaul modified rarpd.c in r19859 to use REVARP_REQUEST (it was ARPOP_REVREQUEST there originally r6823). The bpf(4) man page came in with r5882 from 1.1.5, and it was REVARP_REQUEST there. It was REVARP_REQUEST in rarpd as found in 4.3BSD-UWisc copyrighted by Sun Micro dated 86/02/05 which is before 1992. -- wbr, pluknet From owner-freebsd-doc@FreeBSD.ORG Sat Oct 26 21:37:16 2013 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D1887A82 for ; Sat, 26 Oct 2013 21:37:16 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F21B253F for ; Sat, 26 Oct 2013 21:37:16 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id n9so3049128qcw.15 for ; Sat, 26 Oct 2013 14:37:15 -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=NfC3Eu7iXtKvml1Auhi2w1tniF0h4FJSSEilDfwyCHg=; b=Xwyv7/geJ2fhhVozIj5DSfJZAUjjq9KQ0ac1gfStV3m4m7iHFqHEoVjoqEpp/VSpus vRjQ32wg50CXYjy1+NgwQafR23HjT+WOJlCuKBNANLn7Kvf/oCY+dPJ6cbruir0BDTfT 3mVvptGWlL3Dxu8isRCa2eEEjDz7Hs6GNB4eI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=NfC3Eu7iXtKvml1Auhi2w1tniF0h4FJSSEilDfwyCHg=; b=aL+cp99RpRhyTF+3ppR6Kd+II4ns+UU478Y6e6ByDgiPWN8jxha4UpI58m5Y12SdkX nO2yzwYOdFOqymVCYvUssmjj5MJiwvcO6eZ5XEoPeUx0VUb0ye4pnmfcFmEnWa0DwZwu hG3edzeGMnizE1Ca6XLa8IniZ+fXfUcD+uTHgGh4EQtOK9IekyWE4xbd/G24TY7jOeI/ 9ED/PsF/T3of9cPGFT26uPeARz0yoCE3Vz7I4EVDFtjMwIS+sOvJH4CJzKZMAUF3zU4x /kIJEXxjkF1MyK3D+cOIAww7lIiDxcGTP174pHhjSPvzhB9e80T8qZeCWrrvBjoXb1CC 8wag== X-Gm-Message-State: ALoCoQnhsfyfRyazmuV7tG6X1BYI4758P0r0vgtQEFGKh+6Gt1leaNAHaMRovI7xd6H2mSKXg8ZD X-Received: by 10.224.120.6 with SMTP id b6mr20620027qar.11.1382823435768; Sat, 26 Oct 2013 14:37:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.96.63.101 with HTTP; Sat, 26 Oct 2013 14:36:45 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Sat, 26 Oct 2013 17:36:45 -0400 Message-ID: Subject: Re: How to start contributing? To: Muhammad Hussein Nasrollahpour Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-doc@freebsd.org" X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2013 21:37:16 -0000 On Sun, Oct 20, 2013 at 6:10 AM, Muhammad Hussein Nasrollahpour wrote: > Hi, > > I wanna translate documentation and website to my own language and I need a quick roadmap that how I can start? Are you familer with how to check out the doc repository? You may want to start with http://www.freebsd.org/doc/en/books/fdp-primer/ sections 2.1, 3 and 7. It will some effort to start a translation but as you do some work you will find more people to join you, hopefully :) -- Eitan Adler