From owner-freebsd-questions@freebsd.org Thu Feb 15 19:06:25 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3788F11D21 for ; Thu, 15 Feb 2018 19:06:25 +0000 (UTC) (envelope-from frankfenderbender@council124.org) Received: from vps349.pairvps.com (vps349.pairvps.com [216.92.231.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6608A6AD55 for ; Thu, 15 Feb 2018 19:06:25 +0000 (UTC) (envelope-from frankfenderbender@council124.org) Received: from [192.168.0.100] (unknown [104.220.39.23]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by vps349.pairvps.com (Postfix) with ESMTPSA id F1B38A6426; Thu, 15 Feb 2018 14:06:23 -0500 (EST) Subject: Re: any problem going from 9.x (don't laugh) to 11 directly? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: C Gray In-Reply-To: <20180215090704.c1f4dd98.freebsd@edvax.de> Date: Thu, 15 Feb 2018 11:06:22 -0800 Reply-To: C Gray Content-Transfer-Encoding: quoted-printable Message-Id: <02A77ACD-1796-44A8-A1F4-43B4FEB56A80@council124.org> References: <20180215011907.6620E1B2DE28@ary.qy> <868tbvhwix.fsf@red.stonehenge.com> <7795e899-160e-f6af-c02d-6fa44982f864@ShaneWare.Biz> <8212BAA6-DC01-4AD5-BCBF-012D97447060@council124.org> <20180215090704.c1f4dd98.freebsd@edvax.de> To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Feb 2018 19:06:25 -0000 Thanks much for the release stage info, Polytropon. Processes are difficult to see, more so than code or issues based in = "the repeatable". They're harder to establish, and thus, w/o available documentation, to = describe since it has no compiler's warning/error messages. Issues are the most visible but require the code and the processes and = the documentation, which is why I ask. [Note: any greatness of 'man pages' ought to be always incorporated into = the general published (ASCII or paper) documentation, perhaps in a = note-referenced Appendix section of the 'man' pages at the end of the = published manual. It's a task, but then, it can just be pulled into the = published as monospaced ASCII text.] A possible hazard If they are not "with" each other, is that they may = not dovetail in" with each other, may contain errors, or contrary info = (w/r/tt design. params, I/Os, scope, or practical use.=20 Another may be that people often go to one when the other is = unavailable, and so, may not get a more complete/robust picture. [Examples: the company power goes out so all online doc is "poof"; the = only way to avoid the person staring at the side of your head in the bus = is to bury it in a manual so your boss will raise that annual review = rating. Also, it makes you look insane so no-one will mess with you, = except for another engineer noticing you are reading a Tektronix STI, = Euclid/Tunis, or PL/1 manual drawing further stares pondering whether = there's a Zippy or Dilbert book hidden from view.] Are the build-test-release cycle processes (and criteria for their = "acceptance" testing suites and pass/fail states) documented somewhere? As former test/qa engineer, I find it very reassuring and useful to tap = into historical snapshots of past and present builds/releases, esp. = during Alpha and Beta reviews of whatever section I volunteer to verify = and attempt to break (with white and black box testing, limit testing, = load testing, la te dah). It often also helps me to clarify my questions so they are based more = "in sense" and to find the right person working on and/or very = knowledgable about a module or code segment. Your description is concise and useful; I appreciate your quick and = accomodating assistance! best wishes, chris=