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