Bug#275701: marked as done (installation-reports: [sparc] tries to start bterm on inappropriate hardware)
Your message dated Sun, 17 Oct 2004 14:10:36 -0700
with message-id <20041017211036.GA21982@blars.org>
and subject line fixed in sid daily
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 9 Oct 2004 16:39:11 +0000
>From blarson@blars.org Sat Oct 09 09:39:11 2004
Return-path: <blarson@blars.org>
Received: from blars.org (renig.nat.blars.org) [64.81.35.59]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CGKFS-0004JL-00; Sat, 09 Oct 2004 09:39:11 -0700
Received: from renig.nat.blars.org (plergb.nat.blars.org [172.16.1.1])
by renig.nat.blars.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id i99Gd8ec005678;
Sat, 9 Oct 2004 09:39:08 -0700
Received: (from blarson@localhost)
by renig.nat.blars.org (8.12.3/8.12.3/Debian-6.6) id i99Gd4Nh005676;
Sat, 9 Oct 2004 09:39:04 -0700
Message-Id: <[🔎] 200410091639.i99Gd4Nh005676@renig.nat.blars.org>
From: Blars Blarson <blarson@blars.org>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: installation-reports: [sparc] tries to start bterm on inappropriate hardware
X-Mailer: reportbug 1.50
Date: Sat, 09 Oct 2004 09:39:04 -0700
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
Package: installation-reports
Version: prerc2
Severity: grave
Justification: renders package unusable
On my sparc ultra-30, debian-installer once more is trying to start
bterm on a creator 3d framebuffer where it will not work. Using
"debian-installer/framebuffer=false" as a silo command line option did
not work, it still tried to start bterm. This makes insallation
imposible.
We had this fixed a few months ago.
For the record, bterm will never work on sbus or upa bus framebuffers
without either major redesigns of bterm or the kernel drivers. (Both
of which are unlikly.)
---------------------------------------
Received: (at 275701-done) by bugs.debian.org; 17 Oct 2004 21:10:37 +0000
>From blarson@blars.org Sun Oct 17 14:10:37 2004
Return-path: <blarson@blars.org>
Received: from blars.org (renig.nat.blars.org) [64.81.35.59]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1CJIIX-0003DU-00; Sun, 17 Oct 2004 14:10:37 -0700
Received: from renig.nat.blars.org (plergb.nat.blars.org [172.16.1.1])
by renig.nat.blars.org (8.12.3/8.12.3/Debian-6.6) with ESMTP id i9HLAaec022070
for <275701-done@bugs.debian.org>; Sun, 17 Oct 2004 14:10:36 -0700
Received: (from blarson@localhost)
by renig.nat.blars.org (8.12.3/8.12.3/Debian-6.6) id i9HLAag8022068
for 275701-done@bugs.debian.org; Sun, 17 Oct 2004 14:10:36 -0700
Date: Sun, 17 Oct 2004 14:10:36 -0700
From: Blars Blarson <blarson@blars.org>
To: 275701-done@bugs.debian.org
Subject: fixed in sid daily
Message-ID: <20041017211036.GA21982@blars.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
Delivered-To: 275701-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
This problem no longer occurs in the 20041016 sid daily netinstall:
http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/sparc/20041016/sarge-sparc-netinst.iso
--
Blars Blarson blarson@blars.org
http://www.blars.org/blars.html
With Microsoft, failure is not an option. It is a standard feature.
Reply to: