From owner-freebsd-i386@FreeBSD.ORG Mon Apr 3 20:10:23 2006 Return-Path: X-Original-To: freebsd-i386@hub.freebsd.org Delivered-To: freebsd-i386@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCCC416A423 for ; Mon, 3 Apr 2006 20:10:23 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 443D343D46 for ; Mon, 3 Apr 2006 20:10:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k33KAM46045951 for ; Mon, 3 Apr 2006 20:10:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k33KAMj6045950; Mon, 3 Apr 2006 20:10:22 GMT (envelope-from gnats) Date: Mon, 3 Apr 2006 20:10:22 GMT Message-Id: <200604032010.k33KAMj6045950@freefall.freebsd.org> To: freebsd-i386@FreeBSD.org From: "C. Weber" Cc: Subject: Re: i386/95165: Please reopen this PR: (was: 6.1 Beta 4 ISO (386) fails upgrade and destroys old install) X-BeenThere: freebsd-i386@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "C. Weber" List-Id: I386-specific issues for FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Apr 2006 20:10:23 -0000 The following reply was made to PR i386/95165; it has been noted by GNATS. From: "C. Weber" To: bug-followup@FreeBSD.org, christoph.weber-fahr@arcor.net Cc: Subject: Re: i386/95165: Please reopen this PR: (was: 6.1 Beta 4 ISO (386) fails upgrade and destroys old install) Date: Mon, 03 Apr 2006 22:09:15 +0200 Hello, please repone this PR. I gave it another hour, cloned one of my 5.4-RELEASE-p12 images and tested with that. And - suprise - the exact same error happened there, too. I didn't bother to check if X.org install fails there, too, but I wouldn't be surprised, either. As for those funny peole who try to convince me that /usr/src/UPDATING for version 6.1 should be read by someone before attempting to binary upgrade something else to that level, this logic is faulty on multiple levels. First, before the upgrade you do not have that file, second, it only talks about source upgrades (if I wanted to do those in this case I wouldn't go for binary) and third, a simple RTFM as an answer to a legitimate installation program option resulting in complete loss of data is simply unacceptable. Yes. we expect software to do the Right Thing - which it does not do here in any conceivable way. The Right Thing here is either to upgrade the system or to claim incompetence and refuse to do anything. Regards Christoph Weber-Fahr