[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#228850: marked as done (Package: installation-reports)



Your message dated Sun, 08 Feb 2004 18:02:03 -0500
with message-id <E1ApxwB-00052B-00@newraff.debian.org>
and subject line Bug#228850: fixed in discover-data 1.2004.02.08-1
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; 21 Jan 2004 10:49:06 +0000
>From Wolfgang.Loeffler@balcab.ch Wed Jan 21 02:49:06 2004
Return-path: <Wolfgang.Loeffler@balcab.ch>
Received: from mxout.hispeed.ch (smtp.hispeed.ch) [62.2.95.247] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1AjFuz-0002EW-00; Wed, 21 Jan 2004 02:49:05 -0800
Received: from alrisha.home.net (80-218-159-103.dclient.hispeed.ch [80.218.159.103])
	by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id i0LAn2MB004171
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Wed, 21 Jan 2004 11:49:03 +0100
Received: from alrisha.home.net (localhost [127.0.0.1])
	by alrisha.home.net (8.12.11.Beta0/8.12.9/Debian-5) with ESMTP id i0LAn1Nu001350;
	Wed, 21 Jan 2004 11:49:02 +0100
Received: (from loeffler@localhost)
	by alrisha.home.net (8.12.11.Beta0/8.12.9/Debian-5) id i0LAn1gk001348;
	Wed, 21 Jan 2004 11:49:01 +0100
From: Wolfgang Loeffler <Wolfgang.Loeffler@balcab.ch>
Date: Wed, 21 Jan 2004 11:49:01 +0100
To: submit@bugs.debian.org
Subject: Package: installation-reports
Message-ID: <20040121104901.GA1284@unibas.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-GPG-Key: http://www.astro.unibas.ch/~loeffler/public_key.asc
X-GPG-Fingerprint: 5410 51C1 8D18 E7D8 6656  D003 0B24 DD80 ADAD 8EDC
User-Agent: Mutt/1.5.4i
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_20 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
	version=2.60-bugs.debian.org_2004_01_20
X-Spam-Level: 

Package: installation-reports


INSTALL REPORT

Debian-installer-version: 2004-01-20 <http://gluck.debian.org/cdimage/testing/netinst/i386/2004019/sarge-i386-netinst.iso>
uname -a: Linux polaris 2.4.23 #1 Thu Jan 1 22:09:59 CET 2004 i686 GNU/Linux
Date: 2004-01-20
Method: net-install booted from CD-R; package download by ftp from 
ftp.de.debian.org using pcmcia without proxy
Machine: Gateway Solo 9300 XL
Processor: Pentium III (Coppermine) 500MHz
Memory: 160MB
Root Device: /dev/hda1
Root Size/partition table:
Disk /dev/hda: 12.0 GB, 12072517632 bytes
255 heads, 63 sectors/track, 1467 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device     Boot Start   End    Blocks   Id  System       Filesystem
/dev/hda1   *       1     1      8001   83  Linux        /boot
/dev/hda2           2    32    249007+  82  Linux swap
/dev/hda3          33    40     64260   83  Linux        /
/dev/hda4          41  1467  11462377+   5  Extended
/dev/hda5          41   413   2996091   83  Linux        /usr
/dev/hda6         414   429    128488+  83  Linux        /tmp
/dev/hda7         430   553    995998+  83  Linux        /var
/dev/hda8         554  1467   7341673+  83  Linux        /home
   
Output of lspci:
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03)
00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:08.0 Multimedia audio controller: ESS Technology ES1978 Maestro 2E (rev 10)
00:0a.0 CardBus bridge: Texas Instruments PCI1450 (rev 03)
00:0a.1 CardBus bridge: Texas Instruments PCI1450 (rev 03)
00:0b.0 FireWire (IEEE 1394): Texas Instruments TSB12LV23 IEEE-1394 Controller
00:0c.0 Communication controller: 3Com Corporation MINI PCI type 3B Data Fax Modem
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64)

Base System Installation Checklist:

Initial boot worked:    [O]
Configure network HW:   [E]   ( see below )
Config network:         [E]   ( done manually )
Detect CD:              [O]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [O]   ( manually done beforehand )
Create file systems:    [O]   ( manually done beforehand )
Mount partitions:       [O]
Install base system:    [O]   ( only possible after manual pcmcia configuration )
Install boot loader:    [O]
Reboot:                 [O]

Comments/Problems:

BUG: 

The TI CardBus Bridge needs the Yenta Socket driver. The installation system
does not detect this correctly and then inserts the wrong socket driver in
/etc/default/pcmcia (line: PCIC=). This means that after the reboot, the
network does no longer come up automagically and the whole installation
process is hosed.

correct hardware detection with wrong driver association:

info: /bin/report-hw: discover: i82365;;;Texas Instruments;PCI1450;
info: /bin/report-hw: discover: i82365;;;Texas Instruments;PCI1450;

running installation system booted from CD:

Jan  1 19:10:11 (none) syslog.info klogd: Intel PCIC probe: not found.
Jan  1 19:10:11 (none) syslog.info klogd: PCI: Found IRQ 11 for device 00:0a.0
Jan  1 19:10:11 (none) syslog.info klogd: PCI: Sharing IRQ 11 with 00:0b.0
Jan  1 19:10:11 (none) syslog.info klogd: PCI: Sharing IRQ 11 with 00:0c.0
Jan  1 19:10:11 (none) syslog.info klogd: PCI: Sharing IRQ 11 with 01:00.0
Jan  1 19:10:11 (none) syslog.info klogd: PCI: Found IRQ 7 for device 00:0a.1
Jan  1 19:10:11 (none) syslog.warn klogd: Yenta IRQ list 0038, PCI irq11
Jan  1 19:10:11 (none) syslog.warn klogd: Socket status: 30000006
Jan  1 19:10:11 (none) syslog.warn klogd: Yenta IRQ list 0038, PCI irq7
Jan  1 19:10:11 (none) syslog.warn klogd: Socket status: 30000010
Jan  1 19:10:11 (none) user.notice hw-detect: using yenta_socket instead of i82365

hosed installation system booted from HD:

Jan  1 19:30:17 polaris kernel: Linux Kernel Card Services 3.1.22
Jan  1 19:30:17 polaris kernel:   options:  [pci] [cardbus] [pm]
Jan  1 19:30:17 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:35:01 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:35:27 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:35:52 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:37:44 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:38:18 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:38:54 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:40:12 polaris kernel: isapnp: Scanning for PnP cards...
Jan  1 18:40:12 polaris kernel: isapnp: No Plug & Play device found
Jan  1 18:40:12 polaris kernel: Intel ISA PCIC probe: not found.
Jan  1 18:40:12 polaris kernel: isapnp: Scanning for PnP cards...
Jan  1 18:40:12 polaris kernel: isapnp: No Plug & Play device found
Jan  1 18:40:12 polaris kernel: Intel ISA PCIC probe: not found.
Jan  1 18:42:36 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:42:36 polaris kernel: ds: no socket drivers loaded!
Jan  1 18:44:38 polaris kernel: unloading Kernel Card Services

correct system booted from HD:

Jan  1 19:42:46 polaris kernel: Linux Kernel Card Services 3.1.22
Jan  1 19:42:46 polaris kernel:   options:  [pci] [cardbus] [pm]
Jan  1 19:42:46 polaris kernel: PCI: Found IRQ 11 for device 00:0a.0
Jan  1 19:42:46 polaris kernel: PCI: Sharing IRQ 11 with 00:0b.0
Jan  1 19:42:46 polaris kernel: PCI: Sharing IRQ 11 with 00:0c.0
Jan  1 19:42:46 polaris kernel: PCI: Sharing IRQ 11 with 01:00.0
Jan  1 19:42:46 polaris kernel: PCI: Found IRQ 7 for device 00:0a.1
Jan  1 19:42:46 polaris kernel: Yenta IRQ list 0078, PCI irq11
Jan  1 19:42:46 polaris kernel: Socket status: 30000006
Jan  1 19:42:46 polaris kernel: Yenta IRQ list 0078, PCI irq7
Jan  1 19:42:46 polaris kernel: Socket status: 30000010
Jan  1 19:42:47 polaris kernel: cs: IO port probe 0x0c00-0x0cff: clean.
Jan  1 19:42:47 polaris kernel: cs: IO port probe 0x0800-0x08ff: clean.
Jan  1 19:42:47 polaris kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x368-0x377 0x398-0x39f 0x4d0-0x4d7
Jan  1 19:42:47 polaris kernel: cs: IO port probe 0x0a00-0x0aff: clean.
Jan  1 19:42:47 polaris kernel: cs: memory probe 0xa0000000-0xa0ffffff: clean.
Jan  1 19:42:47 polaris kernel: eth0: 3Com 3c589, io 0x300, irq 3, hw_addr 00:10:5A:FA:54:DF
Jan  1 19:42:47 polaris kernel:   8K FIFO split 5:3 Rx:Tx, auto xcvr
Jan  1 19:42:49 polaris kernel: eth0: flipped to 10baseT
Jan  1 19:42:50 polaris kernel: eth0: flipped to 10baseT
Jan  1 20:15:21 polaris kernel: cs: IO port probe 0x0c00-0x0cff: clean.
Jan  1 20:15:21 polaris kernel: cs: IO port probe 0x0800-0x08ff: clean.
Jan  1 20:15:21 polaris kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x368-0x377 0x398-0x39f 0x4d0-0x4d7
Jan  1 20:15:21 polaris kernel: cs: IO port probe 0x0a00-0x0aff: clean.

(please ignore the timestamps; my CMOS time is not yet set correctly, which
leads apparently to strange timestamps in the log files ...)

SUGGESTIONS: 

Give the option to select a keyboard with UK layout at the installation.
It's marginally different from the US layout, but the differences are
tiresome enough.

Would it be possible to make the machine boot into a VESA console with more
than 80x25, if supported by the hardware? If necessary, ask the user, what
(s)he wants in an "expert mode".

Improve the bug-tracking system in such a manner that it finds the
pesudo-header "Package: installation-reports" even if it should happen not
to be the first line of the message body. Better idea: Make that @&%$#! thing 
a true header: "X-Packages: installation reports". Best idea: accept both.



Yours,  Wolfgang


-- 
 -----------------------------------------  wolfgang.loeffler@balcab.ch

---------------------------------------
Received: (at 228850-close) by bugs.debian.org; 8 Feb 2004 23:05:51 +0000
>From katie@ftp-master.debian.org Sun Feb 08 15:05:51 2004
Return-path: <katie@ftp-master.debian.org>
Received: from newraff.debian.org [208.185.25.31] (mail)
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1Apxzq-0005J5-00; Sun, 08 Feb 2004 15:05:50 -0800
Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian))
	id 1ApxwB-00052B-00; Sun, 08 Feb 2004 18:02:03 -0500
From: Gaudenz Steinlin <gaudenz@soziologie.ch>
To: 228850-close@bugs.debian.org
X-Katie: $Revision: 1.43 $
Subject: Bug#228850: fixed in discover-data 1.2004.02.08-1
Message-Id: <E1ApxwB-00052B-00@newraff.debian.org>
Sender: Archive Administrator <katie@ftp-master.debian.org>
Date: Sun, 08 Feb 2004 18:02:03 -0500
Delivered-To: 228850-close@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
	version=2.60-bugs.debian.org_2004_02_01
X-Spam-Level: 

Source: discover-data
Source-Version: 1.2004.02.08-1

We believe that the bug you reported is fixed in the latest version of
discover-data, which is due to be installed in the Debian FTP archive:

discover-data-udeb_1.2004.02.08-1_all.udeb
  to pool/main/d/discover-data/discover-data-udeb_1.2004.02.08-1_all.udeb
discover-data_1.2004.02.08-1.dsc
  to pool/main/d/discover-data/discover-data_1.2004.02.08-1.dsc
discover-data_1.2004.02.08-1.tar.gz
  to pool/main/d/discover-data/discover-data_1.2004.02.08-1.tar.gz
discover-data_1.2004.02.08-1_all.deb
  to pool/main/d/discover-data/discover-data_1.2004.02.08-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 228850@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Gaudenz Steinlin <gaudenz@soziologie.ch> (supplier of updated discover-data package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sun,  8 Feb 2004 20:29:20 +0100
Source: discover-data
Binary: discover-data-udeb discover-data
Architecture: source all
Version: 1.2004.02.08-1
Distribution: unstable
Urgency: low
Maintainer: pere@debian.org
Changed-By: Gaudenz Steinlin <gaudenz@soziologie.ch>
Description: 
 discover-data - hardware lists for libdiscover1
 discover-data-udeb - hardware lists for libdiscover1 (short list) (udeb)
Closes: 148974 203642 215388 216895 226104 226110 227343 228370 228694 228850 228964 229123 229402 231216 231372
Changes: 
 discover-data (1.2004.02.08-1) unstable; urgency=low
 .
   * use i82092 for Texas InstrumentsPCI1420 (Closes: #227343)
   * bump version to current date
   * fix class pci to isdn for ISDN Adapters (needed for
     discover2's lst2xml)
   * fixed Cisco Aironet entry
   * Make Silicon Motion, Inc. SM710 LynxEM card use module siliconmotion,
     not server XF86_SVGA. Thanks Petter Reinholdtsen; Closes: #226104
   * use yenta_socket for Texas Instruments PCI1225; Closes: #228370
   * use yenta_socket for Texas Instruments PCI1450; Closes: #228850
   * use tulip for DECchip 21140; Closes: #228694, #148974
   * use sk98lin for 3Com 3c940 card, megaraid2 for PowerEdge Expandable RAID
     Controller; Closes: #228964, #229123
   * use yenta_socket for OZ6933 Cardbus Controller; Closes: #229402
   * use module siliconmotion instead of XF86_SVGA for SM810 LynxE (rev a6);
     Closes: #215388
   * use yenta_socket for PCI1410 PC card Cardbus Controller; Closes: #216895
   * Many changes to s3 (and one change to s3virge) modules instead of XF86_S3;
     Closes: #203642
   * Petter Reinholdtsen
     - PCI id 11063104 is reported by Harald Dunkel to use usb
       module ehci_hcd.
   * Added sk98lin for PCI ID's 1148:4320 (Syskonnect GigE) and
     11ab:4320 (Galileo SK-98xx Gigabit Ehernet Adapter) (Closes: #231216)
   * Add forcedeth for Nvidia ehternet and ohci1394 for Nvidia 1394
     (Closes: #231372)
   * Remove junk .pci.lst.swp file (Closes: #226110)
   * use yenta_socket for Texas Instruments PCI1211 (PCI ID 104c:ac1e)
Files: 
 e1a6844619c1ed2a6877ccd2b7517dda 669 libs optional discover-data_1.2004.02.08-1.dsc
 0708a17c646ef7d12965f054eb39452d 80173 libs optional discover-data_1.2004.02.08-1.tar.gz
 3bbd10257b5008f2147ab63f93209b27 12418 debian-installer extra discover-data-udeb_1.2004.02.08-1_all.udeb
 854eb27fa754316851a7ddfa08aa9a85 78216 libs optional discover-data_1.2004.02.08-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAJryy20zMSyow1ykRAilOAJ9EeZ+69K84FblyC3KSL+1An/XG8wCfeTil
Sb3JwLzO7mORS5VTcpp7b2I=
=JFag
-----END PGP SIGNATURE-----



Reply to: