From owner-svn-src-all@FreeBSD.ORG Fri Mar 14 14:30:23 2014 Return-Path: Delivered-To: svn-src-all@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 ESMTPS id 77561641 for ; Fri, 14 Mar 2014 14:30:23 +0000 (UTC) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3E6FB1A7 for ; Fri, 14 Mar 2014 14:30:23 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tp5so2465570ieb.26 for ; Fri, 14 Mar 2014 07:30:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=IulJvt6zNRMjzzzdByVhIeLBxSFOMoSzzLgKP4idug4=; b=W9Au7YIOYYLrAjCyNBS8QUOK1us3HwaHdxT6ByDaUETvVwwH6HlXthWNKbzT503YG7 Bp6mF/tK+ml5oAkc/yQIawhE9uNg0DKVCLUGH7xl/S/CA5GbRd4nmX2VT4hKroBhc2dA +V+JtpsSzYtLXJ4eDxuImA9bdJ0M9pbDOukTIXj8+oEvEAgDtmQ8xSIO8wEIpkuRekHf 9fNpTfUQD0fsijl4LWT6JKfpqiAJB3S+ytJuihbEbFDCsdun+IGsYI6hEekJgGDreeFj Nt1my9sZb1pYdHO317X5OYZE+BWTKJ3/vi8oFTrMqpWy2PyVvBPdbcWelUGU+myUoYAL Ub8Q== X-Gm-Message-State: ALoCoQk16v57Z9wor4HCmRVgikgpBxY9DUbgNXZJwinPTJldVm1cUB647xDE0dR0GFUciENrBgIH X-Received: by 10.42.64.17 with SMTP id e17mr6846857ici.26.1394807415630; Fri, 14 Mar 2014 07:30:15 -0700 (PDT) Received: from netflix-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id an1sm19824224igc.0.2014.03.14.07.30.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 14 Mar 2014 07:30:15 -0700 (PDT) Sender: Warner Losh Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: svn commit: r263110 - head/share/man/man4 From: Warner Losh In-Reply-To: <5322C83F.6060109@FreeBSD.org> Date: Fri, 14 Mar 2014 08:30:08 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201403131619.s2DGJax1071196@svn.freebsd.org> <4D0B04BD-4EF6-4963-941E-012B81F8DFAB@jnielsen.net> <20140314015438.GO32089@funkthat.com> <5322C83F.6060109@FreeBSD.org> To: Christian Brueffer X-Mailer: Apple Mail (2.1874) Cc: svn-src-head@freebsd.org, John-Mark Gurney , John Nielsen , src-committers@freebsd.org, svn-src-all@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Mar 2014 14:30:23 -0000 On Mar 14, 2014, at 3:13 AM, Christian Brueffer = wrote: > On 3/14/14 2:54 AM, John-Mark Gurney wrote: >> John Nielsen wrote this message on Thu, Mar 13, 2014 at 16:28 -0600: >>> On Mar 13, 2014, at 10:19 AM, John-Mark Gurney = wrote: >>>=20 >>>> Author: jmg >>>> Date: Thu Mar 13 16:19:36 2014 >>>> New Revision: 263110 >>>> URL: http://svnweb.freebsd.org/changeset/base/263110 >>>>=20 >>>> Log: >>>> remove link to the missing AMD Geode LX SB man page... we can add = it >>>> back once someone cares enough to write one.. >>>=20 >>> You mean like this one? >>> http://svnweb.freebsd.org/base/head/share/man/man4/man4.i386/glxsb.4 >>=20 >> The problems of checking on an amd64 box... :( >>=20 >> Actually, how are we suppose to handle links to arch dependant man >> pages in arch independant man pages? I did this check on an amd64 = box, >> so the page glxsb didn't get installed... Should we just always >> install these man pages on all arches then? Or are we fine w/ >> references to non-existant pages (on some arches)? >>=20 >> Or should glxsb.4 be moved to an arch independant dir? >>=20 >=20 > I wonder if it makes sense to keep arch-dependent man directories at > all. I.e., if I prepare an ARM disk image on my amd64 laptop, I = really > want to have the arm manpages available on that amd64 box. >=20 > Does anyone see a reason not to move man4/man4.${ARCH}/*.4 to man4? > We're talking about 60 manpages here, so space is not really an issue. Historically there was the separation because xp on one platform might = be radically different from xp on another platform. The other reason was = confusion because it wasn=92t always clear if device foo actually worked on = platform X. Do we have any collisions like that? If so, we need to resolve those = first. Also, it would be good to tag the ones that are arm specific as such = somehow. Warner