Bug#252551: Multiple SCSI bugs, etc, worked around, succeeded
clone 252551 -1 reassign -1 grub-installer retitle -1 Should allow creating a boot floppy severity -1 wishlist tags 252551 moreinfo thanks Quoting Jack Carroll ([EMAIL PROTECTED]): > Package: installation-reports > > Debian-installer-version: Beta-4 20040528 floppy images Sounds confusing to me. Was it beta4 or was it a daily build from 20040528, which is more or less the version we now call "tc1" ? If this was beta4, re-testing those machines with tc1 would be great. I think the ISA SCSI card will not be detected as well but the PCI one should be. If it is not, posting the output of "lspci -v" will help. >The partitioner didn't recognize any pre-existing Linux file systems > created by previous Debian distros (Libranet 2.7, 2.8.1). It only > recognized filesystems it had created itself, including filesystems it > created on previous runs. Which filesystems were these? Can you reproduce this with tc1 version of di? > 2. DHCP was erratic. Sometimes it would get an IP address from the DHCP > server, sometimes manual configuration with a fixed address was necessary. > This has not been observed with installed kernels. Lot of changes there between beta4 and tc1. > 4. Can't create a custom boot floppy. GRUB could install to /dev/sda OK > on either machine, but trying either (fd0) or /dev/fd0 as a target failed > with a message about it not being a hard disk. Of course it's not a hard > disk, but GRUB is supposed to be installable on a floppy. Didn't try > running the grub command directly from the command line. This is obviously a wishlist against grub-installer-->having it offer the possibility of creating a boot floppy. No idea whether this is possible or not.
Bug#252440: installation-reports: Install report of beta4 on ThinkPad X22
> Very nice to see it cleanly install on this laptop. The Woody installer had > no end of problems working, though mostly due to unsupported hardware and > too old kernels. > > I'm having issues with discover starting ifplugd... but I'll figure that > out. > > Very happy with d-i, well done guys! Thank you for testing the installer and make this report. As you're obviously very happy with it, I hereby close the reported bug very happily..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252440: marked as done (installation-reports: Install report of beta4 on ThinkPad X22)
Your message dated Fri, 4 Jun 2004 06:55:31 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#252440: installation-reports: Install report of beta4 on ThinkPad X22 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; 3 Jun 2004 13:04:02 + >From [EMAIL PROTECTED] Thu Jun 03 06:04:02 2004 Return-path: <[EMAIL PROTECTED]> Received: from smtp-out4.blueyonder.co.uk [195.188.213.7] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BVrt4-0003vG-00; Thu, 03 Jun 2004 06:04:02 -0700 Received: from lionel.180sw.com ([82.44.126.41]) by smtp-out4.blueyonder.co.uk with Microsoft SMTPSVC(5.0.2195.5600); Thu, 3 Jun 2004 14:04:03 +0100 Received: from hactar (unknown [192.168.0.2]) by lionel.180sw.com (Postfix) with ESMTP id BDEA915AAA8; Thu, 3 Jun 2004 14:02:47 +0100 (BST) Received: from ross by hactar with local (masqmail 0.2.20) id 1BVrt2-2B7-00; Thu, 03 Jun 2004 14:04:00 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Ross Burton <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: installation-reports: Install report of beta4 on ThinkPad X22 X-Mailer: reportbug 2.61 Date: Thu, 03 Jun 2004 14:04:00 +0100 Message-ID: <[EMAIL PROTECTED]> X-OriginalArrivalTime: 03 Jun 2004 13:04:03.0093 (UTC) FILETIME=[3E6DD450:01C4496B] X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED] using "From" header Delivered-To: [EMAIL PROTECTED] 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 Severity: normal Debian-installer-version: beta4 CD-ROM + base uname -a: Linux hactar 2.4.25-1-386 #2 Wed Apr 14 19:38:08 EST 2004 i686 GNU/Linux Date: Thu Jun 3 13:52:52 BST 2004 Method: Installed base from CD, then upgraded via http Machine: IBM ThinkPad X22 Processor: Intel Pentium Mobile 733MHz Memory: 640MB Root device: internal 40G IDE disk Partition table: Device Boot Start End Blocks Id System /dev/hda1 * 1 6 48163+ 83 Linux /boot ext3 /dev/hda2 7479638475675 83 Linux / xfs /dev/hda347974864 546210 83 Linux [swap] Output of lspci: :00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 02) :00:01.0 PCI bridge: Intel Corp. 82830 830 Chipset AGP Bridge (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 01) :00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 01) :00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 01) :00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 41) :00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 01) :00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 01) :00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 01) :00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller (rev 01) :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY :02:03.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev 80) :02:03.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev 80) :02:05.0 Communication controller: Lucent Microelectronics WinModem 56k (rev 01) :02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller (rev 41) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments: Very nice to see it cleanly install on this laptop. The Woody installer had no end of problems working, though mostly due to unsupported hardware and too old kernels. I'm having issues with discover starting ifplugd... but I'll figure that out. Very happy with d-i, well done guys! Ross -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-386 Locale
Processed: Re: Bug#252551: Multiple SCSI bugs, etc, worked around, succeeded
Processing commands for [EMAIL PROTECTED]: > clone 252551 -1 Bug#252551: Multiple SCSI bugs, etc, worked around, succeeded Bug 252551 cloned as bug 252562. > reassign -1 grub-installer Bug#252562: Multiple SCSI bugs, etc, worked around, succeeded Bug reassigned from package `installation-reports' to `grub-installer'. > retitle -1 Should allow creating a boot floppy Bug#252562: Multiple SCSI bugs, etc, worked around, succeeded Changed Bug title. > severity -1 wishlist Bug#252562: Should allow creating a boot floppy Severity set to `wishlist'. > tags 252551 moreinfo Bug#252551: Multiple SCSI bugs, etc, worked around, succeeded There were no tags set. Tags added: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Testing Beta 4 on Sparc Ultra 10
Quoting Andreas Tille ([EMAIL PROTECTED]): > I can ensure you that the bug is *not* fixed in the daily build > from today! OK ? thank you so much for your detailed report and typing all these boring things manually.. I'm pretty sure the Sparc people will have an idea of what happens here..the information you provided should be enough. Thanks again. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processing of ddetect_0.100_i386.changes
Quoting Archive Administrator ([EMAIL PROTECTED]): > ddetect_0.100_i386.changes couldn't be processed for 48 hours and is now deleted > All files it mentions are also removed: > ddetect_0.100.dsc, ddetect_0.100.tar.gz, hw-detect_0.100_all.udeb, > ethdetect_0.100_all.udeb, hw-detect-full_0.100_all.udeb, archdetect_0.100_i386.udeb Bleh. Some kind of malediction seems to exist with this one. I'll retry again today..:-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [manual, l10n] Automatic build for all languages comming soon...
Quoting Frans Pop ([EMAIL PROTECTED]): > > I'm going to run the script manually over the next couple of weeks to further > test it. If it proves stable, I will put it in a cron job that I will > probably run every other day at about 0200 UTC. Is it possible possible having this script post the results of the build in the various -l10n-* mailing lists? results for nl-->debian-l10n-dutch results for fr-->debian-l10n-french and so on -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Status of the shadow package
Hello Karl and Sam, During Debconf4, there has been some discussions within the d-i team and some maintainers of Custom Debian Distributions (mostly Skolelinux) about the status of the Debian package for shadow. As you have obviously noticed, I have NMU'ed the package four times last month, mostly for l10n considerations. The installer team has built a strong team of translators which have all made a huge work for bringing a lot of translations to core d-i and the related packages, including shadow. This is basically why I did these NMUs. I also fixed one or two usability bugs in passwd.config but tried to be very conservative there...(not enough, indeed, as I managed to break it once) The discussions we had lead to the conclusion that closer attention needs to be done with this package. We're currently considering building a project on alioth for the package maintenance so that more people may help maintaining itwhich of course includes you both. This is not a takeoveror at least not yet (well, if we do not get any answer, you may imagine some takeover will happen)but a proposal for a wider collaborative maintenance which should probably benefit all of us. Indeed, several people over there in Brazil told me "just take over this package, Christian". I don't want to, for two reasons: -my shoulders are a bit not wide enough and I can't add all this weight on them...:-) -I certainly don't want to be rude in any matter towards you and a simple takeover *would* be rude What is your feeling about this? If you run short of time, please just drop a very short word so that we can have an idea of where we currently are going -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ddetect override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): hw-detect-full_0.100_all.udeb: package says priority is standard, override says optional. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ddetect_0.100_i386.changes ACCEPTED
Accepted: archdetect_0.100_i386.udeb to pool/main/d/ddetect/archdetect_0.100_i386.udeb ddetect_0.100.dsc to pool/main/d/ddetect/ddetect_0.100.dsc ddetect_0.100.tar.gz to pool/main/d/ddetect/ddetect_0.100.tar.gz ethdetect_0.100_all.udeb to pool/main/d/ddetect/ethdetect_0.100_all.udeb hw-detect-full_0.100_all.udeb to pool/main/d/ddetect/hw-detect-full_0.100_all.udeb hw-detect_0.100_all.udeb to pool/main/d/ddetect/hw-detect_0.100_all.udeb Announcing to [EMAIL PROTECTED] Closing bugs: 233497 234208 246790 248011 251089 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#251089: marked as done (debian-installer: installer hangs on dual G5 while loading module for inexistant floppy)
Your message dated Fri, 04 Jun 2004 00:47:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#251089: fixed in ddetect 0.100 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; 26 May 2004 19:41:05 + >From [EMAIL PROTECTED] Wed May 26 12:41:05 2004 Return-path: <[EMAIL PROTECTED]> Received: from mux1.uit.no [129.242.4.252] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BT4Gv-0003gy-00; Wed, 26 May 2004 12:41:05 -0700 Received: from doggy (ISV-117.hum.uit.no [129.242.176.117]) by mux1.uit.no (8.12.11/8.12.11/Mux) with ESMTP id i4QJf1F0013059; Wed, 26 May 2004 21:41:01 +0200 (CEST) Received: from miso by doggy with local (Exim 3.36 #1 (Debian)) id 1BT45c-R6-00; Wed, 26 May 2004 21:29:24 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Michal <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: debian-installer: installer hangs on dual G5 while loading module for inexistant floppy X-Mailer: reportbug 2.58 Date: Wed, 26 May 2004 21:29:23 +0200 Message-Id: <[EMAIL PROTECTED]> X-Virus-Scanned: : ok X-Scanned-By: MIMEDefang 2.36 Delivered-To: [EMAIL PROTECTED] 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: debian-installer Severity: important Using: http://gluck.debian.org/cdimage/testing/daily/powerpc/20040525/sarge-powerpc-netinst.iso to install sarge on a dual G5 with 'install-(safe-)power4' initially works fine, but then hangs during the stage entitled 'Detecting network hardware' at the step of: "Loading module 'floppy' for 'Linux Floppy'..." After that, the machine seems to be locked solid. (This sounds like it is trying to install modules which are inappropriate for G5s but appropriate for other power4 machines - a problem which I thought had been recently sorted out.) --- Received: (at 251089-close) by bugs.debian.org; 4 Jun 2004 04:53:09 + >From [EMAIL PROTECTED] Thu Jun 03 21:53:09 2004 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BW6hZ-0001Ud-00; Thu, 03 Jun 2004 21:53:09 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BW6bg-0005pl-00; Fri, 04 Jun 2004 00:47:04 -0400 From: Christian Perrier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.49 $ Subject: Bug#251089: fixed in ddetect 0.100 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Fri, 04 Jun 2004 00:47:04 -0400 Delivered-To: [EMAIL PROTECTED] 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 5 Source: ddetect Source-Version: 0.100 We believe that the bug you reported is fixed in the latest version of ddetect, which is due to be installed in the Debian FTP archive: archdetect_0.100_i386.udeb to pool/main/d/ddetect/archdetect_0.100_i386.udeb ddetect_0.100.dsc to pool/main/d/ddetect/ddetect_0.100.dsc ddetect_0.100.tar.gz to pool/main/d/ddetect/ddetect_0.100.tar.gz ethdetect_0.100_all.udeb to pool/main/d/ddetect/ethdetect_0.100_all.udeb hw-detect-full_0.100_all.udeb to pool/main/d/ddetect/hw-detect-full_0.100_all.udeb hw-detect_0.100_all.udeb to pool/main/d/ddetect/hw-detect_0.100_all.udeb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier <[EMAIL PROTECTED]> (supplier of updated ddetect 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date:
Bug#233497: marked as done (debian-installer: ieee1394 hd not detected)
Your message dated Fri, 04 Jun 2004 00:47:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#233497: fixed in ddetect 0.100 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; 18 Feb 2004 10:20:38 + >From [EMAIL PROTECTED] Wed Feb 18 02:20:38 2004 Return-path: <[EMAIL PROTECTED]> Received: from trudaine-3-82-67-204-75.fbx.proxad.net (smtp.leledy.org) [82.67.204.75] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AtOoo-00011b-00; Wed, 18 Feb 2004 02:20:38 -0800 Received: from leledy.org (dom5.leledy.org [192.168.2.205]) by smtp.leledy.org (Postfix) with ESMTP id 58D2FBF37D for <[EMAIL PROTECTED]>; Wed, 18 Feb 2004 11:20:36 +0100 (CET) Message-ID: <[EMAIL PROTECTED]> Date: Wed, 18 Feb 2004 11:20:38 +0100 From: =?ISO-8859-1?Q?Ph_Lel=E9dy?= <[EMAIL PROTECTED]> User-Agent: Mozilla Thunderbird 0.5 (Macintosh/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: debian-installer: ieee1394 hd not detected Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_16 (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_02_16 X-Spam-Level: Package: hw-detect debian-installer: Debian:PowerPC_sarge Official NetInst Snapshot powerpc (Beta 2, 14 jan 2004 ) Hardware: Apple PowerBook Titanium II with no internal hardrive, only 2 external attached ieee1394 enclosures. Problem: On the ieee1394 bus there are 2 boxes, with a controller and a HD in each. Boths controllers are recognized by ieee1394.o at boot time as it can be seen seen in dmesg. Hotplugs are also correctly reported in dmesg as far as controllers are concerned. Both controllers are well reported in /proc/bus/ieee1394/devices But devfs creates nothing in /dev/ieee1394/ HD themselves are never seen. Initial [error?] dmesg: ieee1394: ConfigROM quadlet transaction error for node ... ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting ieee1394: sbp2: Error reconnecting to SBP-2 device - reconection failed Hotplug [error?] dmesg ieee1394: sbp2: non-standard ROM format (O quad), cannot parse. The 2 ieee1394 boxes contain OXFORD 911 Semiconductor Ltd. --- --- Received: (at 233497-close) by bugs.debian.org; 4 Jun 2004 04:53:03 + >From [EMAIL PROTECTED] Thu Jun 03 21:53:03 2004 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BW6hT-0001SW-00; Thu, 03 Jun 2004 21:53:03 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BW6bg-0005pc-00; Fri, 04 Jun 2004 00:47:04 -0400 From: Christian Perrier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.49 $ Subject: Bug#233497: fixed in ddetect 0.100 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Fri, 04 Jun 2004 00:47:04 -0400 Delivered-To: [EMAIL PROTECTED] 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Source: ddetect Source-Version: 0.100 We believe that the bug you reported is fixed in the latest version of ddetect, which is due to be installed in the Debian FTP archive: archdetect_0.100_i386.udeb to pool/main/d/ddetect/archdetect_0.100_i386.udeb ddetect_0.100.dsc to pool/main/d/ddetect/ddetect_0.100.dsc ddetect_0.100.tar.gz to pool/main/d/ddetect/ddetect_0.100.tar.gz ethdetect_0.100_all.udeb to pool/main/d/ddetect/ethdetect_0.100_all.udeb hw-detect-full_0.100_all.udeb to pool/main/d/ddetect/hw-detect-full_0.100_all.udeb hw-detect_0.100_all.udeb to pool/main/d/ddetect/hw-detect_0.100_all.udeb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier <[EMAIL PROTECTED]>
Bug#234208: marked as done (installer doesn't support my IEEE1394 cd-rom)
Your message dated Fri, 04 Jun 2004 00:47:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#233497: fixed in ddetect 0.100 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; 20 Feb 2004 18:40:29 + >From [EMAIL PROTECTED] Fri Feb 20 10:40:29 2004 Return-path: <[EMAIL PROTECTED]> Received: from n219076099001.netvigator.com (imsmq01.netvigator.com) [219.76.99.1] by spohr.debian.org with smtp (Exim 3.35 1 (Debian)) id 1AuFZd-0005lW-00; Fri, 20 Feb 2004 10:40:29 -0800 Received: (qmail 27903 invoked from network); 20 Feb 2004 18:40:22 - Received: from n219078166028.netvigator.com (HELO gnupilgrims.org) (219.78.166.28) by imsmq01.netvigator.com with SMTP; 20 Feb 2004 18:40:22 - Message-ID: <[EMAIL PROTECTED]> Date: Sat, 21 Feb 2004 02:40:56 +0800 From: Hing-Wah Wan <[EMAIL PROTECTED]> User-Agent: Mozilla Thunderbird 0.5 (X11/20040209) X-Accept-Language: en-us, en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: Installation report for debian installer beta 2 on Samsung Q20 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_18 (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_02_18 X-Spam-Level: Package: installation-reports Debian-installer-version: Debian installer beta 2 uname -a: Linux debian 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686 unknown Date: 2/21 2:29a, Method: Net install,since the installer doesn't support my IEEE1394 cd-rom , I would appreciate if ieee1394.o and sbp2.o can be included in cdrom modules dirver. Install from mirror http://ftp.hk.debian.org,no proxy. Machine: Samsung Q20 Processor:1.1G Memory: 512RAM Root Device: IDE Root Size/partition table: 4 parition, 1 1-GB ntfs ,1 ext3 for / ,1 ext3 for /home, 1 for swap From [EMAIL PROTECTED] Thu Jun 03 21:53:03 2004 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BW6hT-0001SW-00; Thu, 03 Jun 2004 21:53:03 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BW6bg-0005pc-00; Fri, 04 Jun 2004 00:47:04 -0400 From: Christian Perrier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.49 $ Subject: Bug#233497: fixed in ddetect 0.100 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Fri, 04 Jun 2004 00:47:04 -0400 Delivered-To: [EMAIL PROTECTED] 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Source: ddetect Source-Version: 0.100 We believe that the bug you reported is fixed in the latest version of ddetect, which is due to be installed in the Debian FTP archive: archdetect_0.100_i386.udeb to pool/main/d/ddetect/archdetect_0.100_i386.udeb ddetect_0.100.dsc to pool/main/d/ddetect/ddetect_0.100.dsc ddetect_0.100.tar.gz to pool/main/d/ddetect/ddetect_0.100.tar.gz ethdetect_0.100_all.udeb to pool/main/d/ddetect/ethdetect_0.100_all.udeb hw-detect-full_0.100_all.udeb to pool/main/d/ddetect/hw-detect-full_0.100_all.udeb hw-detect_0.100_all.udeb to pool/main/d/ddetect/hw-detect_0.100_all.udeb 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Perrier <[EMAIL PROTECTED]> (supplier of updated ddetect 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 30 May 2004 14:09:07 -0300 Source: ddetect Binary: hw-detect-full archdetect hw-detect ethdetect Architecture: source i386 all Version: 0.100 Distribution: unstable Urgency: low Maintainer: Debian Install System Team <[EMAIL PROTECTED]> Changed-By: Chri
Bug#246790: marked as done (firewire: instructions for support)
Your message dated Fri, 04 Jun 2004 00:47:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#233497: fixed in ddetect 0.100 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; 1 May 2004 08:12:26 + >From [EMAIL PROTECTED] Sat May 01 01:12:26 2004 Return-path: <[EMAIL PROTECTED]> Received: from ycpmailsrv02.ycn.com [212.88.160.13] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BJpbl-0007Mp-00; Sat, 01 May 2004 01:12:25 -0700 Received: from mum (213-147-185-150.ADSL.ycn.com [213.147.185.150]) by ycpmailsrv02.ycn.com (8.9.3/8.9.3/Debian -4) with SMTP id i418BrZt008104 for <[EMAIL PROTECTED]>; Sat, 1 May 2004 10:11:53 +0200 Message-ID: <[EMAIL PROTECTED]> From: "elias" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: scsiadd missing on debian-cd Date: Sat, 1 May 2004 10:14:30 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_NextPart_000_000D_01C42F65.17740BA0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Delivered-To: [EMAIL PROTECTED] 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=-1.8 required=4.0 tests=HAS_PACKAGE,HTML_30_40, HTML_MESSAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 This is a multi-part message in MIME format. --=_NextPart_000_000D_01C42F65.17740BA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Package: either debain-cd or hw-detect hw-detect is not finding my firewire sbp2 cd-rom. but I can add the needed modules on my own and dmesg tells me that the = devices are found. BUT, since there is no "scsiadd" on the CD I can't get the devs for = them. I suggest adding "scsiadd" package to the CD and making hw-detect to = modprobe ohci1394, sbp2, sr_mod, sg and sd_mod and scan all scsi buses = as a last step, whenever it can't find a valid CD-Rom up to that point I was using beta3 of the sarge installer CD-Rom. --=_NextPart_000_000D_01C42F65.17740BA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Package: either debain-cd or = hw-detect hw-detect is not finding my firewire = sbp2=20 cd-rom. but I can add the needed modules on my = own and=20 dmesg tells me that the devices are found. BUT, since there is no "scsiadd" on the = CD I can't=20 get the devs for them. I suggest adding "scsiadd" package to = the CD and=20 making hw-detect to modprobe ohci1394, sbp2, sr_mod, sg and = sd_mod and scan=20 all scsi buses as a last step, whenever it can't find a valid CD-Rom up = to that=20 point I was using beta3 of the sarge = installer=20 CD-Rom. --=_NextPart_000_000D_01C42F65.17740BA0-- --- Received: (at 233497-close) by bugs.debian.org; 4 Jun 2004 04:53:03 + >From [EMAIL PROTECTED] Thu Jun 03 21:53:03 2004 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BW6hT-0001SW-00; Thu, 03 Jun 2004 21:53:03 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BW6bg-0005pc-00; Fri, 04 Jun 2004 00:47:04 -0400 From: Christian Perrier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.49 $ Subject: Bug#233497: fixed in ddetect 0.100 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Fri, 04 Jun 2004 00:47:04 -0400 Delivered-To: [EMAIL PROTECTED] 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Source: ddetect Source-Version: 0.100 We believe that the bug you reported is fixed in the latest version of ddetect, which is due to be installed in the Debian FTP archive: archdetect_0.100_i386.udeb to pool/main/d/ddetect/archdetect_0.100_i386.udeb ddetect_0.100.dsc to pool/main/d/ddetect/ddetect_0.100.dsc ddetect_0.100.tar.gz to pool/main/d/ddetect/ddetect_0.100.tar.gz ethdetect_0.100_all.udeb to pool/main/d/ddetect/ethdetect_0.100_all.udeb h
Bug#248011: marked as done (firewire cd support needed)
Your message dated Fri, 04 Jun 2004 00:47:04 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#233497: fixed in ddetect 0.100 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; 8 May 2004 16:12:20 + >From [EMAIL PROTECTED] Sat May 08 09:12:20 2004 Return-path: <[EMAIL PROTECTED]> Received: from lns-th2-5f-81-56-227-253.adsl.proxad.net (kheops.homeunix.org) [81.56.227.253] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BMUR1-0007XU-00; Sat, 08 May 2004 09:12:20 -0700 Received: from localhost (localhost [127.0.0.1]) by kheops.homeunix.org (Postfix) with ESMTP id 511B84058; Sat, 8 May 2004 18:11:48 +0200 (CEST) Received: from kheops.homeunix.org ([127.0.0.1]) by localhost (kheops [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21693-03; Sat, 8 May 2004 18:11:44 +0200 (CEST) Received: from mykerinos.kheops.frmug.org (mykerinos.kheops.frmug.org [192.168.1.3]) by kheops.homeunix.org (Postfix) with ESMTP id 13D38404E; Sat, 8 May 2004 18:11:44 +0200 (CEST) Received: from localhost (mykerinos.kheops.frmug.org [127.0.0.1]) by mykerinos.kheops.frmug.org (Postfix) with ESMTP id EE84CD0A4; Sat, 8 May 2004 18:11:43 +0200 (CEST) Received: from mykerinos.kheops.frmug.org ([127.0.0.1]) by localhost (mykerinos [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04951-03; Sat, 8 May 2004 18:11:43 +0200 (CEST) Received: by mykerinos.kheops.frmug.org (Postfix, from userid 7426) id 475CDD0A3; Sat, 8 May 2004 18:11:43 +0200 (CEST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Christian Perrier <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: installation-reports: Partial installation report on Dell Latitude X200 (Firewire CD) X-Mailer: reportbug 2.58 Date: Sat, 08 May 2004 18:11:43 +0200 Message-Id: <[EMAIL PROTECTED]> X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at mykerinos X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at kheops.frmug.org Delivered-To: [EMAIL PROTECTED] 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=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 1 Package: installation-reports Severity: normal Debian-installer-version: beta4 i386 netinst uname -a: Not run (partial install) Date: 2004/05/08 Method: Partial install aimed at testing Firewire CD support Machine: Dell Latitude X200 with deck and Firewire CD/DVD Processor: Memory: 640Mb Root Device: N/A Root Size/partition table: N/A Output of lspci: :00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 04) :00:02.0 VGA compatible controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] (rev 04) :00:02.1 Display controller: Intel Corp. 82830 CGC [Chipset Graphics Controller] :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 42) :00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 02) :00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller (rev 02) :00:1f.6 Modem: Intel Corp. 82801CA/CAM AC'97 Modem Controller (rev 02) :02:03.0 CardBus bridge: Ricoh Co Ltd RL5c475 (rev b8) :02:03.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C551 IEEE 1394 Controller :02:05.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [ ] Config network: [ ] Detect CD: [E] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: I had to boot with debian-
Processing of ddetect_0.100_i386.changes
ddetect_0.100_i386.changes uploaded successfully to localhost along with the files: ddetect_0.100.dsc ddetect_0.100.tar.gz hw-detect_0.100_all.udeb ethdetect_0.100_all.udeb hw-detect-full_0.100_all.udeb archdetect_0.100_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
discover1_1.5-12_i386.changes ACCEPTED
Accepted: discover1-udeb_1.5-12_i386.udeb to pool/main/d/discover1/discover1-udeb_1.5-12_i386.udeb discover1_1.5-12.diff.gz to pool/main/d/discover1/discover1_1.5-12.diff.gz discover1_1.5-12.dsc to pool/main/d/discover1/discover1_1.5-12.dsc discover1_1.5-12_i386.deb to pool/main/d/discover1/discover1_1.5-12_i386.deb libdiscover1-dev_1.5-12_i386.deb to pool/main/d/discover1/libdiscover1-dev_1.5-12_i386.deb libdiscover1-pic_1.5-12_i386.deb to pool/main/d/discover1/libdiscover1-pic_1.5-12_i386.deb libdiscover1_1.5-12_i386.deb to pool/main/d/discover1/libdiscover1_1.5-12_i386.deb Announcing to [EMAIL PROTECTED] Closing bugs: 251957 252180 252218 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252218: marked as done (dicover1: Polish translation po/pl.po)
Your message dated Fri, 04 Jun 2004 00:02:05 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#252218: fixed in discover1 1.5-12 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; 2 Jun 2004 07:34:21 + >From [EMAIL PROTECTED] Wed Jun 02 00:34:21 2004 Return-path: <[EMAIL PROTECTED]> Received: from mail.ssn.pl [62.233.172.41] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BVQGS-00018Y-00; Wed, 02 Jun 2004 00:34:20 -0700 Received: from [10.50.50.80] ([10.50.50.80]) (authenticated bits=0) by mail.ssn.pl (8.12.8/8.12.8) with ESMTP id i527YHne000758 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for <[EMAIL PROTECTED]>; Wed, 2 Jun 2004 09:34:18 +0200 Subject: dicover1: Polish translation po/pl.po From: Szymon Nieradka <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: multipart/mixed; boundary="=-709NEx2qqczWNQXQh/8d" Organization: SSN Message-Id: <[EMAIL PROTECTED]> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 02 Jun 2004 09:30:12 +0200 X-Virus-Scanned: by amavisd-new X-Archived: [EMAIL PROTECTED]>[EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] 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=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --=-709NEx2qqczWNQXQh/8d Content-Type: text/plain Content-Transfer-Encoding: 7bit Package: discover1 Version: 1.5-11 Severity: wishlist *** Please type your report below this line *** Tranlated file included in report. I've got some problems with short words like ,,total'', ,,cached'' or ,,free'' cos I don't know the context of its usage. -- Package-specific info: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.3 Locale: LANG=pl_PL, LC_CTYPE=pl_PL -- debconf information excluded --=-709NEx2qqczWNQXQh/8d Content-Disposition: attachment; filename=pl.po Content-Type: text/x-po; name=pl.po; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mail.ssn.pl id i527YHne000758 # KTranslator Generated File # Copyright (c) 2000 MandrakeSoft # Pawel Jablonski <[EMAIL PROTECTED]>, 2000 msgid "" msgstr "" "Project-Id-Version: discover1\n" "POT-Creation-Date: 2001-08-15 14:47-0500\n" "PO-Revision-Date: 2004-05-31 10:08+0200\n" "Last-Translator: Szymon Nieradka <[EMAIL PROTECTED]>\n" "Language-Team: PDDP Team <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=3DISO-8859-2\n" "Content-Transfer-Encoding: 8-bit\n" #: lib/calls.c:92 msgid "Can't run following command: " msgstr "Nie mog=EA uruchomi=E6 polecenia: " #: lib/calls.c:99 #, c-format msgid "Something is wrong\n" msgstr "Co=B6 jest nie tak\n" #: lib/cdrom.c:37 #, c-format msgid "" "\n" "Probing CDROM drive...\n" msgstr "" "\n" "Sprawdzam nap=EAd CDROM...\n" #: lib/cdrom.c:44 #, c-format msgid "\tProbing ATAPI/IDE cdrom drive...\n" msgstr "\tSprawdzam nap=EAd ATAPI/IDE cdrom...\n" #: lib/cdrom.c:73 #, c-format msgid "\tProbing SCSI cdrom drive...\n" msgstr "\tSprawdzam nap=EAd SCSI cdrom...\n" #. Note to translators: This are the device types, as they will be #. shown e.g. in HardDrake's device list #: lib/conv.c:225 msgid "CPU" msgstr "Procesor" #: lib/conv.c:226 msgid "Memory" msgstr "Pami=EA=E6" #: lib/conv.c:227 msgid "Floppy Drives" msgstr "Nap=EAdy Dyskietek" #: lib/conv.c:228 msgid "Disks" msgstr "Dyski" #: lib/conv.c:229 msgid "CD-ROMs" msgstr "Nap=EAdy CD-ROM" #: lib/conv.c:230 msgid "Tapes" msgstr "Nap=EAdy ta=B6mowe" #: lib/conv.c:231 msgid "Network Device Cards" msgstr "Karty sieciowe" #: lib/conv.c:232 msgid "Modem" msgstr "Modemy" #: lib/conv.c:233 msgid "Videocards" msgstr "Karty grafiki" #: lib/conv.c:234 msgid "TV Cards" msgstr "Karty TV" #: lib/conv.c:235 msgid "Soundcards" msgstr "Karty d=BCwi=EAkowe" #: lib/conv.c:236 msgid "Mouse" msgstr "Mysz" #: lib/conv.c:237 msgid "Printer" msgstr "Drukarka" #: lib/conv.c:238 msgid "Scanner" msgstr "Skaner" #: lib/conv.c:239 # device -- urz=B1dzenie / nap=EAd ?? msgid "Other Devices" msgstr "Inne urz=B1dzenia" #: lib/conv.c:240 msgid "IDE Interfaces" msgstr "Interfejsy IDE" #: lib/conv.c:241
Bug#251957: marked as done (discover1: [l10n] Brazilian Portuguese debconf template translation update)
Your message dated Fri, 04 Jun 2004 00:02:05 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#251957: fixed in discover1 1.5-12 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; 31 May 2004 21:14:07 + >From [EMAIL PROTECTED] Mon May 31 14:14:07 2004 Return-path: <[EMAIL PROTECTED]> Received: from (foolish.homelab.net) [201.2.133.6] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BUu6f-0005vU-00; Mon, 31 May 2004 14:14:06 -0700 Received: by foolish.homelab.net (Postfix, from userid 1000) id E717F93BA0; Mon, 31 May 2004 18:15:32 -0300 (BRT) Content-Type: multipart/mixed; boundary="===1019652104==" MIME-Version: 1.0 From: Andre Luis Lopes <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: discover1: [l10n] Brazilian Portuguese debconf template translation update X-Mailer: reportbug 2.61 Date: Mon, 31 May 2004 18:15:32 -0300 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] 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=-6.0 required=4.0 tests=BAYES_20,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: This is a multi-part MIME message sent by reportbug. --===1019652104== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: discover1 Version: 1.5-11 Severity: wishlist Tags: patch l10n sid Hello, Please consider applying the attached patch in order to bring discover's Brazilian Portuguese translation back to 100%. Regards, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (ignored: LC_ALL set to pt_BR) --===1019652104== MIME-Version: 1.0 Content-Type: text/x-po; charset="iso-8859-1" Content-Disposition: attachment; filename="pt_BR.po.patch" Content-Transfer-Encoding: quoted-printable --- discover1_debian_po_pt_BR.po2004-05-31 15:30:26.0 -0300 +++ pt_BR.po2004-05-31 18:07:29.0 -0300 @@ -11,13 +11,12 @@ # #Developers do not need to manually edit POT or PO files. # -#, fuzzy msgid "" msgstr "" -"Project-Id-Version: discover_1.5-1.4.3\n" +"Project-Id-Version: discover\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-05-04 14:13+0200\n" -"PO-Revision-Date: 2003-12-26 HO:MI+ZONE\n" +"PO-Revision-Date: 2004-05-31 18:08-0300\n" "Last-Translator: Andr=E9 Lu=EDs Lopes <[EMAIL PROTECTED]>\n" "Language-Team: Debian-BR Project <[EMAIL PROTECTED] rg>\n" "MIME-Version: 1.0\n" @@ -74,7 +73,6 @@ #. Type: string #. Description #: ../discover1.templates:19 -#, fuzzy msgid "" "Mounted filesystems accessible via CD-ROM (or compatible) devices can b= e " "placed just about anywhere in the filesystem hierarchy, but the standar= d " @@ -83,9 +81,9 @@ msgstr "" "Sistemas de arquivos montados acess=EDveis atrav=E9s de dispositivos de= CD-ROM " "(ou dispositivos compat=EDveis) podem ser colocados em qualquer lugar n= a " -"hierarquia do sistema de arquivos, mas =E9 comum coloc=E1-los no diret=F3= rio ra=EDz, " -"sendo assim eles ficam dispon=EDveis como, por exemplo, \"/cdrom0\", \"= /cdrom1" -"\" e assim consecutivamente." +"hierarquia do sistema de arquivos, mas o padr=E3o diz que eles devem se= r " +"colocados em /media, de forma que eles fiquem dispon=EDveis como, por " +"exemplo, \"/media/cdrom0\", \"/media/cdrom1\" e assim consecutivamente.= " =20 #. Type: string #. Description @@ -104,6 +102,8 @@ "To stay compatible with earlier versions of discover the path entered h= ere " "should end with a / (eg. /media/)." msgstr "" +"Para permanecer compat=EDvel com vers=F5es anteriores do discover o cam= inho " +"informado aqui dever=E1 ser finalizado com uma / (por exemplo, /media/)= ." =20 #. Type: note #. Description --===1019652104==-- --- Received: (at 251957-close) by bugs.debian.org; 4 Jun 2004 04:09:37 + >From [EMAIL PROTECTED] Thu Jun 03 21:09:37 2004 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BW61R-0006Dt-00; Thu, 03 Jun 2004 21:09:37 -0700 Received: from katie by newraff.debi
Bug#252426: ppc cd images missing oldworld mac boot floppies
On Thu, 2004-06-03 at 20:11, Peter Lieverdink wrote: > > That's because quik and miboot are deemed by the Debains to be > > politically incorrect. > > Hmm, but quick *is* installed by the installer, out of the main > archives. > I guess I could be wrong about quik (or maybe the political correctness police haven't gotten that far yet...) But in any case, it's miboot that the boot floppy needs, and that's definitely unfree. So no boot floppies for us OldWorld Mac users in the sarge timeframe. Oh well, at least there's a good workaround! Actually, though there's a nice feeling when you can say that your Mac is completely Apple-free, I've always felt that as a storage medium floppy disks were an unreliable/trouble-prone pain in the behind whose time has thankfully passed. Personally, I'd much rather dedicate a couple of hundred MB of my US$150, 160 GB hard disk to MacOS and have a reliable boot medium. (For what it's worth, 200 MB is to 160 GB as "x" is to US$150, so x is about 19 cents -- cheaper than a couple of floppies!) Keep on keepin' on! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252426: ppc cd images missing oldworld mac boot floppies
On Thu, 2004-06-03 at 20:11, Peter Lieverdink wrote: > I wonder if it would be useful for the installer to display a big, red, > blinking screen on oldworld Macs, informing the user that a minimal > MacOS install would be a Real Good Idea[tm]. I agree it would be nice, but how? If you can't boot the CD, how is it going to display it's message? Just a thought... Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252180: marked as done (libdiscover1-pic: corrupted libdiscover_pic.a)
Your message dated Fri, 04 Jun 2004 00:02:05 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#252180: fixed in discover1 1.5-12 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; 1 Jun 2004 21:09:57 + >From [EMAIL PROTECTED] Tue Jun 01 14:09:57 2004 Return-path: <[EMAIL PROTECTED]> Received: from orochi.topstudio.co.jp (mail.topstudio.co.jp) [202.224.239.193] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BVGWD-0002cl-00; Tue, 01 Jun 2004 14:09:57 -0700 Received: from localhost (localhost [127.0.0.1]) by mail.topstudio.co.jp (Postfix) with ESMTP id 2F75B223037 for <[EMAIL PROTECTED]>; Wed, 2 Jun 2004 06:09:56 +0900 (JST) Received: from mail.topstudio.co.jp ([127.0.0.1]) by localhost (hydra [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 32198-05 for <[EMAIL PROTECTED]>; Wed, 2 Jun 2004 06:09:56 +0900 (JST) Received: from hellhound (orochi.topstudio.co.jp [202.224.239.193]) by mail.topstudio.co.jp (Postfix) with ESMTP id 8FA2522301A for <[EMAIL PROTECTED]>; Wed, 2 Jun 2004 06:09:55 +0900 (JST) Received: by hellhound (Postfix, from userid 1000) id 1A575214094; Wed, 2 Jun 2004 06:09:12 +0900 (JST) From: Kenshi Muto <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: libdiscover1-pic: corrupted libdiscover_pic.a X-Debbugs-CC: Kenshi Muto <[EMAIL PROTECTED]> User-Agent: SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 MULE XEmacs/21.4 (patch 15) (Security Through Obscurity) (i386-debian-linux) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <[EMAIL PROTECTED]> Date: Wed, 2 Jun 2004 06:09:12 +0900 (JST) X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at topstudio.co.jp X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED] using "From" header Delivered-To: [EMAIL PROTECTED] 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=-9.3 required=4.0 tests=BAYES_00,DONT_DELETE, HAS_PACKAGE,X_DEBBUGS_CC autolearn=ham version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: libdiscover1-pic Version: 1.5-11 Severity: grave Since 1.5-10, /usr/lib/libdiscover_pic.a looks completely broken. - % LANG=C nm -s /usr/lib/libdiscover_pic.a nm: bridge.lo: File format not recognized nm: bus.lo: File format not recognized nm: calls.lo: File format not recognized nm: cdrom.lo: File format not recognized nm: conv.lo: File format not recognized nm: cpu.lo: File format not recognized ... % cat bridge.lo # bridge.lo - a libtool object file # Generated by ltmain.sh - GNU libtool 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) Debian: 203 $ # # Please DO NOT delete this file! # It is necessary for linking the library. # Name of the PIC object. pic_object='.libs/bridge.o' # Name of the non-PIC object. non_pic_object='bridge.o' - This bug prevents building d-i. X-( -- Kenshi Muto [EMAIL PROTECTED] --- Received: (at 252180-close) by bugs.debian.org; 4 Jun 2004 04:08:02 + >From [EMAIL PROTECTED] Thu Jun 03 21:08:02 2004 Return-path: <[EMAIL PROTECTED]> Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BW5zu-000694-00; Thu, 03 Jun 2004 21:08:02 -0700 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1BW5u9-0005ES-00; Fri, 04 Jun 2004 00:02:05 -0400 From: Petter Reinholdtsen <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.49 $ Subject: Bug#252180: fixed in discover1 1.5-12 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Fri, 04 Jun 2004 00:02:05 -0400 Delivered-To: [EMAIL PROTECTED] 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=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: X-CrossAssassin-Score: 2 Source: discover1 Source-Version: 1.5-12 We believe that the bug you reported is fixed in the latest version of discover1, which is due to be installed in the Debian FTP archive: discover1-udeb_1.5-12_i386.udeb to pool/main/d/
Processing of discover1_1.5-12_i386.changes
discover1_1.5-12_i386.changes uploaded successfully to localhost along with the files: discover1_1.5-12.dsc discover1_1.5-12.diff.gz discover1-udeb_1.5-12_i386.udeb discover1_1.5-12_i386.deb libdiscover1_1.5-12_i386.deb libdiscover1-dev_1.5-12_i386.deb libdiscover1-pic_1.5-12_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252553: Install Report IBM NETVISTA
Package:Install Initial install from cdrom dated 3-15-2004 Updated 06-03-2004 using dselect. Issue: CDROM unavailable since initial install. Eject button will not open cdrom after POC hardware test. All else seems to be working great. lspci and lsmod at bottom of dmesg report: Linux version 2.4.25-1-386 ([EMAIL PROTECTED]) (gcc version 3.3.3 (Debian 20040401)) #2 Wed Apr 14 19:38:08 EST 2004 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000e - 0010 (reserved) BIOS-e820: 0010 - 2fcf (usable) BIOS-e820: 2fcf - 2fcfb000 (ACPI data) BIOS-e820: 2fcfb000 - 2fd0 (ACPI NVS) BIOS-e820: 2fd0 - 2fe8 (usable) BIOS-e820: 2fe8 - 3000 (reserved) BIOS-e820: fec0 - fec1 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: ff80 - ffc0 (reserved) BIOS-e820: fc00 - 0001 (reserved) 766MB LOWMEM available. ACPI: have wakeup address 0xc0001000 found SMP MP-table at 000f62e0 hm, page 000f6000 reserved twice. hm, page 000f7000 reserved twice. hm, page 0009f000 reserved twice. hm, page 000a reserved twice. On node 0 totalpages: 196224 zone(0): 4096 pages. zone(1): 192128 pages. zone(2): 0 pages. IBM machine detected. Enabling interrupts during APM calls. ACPI: RSDP (v000 PTLTD ) @ 0x000f62b0 ACPI: RSDT (v001 PTLTD RSDT 0x060400d0 LTP 0x) @ 0x2fcf7424 ACPI: FADT (v001 IBM NETVISTA 0x060400d0 PTL 0x0001) @ 0x2fcfaee2 ACPI: TCPA (v001 IBM NETVISTA 0x060400d0 PTL 0x0001) @ 0x2fcfaf56 ACPI: MADT (v001 PTLTD APIC 0x060400d0 LTP 0x) @ 0x2fcfaf88 ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x060400d0 LTP 0x0001) @ 0x2fcfafd8 ACPI: DSDT (v001 IBM Yelotail 0x060400d0 MSFT 0x010e) @ 0x ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 Pentium 4(tm) XEON(tm) APIC version 20 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) Using ACPI for processor (LAPIC) configuration information Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: IBM Product ID: NETVISTA APIC at: 0xFEE0 I/O APIC #1 Version 32 at 0xFEC0. Enabling APIC mode: Flat. Using 1 I/O APICs Processors: 1 Kernel command line: root=/dev/hda1 ro Initializing CPU#0 Detected 1993.539 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 3971.48 BogoMIPS Memory: 770264k/784896k available (1076k kernel code, 14180k reserved, 465k data, 92k init, 0k highmem) Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes) Inode cache hash table entries: 65536 (order: 7, 524288 bytes) Mount cache hash table entries: 512 (order: 0, 4096 bytes) Buffer cache hash table entries: 65536 (order: 6, 262144 bytes) Page-cache hash table entries: 262144 (order: 8, 1048576 bytes) CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: After generic, caps: 3febfbff CPU: Common caps: 3febfbff CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz stepping 04 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. Checking for popad bug... OK. POSIX conformance testing by UNIFIX enabled ExtINT on CPU#0 ESR value before enabling vector: ESR value after enabling vector: ENABLING IO-APIC IRQs Setting 1 in the phys_id_present_map ...changing IO-APIC physical APIC ID to 1 ... ok. init IO_APIC IRQs IO-APIC (apicid-pin) 1-0, 1-21, 1-22 not connected. ..TIMER: vector=0x31 pin1=-1 pin2=0 ...trying to set up timer (IRQ0) through the 8259A ... . (found pin 0) ...works. number of MP IRQ sources: 25. number of IO-APIC #1 registers: 24. testing the IO APIC... IO APIC #1.. register #00: 0100 ... : physical APIC id: 01 ... : Delivery Type: 0 ... : LTS : 0 register #01: 00178020 ... : max redirection entries: 0017 ... : PRQ implemented: 1 ... : IO APIC version: 0020 register #02: ... : arbitration: 00 register #03: 0001 ... : Boot DT : 1 IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 001 01 0 0 0 0 0 1 1 31 01 001 01 0 0 0 0 0 1 1 39 02 000 00 1 0 0 0 0 0 0 00 03 001 01 0 0 0 0 0 1 1 41 04 001 01 0 0 0 0 0 1 1 49 05 001 01 1 1 0 0 0 1 1 51 06 001 01 0 0 0 0 0 1 1 59 07 001 01 0 0 0 0 0 1 1 61 08 001 01 0 0 0 0 0 1 1 69 09 001 01 1 1 0 0 0 1 1 71 0a 001 01 1 1 0 0 0 1 1 79 0b 001 01 1 1 0 0 0 1 1 81 0c 001 01 0 0 0 0 0 1 1 89 0d 001 01 0 0 0 0 0 1 1 91 0e 001 01 0 0 0 0 0 1 1 99 0f 001 01 0 0 0 0 0 1 1 A1 10 001 01 1 1 0 1 0 1 1 A9 11 001 01 1 1 0 1 0 1 1 B1 12 001 01 1 1 0 1 0 1 1 B9 13 001 01 1 1 0 1 0 1 1 C1 14 001 01 1 1 0 1 0 1 1 C9 15 000 00 1 0 0 0 0 0 0 00 16 000 00 1 0 0
Bug#252180: libdiscover1-pic: corrupted libdiscover_pic.a
Is d-i even using the -pic lib? Since I'm supremely lazy, if it's not being used I'd just as soon remove the thing than debug it. - David (supremely lazy) Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252551: Multiple SCSI bugs, etc, worked around, succeeded
Package: installation-reports Debian-installer-version: Beta-4 20040528 floppy images uname -a: Linux (none) 2.4.26-1-386 #2 Sat May 1 16:31:24 EST 2004 i586 unknown Date: 5/30/2004, 5/31/2004 Method: Network What did you boot off? Floppies If network install, from where? ftp.debian.org ftp.us.debian.org lyre.mit.edu debian.rutgers.edu ftp-linux.cc.gatech.edu debian.lcs.mit.edu debian.uchicago.edu Proxied? No Machine: Machine #1, Compaq Deskpro Machine #2, Rackmount server, Tyan S2469 motherboard Processor: Machine #1, Pentium 133 Machine #2, single Athlon MP Memory: Machine #1, 32 MB Machine #2, 512 MB Root Device: Machine #1, SCSI, AHA-1542 ISA non-PNP. Installed successfully on /dev/sda, couldn't install using partitions on both /dev/sda and /dev/sdb. IDE drive /dev/hda present, but not touched. Machine #2, SCSI, AIC-7902 PCI. Installed on /dev/sda. No other hard drives present. Root Size/partition table: Machine #1, / 1.6 GB, /boot 50 MB Machine #2, / 8.4 GB, /boot 100 MB, /var 2.1 GB, /home 14.2 GB Output of lspci: Machine #1, no drives connected to PCI devices. Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O/E] Detect CD: [ ] Load installer modules: [O/E] Detect hard drives: [O/E] Partition hard drives: [O/E] Create file systems:[O/E] Mount partitions: [O/E] Install base system:[O/E] Install boot loader:[O] Reboot: [O] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Made several test runs on each machine. 1. Partman is the weakest link. It has multiple severe problems dealing with SCSI drives and host adapters. Neither ISA nor PCI SCSI host adapters are detected automatically. At the screen where a long list of kernel modules is offered for manual selection, no SCSI modules are listed. Supposedly this was corrected, but it has not been at this time. Neither help screens nor the installer manual lists the kernel modules available for loading by hand; I simply had to know the names of the modules to load from the command line; otherwise I would have been stopped dead. This was the worst problem I encountered. Once I loaded the proper module from the command line and then called "Detect hardware" and then the partitioner from the menu, all drives and existing partitions were listed. The partitioner didn't recognize any pre-existing Linux file systems created by previous Debian distros (Libranet 2.7, 2.8.1). It only recognized filesystems it had created itself, including filesystems it created on previous runs. On machine #1, attempting to partition /dev/sdb, create filesystems, and assign mountpoints caused the partitioner to hang during its attempt to mount /dev/sdb2. Attempting to restart it from the menu caused it to abort repeatedly. Rebooting into LN 2.7 showed good partitions and filesystems, and during the next run with debian-installer, fdisk showed good partitions, and it was possible to mount them by hand. Continued the install using only /dev/sda. 2. DHCP was erratic. Sometimes it would get an IP address from the DHCP server, sometimes manual configuration with a fixed address was necessary. This has not been observed with installed kernels. 3. "Loading Components of Debian Installer" always hung without an error message and then timed out after about 5 minutes, at anywhere between 40% and 90%, never on the same package twice. Retry always ran to completion. Changing mirrors, protocols, or target machines had no effect. Since nobody else seems to have reported this, it might be something in the installer interacting with the behavior of the ISP, router, or cable modem. I'm on Comcast, in Nashua, N.H., connecting through a Siemens 2614 masquerading router with internal DHCP server and DNS proxy. Machine #1 connects directly to the router, Machine #2 was tested both directly and through Machine #1 operating as a masquerading firewall under Libranet 2.7. No differences seen in behavior, and download rates are about the same, randomly varying from about 80 to 400 KB/S. uchicago and MIT FTP servers seem to be fastest. 4. Can't create a custom boot floppy. GRUB could install to /dev/sda OK on either machine, but trying either (fd0) or /dev/fd0 as a target failed with a message about it not being a hard disk. Of course it's not a hard disk, but GRUB is supposed to be installable on a floppy. Didn't try running the grub command directly from the command line. Installer doesn't offer to create a conventional kernel-and-initrd boot disk, either. This option is necessary, because some systems can't be booted from GRUB. Generally, only the first two drives can be booted from GRUB; /dev/sdc
Proccess credit cards online,urge
Lynn,} Need affordable but reliable web hosting for only $5/month? -800 MB Disk Space -Unlimited email accounts -FREE Shopping Cart... and much more! Please contact us to take advantage of this new offer at http://www.clickhostdeals.com afghan
Processing of ddetect_0.100_i386.changes
ddetect_0.100_i386.changes couldn't be processed for 48 hours and is now deleted All files it mentions are also removed: ddetect_0.100.dsc, ddetect_0.100.tar.gz, hw-detect_0.100_all.udeb, ethdetect_0.100_all.udeb, hw-detect-full_0.100_all.udeb, archdetect_0.100_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252000: debian-installer installation report
Package: installation-reports In response to your earlier suggestions & questions: - yes, I did try the linux26 option; same result: after the CD boots, there's the choose language screen, the choose keyboard layout screen, then the detect & mount CD loop begins. (this is with the "new" installer on sarge-i386-netinst) - I *have* installed woody from CD1 of the stable distro, so the old installer seems to work with this CD-ROM drive - searching through the output of dmesg after booting into woody shows hdc as LTN4855 ATAPI CD/DVD-ROM DRIVE - Martin wanted me to "check what kind of modules are loaded and maybe load some more"; I'm not sure what you mean--the system doesn't install, so there's no modules.conf or anything... >> I think Martin was speaking about kernel modules. >> To know what modules are loaded, issue the 'lsmod' command. >> >> If you find modules of which the name could be of significant interest >> for you needs, issue the 'modprobe' command like in the following example : How would I issue these commands when the install crashes right in the beginning? Are you talking about trying to make a custom boot CD? Thanks, --Gary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252526: lilo-installer: FTBFS amd64: architecture missing
Package: lilo-installer Version: 0.45 Severity: important Justification: fails to build from source Please add amd64 to the architecture list -- System Information: Debian Release: testing/unstable Architecture: amd64 (x86_64) Kernel: Linux 2.6.5-amd64 Locale: LANG=C, LC_CTYPE=C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252426: ppc cd images missing oldworld mac boot floppies
On Fri, 2004-06-04 at 05:05, Rick_Thomas wrote: > On Thu, 2004-06-03 at 05:57, Peter Lieverdink wrote: > > Package: debian-installer > > Severity: important > > > > The beta4 and tc1 ppc iso images don't have a bootable floppy image for > > oldworld PPC macs that cannot boot off the CD. > > > > Additionally, the installer is unable to actually make these Macs > > bootable from HD. I've had no luck with manually configuring 'QUIK' > > sofar and partman doesn't seem to create a yaboot bootstrap partition. > > > > -- System Information: > > Debian Release: testing/unstable > > APT prefers unstable > > APT policy: (500, 'unstable'), (1, 'experimental') > > Architecture: powerpc > > Kernel: Linux 2.4.25-powerpc > > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 > > > > That's because quik and miboot are deemed by the Debains to be > politically incorrect. Hmm, but quick *is* installed by the installer, out of the main archives. > These two packages contain (among other things) a small block of binary > code that is taken directly from the copyrighted Apple boot floppies, > and is therefor "not free". This first-level bootloader code (or an > equivalent substitute) is necessary to get the oldworld bootstrap > process off the ground. > > I understand that a clean-room re-implementation is underway, but my > guess (I'm not involved in any way with the effort, so this is just my > personal guess) is that it probably won't make it in time for the sarge > debian-installer release. That'd be a new yaboot? I've heard a few rumours about it being able to boot oldworld as well as newworld Macs... > One workaround is to download BootX (use google) and boot that way. > There are other ways, but that's the simplest (IMHO). Aha! I've got a few other macs that do indeed wotk find using BootX, I just thought (from looking at various mail list archives) that QUIK was able to boot Linux without needing a minimal MacOS install on disk as well. I'll re-wipe, repartition, reinstall MacOS+Deb and keep BootX handy. I wonder if it would be useful for the installer to display a big, red, blinking screen on oldworld Macs, informing the user that a minimal MacOS install would be a Real Good Idea[tm]. > I've done it. It works a treat. Email me if you need help. > > Enjoy! > > Rick signature.asc Description: This is a digitally signed message part
Bug#250360: Bug #250360: Discover & hotplug issues
I've managed to solve the "** can't synthesize root hub events" message with the 2.6.5 kernel; all that was needed was installation of package usbutils. The other issues are still valid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248627: Debian Installer version 4 - Installation report
On Thu, Jun 03, 2004 at 11:52:58PM +0200, Thorsten Schaefer wrote: > I've done about six further installations. Everytime the Xircom PCMCIA > network card (REM56G-100) is used, the network card worked during the > initial installation process, didn't work after the first reboot (so during > the installation part that follows) and after all following reboots works. > To verify if it is possible to get the network running after the first > reboot I've run an /etc/init.d/networking restart (and also tried with stop > and start) but the command didn't succeed. The message "Reconfiguring > network interfaces" is displayed. Also an "init 1" and then "init 3" didn't > make a difference. I've got an RBEM56G-100, which I assume is similar. I've discovered that it doesn't work if the "xircom_tulip_cb" module is loaded, but does work if only the "xircom_cb" module is loaded. Could you please run "lsmod | grep xircom" to check which one it's using? Perhaps discover is choosing the wrong module. -- Nicholas Breen [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Отпугиватель собак
Самое эффективное средство защиты от бродячих и агрессивных собак. http://www.DAZER2.ru/?rgQkXTA (095) 258-0083 различные сроки: иногда в начале августа, иногда
Bug#231819: Debian install
On Wed, Jun 02, 2004 at 20:41 -0400, Jim Bray wrote: > I tried this on the old Toshiba. It still hangs in the usual place, at > 'Starting PC Card Services', with > a 2.4 kernel. However, it works fine with linux26, making it past two > instances 'Starting etc.' There is a description of what to do when PCMCIA freezes in [1]section 5.1.8 of the installation manual. Could you try booting in expert mode and exclude some resource range? According to the PCMCIA HOWTO, the value you need seems to be "exclude irq 9" (but it's not for your exact laptop model). [1] http://d-i.alioth.debian.org/manual/en.i386/ch05s01.html#id2513912 -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#231819: Debian install
I tried this on the old Toshiba. It still hangs in the usual place, at 'Starting PC Card Services', with a 2.4 kernel. However, it works fine with linux26, making it past two instances 'Starting etc.' Jim Martin Michlmayr wrote: * Jim Bray <[EMAIL PROTECTED]> [2004-02-08 22:33]: Same thing with -beta2. Tried various debugging options and 'expert' method, but can't get any more info. Note: Mandrake hangs when attempting to start pcmcia system on this thing. Only known problem (just got it). Laptop does have a built-in floppy. Jim, can you please try the new image from http://gluck.debian.org/cdimage/testing/sarge_d-i/ and report if that still hangs. If it does, can you boot with: linux hw-detect/pcmcia=false This will turn PCMCIA detection off. Can you test the image above and report if it works? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241790: installation-reports
I've just tried this sarge installer built : http://gluck.debian.org/cdimage/testing/sarge_d-i/i386/tc1/sarge-i386-netinst.iso On Mon, 24 May 2004 18:14:28 +0100 Martin Michlmayr <[EMAIL PROTECTED]> wrote: > * Maxime GEORGE-BOURREAU <[EMAIL PROTECTED]> [2004-04-02 23:59]: > > 1. Initial boot screen doesn't display properly (many sort of shadow > > lines). But pressing the F1 key makes display looks correctly. > > Strange, I've no idea why Knoppix would work but the others wouldn't. Same problem. > > 2. I did base-config before reboot the computer. The cursor and the option > > selector didn't show correcty. > > When I pressed UP key, the option selector disappears, > > when I pressed DOWN key, the option selector shows correctly. Same problem. > > 3. After complete install, I need to perform each time I boot > > ifdown eth1 > > and > > ifup eth1 I can't test it now, because this bug only appear with my wireless pcmcia card, and I'm not in the right site. The built-in ethernet interface (via rhine II) on eth0 is ok. I got another bug with the new 2.6.6 kernel, report 252429 Everything else is ok for the moment (well, exim is very slow to start, and I don't know how to tune it, so I switched to postfix). Sincerely -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[manual, l10n] Automatic build for all languages comming soon...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello all, I've written a script on one of my servers that: - - checks for what languages there have been changes in SVN; - - rebuilds the manual (html) for these languages (all architectures); - - uploads language/architecture combinations that were build correctly to the webserver (alioth); - - checks for errors during all stages and reports them to me by mail. (All this in a Sarge chroot on my Woody server :-) I'm going to run the script manually over the next couple of weeks to further test it. If it proves stable, I will put it in a cron job that I will probably run every other day at about 0200 UTC. Cheers, FJP -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAv6lngm/Kwh6ICoQRAuupAKCtOzAXc61eXITELyYZG3x47KmbBgCfdei8 Sg0bIZ19lbUWY7WikXJ3fUU= =jcLD -END PGP SIGNATURE-
Bug#248627: Debian Installer version 4 - Installation report
On Thu, Jun 03, 2004 at 23:52 +0200, Thorsten Schaefer wrote: > I've done about six further installations. Everytime the Xircom PCMCIA > network card (REM56G-100) is used, the network card worked during the > initial installation process, didn't work after the first reboot (so during > the installation part that follows) and after all following reboots > works. OK, so it's consistent. Strange. > To verify if it is possible to get the network running after the first > reboot I've run an /etc/init.d/networking restart (and also tried with stop > and start) but the command didn't succeed. The message "Reconfiguring > network interfaces" is displayed. Also an "init 1" and then "init 3" didn't > make a difference. Doing "/etc/init.d/networking restart" should not have any effect on PCMCIA network interfaces because they are not managed by that script. You need to either do ifdown/ifup manually on the interface, or run "/etc/init.d/pcmcia restart". > Trying the same installation with another network card (3Com PCMCIA > Etherlink III 3C589D) showed different results. The card worked from the > beginning on and during the complete installation process with dhcp. > > The Xircom card worked the complete time during the installation when the IP > was configured to a fixed value. Even more strange. > Conclusion: Only DHCP seems to cause problems and only with the (tested) > Xircom card. So this seems not to be a general issue with Debian, maybe the > Xircom driver has a problem? I don't know. You could, however, try some things to help me track down the problem: - Perform and installation, but don't complete base-config. Reboot the computer instead. Does the network card work? - Check the logs. Try "grep cardmgr /var/log/syslog". Look for interesting entries in /var/log/{syslog,messages}. - What does "ifconfig -a" say? - How does /var/run/stab look? - What happens when you do ifdown/ifup on the interface? - What happens if you do "/etc/init.d/pcmcia restart"? Thank you for your testing efforts! -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#250710: installation-reports
On Thu, May 27, 2004 at 15:42 -0300, Martin Michlmayr wrote: > * Massimiliano La Gala <[EMAIL PROTECTED]> [2004-05-24 17:28]: > > Comments/Problems:My PCMCIA NE2k-compatible ethernet card was not found > > and not configured. > > i've already used it in linux with debian woody and knoppix. > > Per? Yes... could you please try tc1 and tell me if it works better? Otherwise, could you do a "grep cardmgr /var/log/syslog" in the console and send me the output? It would also be helpful if you could try to install sarge from a netinst CD or by upgrading from woody and tell me if pcmcia-cs on a running system also doesn't work. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: (no subject)
On Tue, 2004-06-01 at 18:43, Guus Sliepen wrote: > On Tue, Jun 01, 2004 at 02:33:11PM -0700, Debian Bug Tracking System wrote: > > > > reassign 251277 libiw27 > > Bug#251277: plip0 is not a wireless network interface > > Bug reassigned from package `netcfg' to `libiw27'. > > Since I don't have a PLIP interface and such, could you please provide > me with the information that makes you believe that it's because of a > bug in libiw27? Like what functions d-i calls and what libiw27 returns? netcfg tests whether an interface is wireless by checking whether the return value of iw_get_basic_config is 0. The check is in wireless.c, which you can find in the netcfg source package.ce The first argument is returned from iw_sockets_open, the second is "plip0", and the third is the address of a wireless_config struct on the stack. -- Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#250735: (no subject)
do you say anything? Paulo Palmeira -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248627: Debian Installer version 4 - Installation report
I've done about six further installations. Everytime the Xircom PCMCIA network card (REM56G-100) is used, the network card worked during the initial installation process, didn't work after the first reboot (so during the installation part that follows) and after all following reboots works. To verify if it is possible to get the network running after the first reboot I've run an /etc/init.d/networking restart (and also tried with stop and start) but the command didn't succeed. The message "Reconfiguring network interfaces" is displayed. Also an "init 1" and then "init 3" didn't make a difference. Trying the same installation with another network card (3Com PCMCIA Etherlink III 3C589D) showed different results. The card worked from the beginning on and during the complete installation process with dhcp. The Xircom card worked the complete time during the installation when the IP was configured to a fixed value. Conclusion: Only DHCP seems to cause problems and only with the (tested) Xircom card. So this seems not to be a general issue with Debian, maybe the Xircom driver has a problem? Regards Thorsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252508: Package: mklibs
Package: mklibs Version: unknown - version grabbed by systemimager in CVS and latest stable Problem: when building packages, the local ld_file is not grabbed. Solution: upstream seems to be correct @ http://http.us.debian.org/debian/pool/main/m/mklibs/. Alternatively, the below & attached patch (same) fixes the version grabbed by systemimager. # diff -up mklibs.old mklibs --- mklibs.old Mon May 24 14:05:04 2004 +++ mklibs Mon May 24 15:04:08 2004 @@ -555,7 +555,7 @@ for lib in regexpfilter(os.listdir(dest_ ld_file = find_lib(ldlib) ld_file_name = os.path.basename(ld_file) -if not os.access(dest_path + "/" + lib, os.F_OK): +if not os.access(dest_path + "/" + ld_file_name, os.F_OK): command(target + "objcopy", "--strip-unneeded -R .note -R .comment", ld_file, dest_path + "/" + ld_file_name) Regards, Peter Mueller Operations Engineer (408)235-1700 x125 [EMAIL PROTECTED] Find travel deals from dozens of sites - with one search Try SideStep - The traveler's search engine www.sidestep.com mklibs.patch Description: mklibs.patch
Re: Testing Beta 4 on Sparc Ultra 10
BTW, because there was an answer to the previous mail with subject: "Make tc1 more visible?" I can ensure you that the bug is *not* fixed in the daily build from today! On Thu, 3 Jun 2004, Andreas Tille wrote: > TCP: Unix domain sockets 1.0/SMP for Linux NET4.0 > cramfs: wrong magic > sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk(1,0) > Kernel panic: VFS: Unable to mount root fs on 00:00 > Press L1-A to return to the boot prom There is absolutely no change and the problem exists in the latest d-i from today. Kind regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
jobs are going back up
G E TY O U R U N I V E R S I T Y D I P L O M A Do you want a prosperous future, increased earning power more money and the respect of all? Call this number: 1 775 490 9881 (24 hours) There are no required tests, classes, books, or interviews! Get a Bachelors, Masters, MBA, GED and Doctorate (PhD) diploma! Receive the benefits and admiration that comes with a diploma! No one is turned down! Call Today 1 775 490 9881 (7 days a week) Confidentiality assured! 208.138.171.56 172.172.113.60 45.184.211.246 176.184.68.96 68.112.68.142 204.234.48.129 24.240.196.216 197.140.64.87 30.254.214.246 102.197.132.102 Cynthia 0.187.232.38 161.114.192.126 Briggs 170.246.0.76 Cynthia Briggs 93.40.48.223 36.0.241.126 45.64.164.38 117.18.177.52 93.10.157.182 128.220.117.106 255.202.190.227 Cynthia Briggs 52.190.22.231 22.137.173.48 201.28.111.185 Cynthia Briggs 63.112.56.167 Cynthia Briggs 190.186.98.236 arrowhead tuck nimble augustine caterpillar insubstantial allegiant melange dab mutineer Cynthia storm bronco Briggs bilayer Cynthia Briggs diamagnetic committeemen chamberlain musty consultant chattel centerpiece Cynthia Briggs fruit morphophonemic halley Cynthia Briggs confiscate Cynthia Briggs stalin 224.166.128.70 189.56.79.255 128.240.152.205 206.50.27.32 128.61.96.207 158.112.140.119 164.18.210.192 129.192.95.130 20.96.155.132 29.243.32.14 Cynthia 180.190.188.96 228.55.128.220 Briggs 227.185.200.72 Cynthia Briggs 78.160.188.176 215.16.82.176 8.134.36.144 151.192.136.218 112.8.206.100 144.128.40.155 130.74.112.228 Cynthia Briggs 248.101.125.133 32.112.81.147 91.176.36.31 Cynthia Briggs 98.115.44.228 Cynthia Briggs 152.123.142.92 Cynthia Briggs cardioid anticipatory belfry Cynthia Briggs fauna Cynthia Briggs prologue raincoat persuasive dodecahedra entire floc bursitis nowise vegetable annihilate coworker Cynthia retardant severe Briggs slav Cynthia Briggs beheld dispensate aau sphinx breakthrough formula combinate Cynthia Briggs albuquerque doe disdain Cynthia Briggs calvary Cynthia Briggs assassin couscous degeneracy Cynthia Briggs porto rebecca winemake esteem denouement rubidium gift rig linotype maladjust everett auriga confrere Cynthia etc yugoslavia Briggs division Cynthia Briggs cretan ambiguity eluate barn ak circumcision conjoin Cynthia Briggs vest nonchalant hearken Cynthia Briggs belfast Cynthia Briggs stromberg
Re: RAID1 install fails
On Mon, May 31, 2004 at 12:50:25PM -0300, Martin Michlmayr wrote: > * W. Borgert <[EMAIL PROTECTED]> [2004-05-31 12:13]: > > GRUB message on vt3: > > /dev/md0 does not have any corresponding BIOS drive. > > LILO: > > An installation step failed. (...) > > failing step is: Install the LILO boot loader on a hard disk. > I don't know how to get LILO and GRUB to boot from RAID. I thought it > might just work... anyone got a good idea? When I set up raid, (I always to that after the installation), I edit the menu.lst manually, and changes /etc/kernel-img.conf to not run postinstall/prerm-hooks, but to place symlinks in /boot instead Then I make sure that to create symlinks for the already existing kernel-images. for more info, please see http://developer.skolelinux.no/dokumentasjon/skolelinux_softwareraid_howto.txt -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian-installer build: make build_hd-media
I'm heving problems with the make build_hd-media on di building, heare what comes: Reading Package Lists... Done Building Dependency Tree... Done E: Couldn't find package socket-modules-2.4.25-1-386-di make[3]: *** [stamps/get_udebs-hd-media-stamp] Error 100 make[2]: *** [dest/hd-media/vmlinuz] Error 2 make[1]: *** [_build] Error 2 make: *** [build_hd-media] Error 2 This udeb exists? My udebs repository is pointing at ftp.br.debian.org (i alredy tryed with the american repo. too). I'm trying not to burn CD-RWs for every di image I get... if someone have a bater idea... The image that the debian-cd shows in the boot is managed by the boot.img or by the isolinux? __ Participe da pesquisa global sobre o Yahoo! Mail: http://br.surveys.yahoo.com/global_mail_survey_br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#250915: installation-report
>> Unfortunately, I could not get the graphics card working >> for the version of XFree86 (4.3.0.dfsg.1-1) currently in sarge. It's a PCI >> Diamond Multimedia Stealth 64 Video 2001 Series card with 1MB ram, which >> has a S3 Trio 64V+ chipset. I tried S3, VESA & VGA drivers, but the best I >> could come up with was a 640x480 VESA mode. So I installed Woody and got >> Xfree86 version 3.3.6 running just fine with a 800x600 16bpp mode. >There are some cards which are no longer supported in 4.x, but I don't >know if the S3 Trio is one of them. I'm CCing the debian-x list for http://www.xfree86.org/4.3.0/Status29.html states :- "Support (accelerated) for the 964 (revisions 0 and 1), 968, Trio32, Trio64, Trio64, Trio64V+, Trio64UV+, Aurora64V+, Trio64V2, and PLATO/PX is provided by the "s3" driver (however, only models using the IBM RGB 524, Texas Instruments 3025, or an internal TrioDAC RAMDAC chip are supported)." I tried to figure out what RAMDAC was in this card, but didn't reach a definite conclusion. I did try for quite some time (several evenings, googling, reading xfree86 documentation and trying things out) to get 4.3 to go, but to no avail. My conclusion was that 3.3.6 works for me, but 4.3 does not. I think it's inevitable that this scenario will be hit for older hardware, hence my comment about it would be nice if sarge could support it (even if it's just a writeup on how to get a chroot'ed woody xfree86 3.3.6 going in sarge - I might do this once sarge becomes stable). Another idea would be to have kdrive/freedesktop.org xserver debian package. I'm going to try out Damn Small Linux on this box, just to see if the kdrive xserver works. Of course, having xfree86 3.3.6 packaged in sarge would have solved my problem without resorting to a woody chroot, but I suppose the debian-x people do not want to go down that road (I certainly am not up to the job, given my failed attempt to build the thing) >more comments. Can you please send the XFree86 logs from 3.3.6? Here they are :- XFree86 Version 3.3.6a / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: xx November 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.4.13 i686 [ELF] Configured drivers: S3: accelerated server for S3 graphics adaptors (Patchlevel 0) newmmio, mmio_928, s3_generic (using VT number 7) XF86Config: /etc/X11/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: keycodes: "xfree86" (**) XKB: types: "default" (**) XKB: compat: "default" (**) XKB: symbols: "us(pc104)" (**) XKB: geometry: "pc" (**) Mouse: type: PS/2, device: /dev/psaux, buttons: 3 (**) S3: Graphics device ID: "S3" (**) S3: Monitor ID: "Eizo" (--) S3: Mode "640x480" needs vert refresh rate of 100.02 Hz. Deleted. (--) S3: Mode "800x600" needs vert refresh rate of 100.03 Hz. Deleted. (--) S3: Mode "1024x768" needs hsync freq of 70.24 kHz. Deleted. (--) S3: Mode "1152x864" needs hsync freq of 70.88 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 74.59 kHz. Deleted. (--) S3: Mode "1600x1200" needs hsync freq of 75.00 kHz. Deleted. (--) S3: Mode "1152x864" needs hsync freq of 76.01 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 78.86 kHz. Deleted. (--) S3: Mode "1024x768" needs hsync freq of 80.21 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 81.13 kHz. Deleted. (--) S3: Mode "1600x1200" needs hsync freq of 87.50 kHz. Deleted. (--) S3: Mode "1152x864" needs hsync freq of 89.62 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 91.15 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 78.86 kHz. Deleted. (--) S3: Mode "1024x768" needs hsync freq of 80.21 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 81.13 kHz. Deleted. (--) S3: Mode "1600x1200" needs hsync freq of 87.50 kHz. Deleted. (--) S3: Mode "1152x864" needs hsync freq of 89.62 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 91.15 kHz. Deleted. (--) S3: Mode "1600x1200" needs hsync freq of 93.75 kHz. Deleted. (--) S3: Mode "1600x1200" needs hsync freq of 105.77 kHz. Deleted. (--) S3: Mode "1280x1024" needs hsync freq of 107.16 kHz. Deleted. (--) S3: Mode "1800X1440" needs hsync freq of 96.15 kHz. Deleted. (--) S3: Mode "1800X1440" needs hsync freq of 104.52 kHz. Deleted. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/75dpi/" (--) S3: PCI: Trio32/64 rev 54, Linear FB @ 0xf800 (--) S3: chipset: Trio64V+ rev. 54 (--) S3: chipset driver: newmmio (--) S3: card type: PCI (--) S3: Diamond Stealth BIOS found (--) S3:
Bug#252426: ppc cd images missing oldworld mac boot floppies
On Thu, 2004-06-03 at 05:57, Peter Lieverdink wrote: > Package: debian-installer > Severity: important > > The beta4 and tc1 ppc iso images don't have a bootable floppy image for > oldworld PPC macs that cannot boot off the CD. > > Additionally, the installer is unable to actually make these Macs > bootable from HD. I've had no luck with manually configuring 'QUIK' > sofar and partman doesn't seem to create a yaboot bootstrap partition. > > -- System Information: > Debian Release: testing/unstable > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: powerpc > Kernel: Linux 2.4.25-powerpc > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 > That's because quik and miboot are deemed by the Debains to be politically incorrect. These two packages contain (among other things) a small block of binary code that is taken directly from the copyrighted Apple boot floppies, and is therefor "not free". This first-level bootloader code (or an equivalent substitute) is necessary to get the oldworld bootstrap process off the ground. I understand that a clean-room re-implementation is underway, but my guess (I'm not involved in any way with the effort, so this is just my personal guess) is that it probably won't make it in time for the sarge debian-installer release. One workaround is to download BootX (use google) and boot that way. There are other ways, but that's the simplest (IMHO). I've done it. It works a treat. Email me if you need help. Enjoy! Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installation manual italian translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 02 June 2004 22:53, Stefano Canepa wrote: > this is to inform all of you that I just started the translation of the > installation manual to Italian. I did not modified build.sh sript as I > do not committed any real translation. Is this correct? Hello Stefano, Welcome to the team! I have just done 'svn up' and it looks good. I have only corrected an error in ./build/install.it.xml. Not adding it in build.sh in this stage is correct; this should be done after at least a part has been translated. Please send a mail to this list when you think you are ready. We'll also make sure that Italian is added to the page listing available translations at that time. It looks like you used old versions for some documents. Could you please take a look at the docs listed below? Cheers, FJP [EMAIL PROTECTED]:~/projects/d-i_doc/manual$ ./doc-check it en/boot-installer/i386.xml : 14362 -> 16313 (untranslated) en/hardware/installation-media.xml : 14359 -> 16467 (untranslated) en/using-d-i/using-d-i.xml : 14602 -> 16407 (untranslated) en/boot-new/boot-new.xml : 14975 -> 16340 (untranslated) en/post-install/further-reading.xml : 11648 -> 16554 (untranslated) en/post-install/post-install.xml : 11648 -> 16559 (untranslated) en/post-install/kernel-baking.xml : 11648 -> 16555 (untranslated) en/post-install/new-to-unix.xml : 11648 -> 16556 (untranslated) en/post-install/shutdown.xml : 11648 -> 16561 (untranslated) en/post-install/orientation.xml : 11648 -> 16557 (untranslated) en/post-install/reactivating-win.xml : 11648 -> 16560 (untranslated) en/install-methods/tftp/rarp.xml : 11648 -> 15652 (untranslated) en/preparing/preparing.xml : 12756 -> 16467 (untranslated) it/preparing/install-overview.xml: contains revision comment for original document use 'rev-update' to convert en/module/sparc/silo-installer.xml : 14602 -> 16467 (untranslated) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFAv2Gegm/Kwh6ICoQRArrlAKCXFruOqd9whXngPxk6DizIvOp35wCgoBqP OqkvoHl0FP4t7ZdYq1lA5YQ= =BmYu -END PGP SIGNATURE-
Bug#252425: man-db causes install to fail
reassign 252425 man-db tags 252425 - sid thanks On Thu, Jun 03, 2004 at 07:54:14PM +1000, Peter Lieverdink wrote: > Package: debian-installer > Severity: important > Tags: sid > > This report pertains to the beta4 and tc1 versions of the > debian-installer as run on a ppc. > > The 'dpkg --configure man-db' step fails in the installation, which > causes the 'Install base system' step to fail. My work-around was to use > console #2 and insert 'exit 0' at the top of > /var/lib/dpkg/info/man-db.postinst in between the package being > extracted and the configuration being run. Making the postinst script > not run causes installation to complete successfully. I've heard reports like this before, but I've never been able to reproduce it myself (I'm the man-db maintainer and work on powerpc d-i). Are you short of disk space in /target or anything like that? Could you repeat the installation, and instead of the workaround you describe above insert 'set -x' at the top of /var/lib/dpkg/info/man-db.postinst? That should output a complete trace to syslog, I think, and I'd like to see that. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252376: Debian installer hangs while detecting hardware on an Averatec notebook
Yes, it works. Thank you. Linda On Thu, 3 Jun 2004, Martin Michlmayr wrote: > * Linda Markowsky <[EMAIL PROTECTED]> [2004-06-02 20:50]: > > I booted the notebook using the installer CD and pressed Enter > > a few times to select English. The program appeared to hang while trying > > to detect the notebook's hardware. The screen read: > > Can you boot with the hw-detect/start_pcmcia=false option and see if > that works? > -- > Martin Michlmayr > [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252426: ppc cd images missing oldworld mac boot floppies
On Thu, Jun 03, 2004 at 07:57:56PM +1000, Peter Lieverdink wrote: > Package: debian-installer > Severity: important > > The beta4 and tc1 ppc iso images don't have a bootable floppy image for > oldworld PPC macs that cannot boot off the CD. Correct. This is known, but pretty hard to fix since miBoot is not free. > Additionally, the installer is unable to actually make these Macs > bootable from HD. I've had no luck with manually configuring 'QUIK' > sofar There is an untested quik-installer package in our repository. It's been uploaded to ftp-master but not yet accepted. > and partman doesn't seem to create a yaboot bootstrap partition. Well, you wouldn't expect it to. yaboot is newworld only. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#252425: man-db causes install to fail
Processing commands for [EMAIL PROTECTED]: > reassign 252425 man-db Bug#252425: man-db causes install to fail Bug reassigned from package `debian-installer' to `man-db'. > tags 252425 - sid Bug#252425: man-db causes install to fail Tags were: sid Tags removed: sid > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252440: installation-reports: Install report of beta4 on ThinkPad X22
Package: installation-reports Severity: normal Debian-installer-version: beta4 CD-ROM + base uname -a: Linux hactar 2.4.25-1-386 #2 Wed Apr 14 19:38:08 EST 2004 i686 GNU/Linux Date: Thu Jun 3 13:52:52 BST 2004 Method: Installed base from CD, then upgraded via http Machine: IBM ThinkPad X22 Processor: Intel Pentium Mobile 733MHz Memory: 640MB Root device: internal 40G IDE disk Partition table: Device Boot Start End Blocks Id System /dev/hda1 * 1 6 48163+ 83 Linux /boot ext3 /dev/hda2 7479638475675 83 Linux / xfs /dev/hda347974864 546210 83 Linux [swap] Output of lspci: :00:00.0 Host bridge: Intel Corp. 82830 830 Chipset Host Bridge (rev 02) :00:01.0 PCI bridge: Intel Corp. 82830 830 Chipset AGP Bridge (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #1) (rev 01) :00:1d.1 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #2) (rev 01) :00:1d.2 USB Controller: Intel Corp. 82801CA/CAM USB (Hub #3) (rev 01) :00:1e.0 PCI bridge: Intel Corp. 82801BAM/CAM PCI Bridge (rev 41) :00:1f.0 ISA bridge: Intel Corp. 82801CAM ISA Bridge (LPC) (rev 01) :00:1f.1 IDE interface: Intel Corp. 82801CAM IDE U100 (rev 01) :00:1f.3 SMBus: Intel Corp. 82801CA/CAM SMBus Controller (rev 01) :00:1f.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller (rev 01) :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY :02:03.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev 80) :02:03.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev 80) :02:05.0 Communication controller: Lucent Microelectronics WinModem 56k (rev 01) :02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VE (LOM) Ethernet Controller (rev 41) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments: Very nice to see it cleanly install on this laptop. The Woody installer had no end of problems working, though mostly due to unsupported hardware and too old kernels. I'm having issues with discover starting ifplugd... but I'll figure that out. Very happy with d-i, well done guys! Ross -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-386 Locale: LANG=en_GB, LC_CTYPE=en_GB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [waldi@debian.org: Re: [tsec-gf] Re: will s390 have a working installer for sarge?]
On Wed, Jun 02, 2004 at 03:45:29PM -0400, David Boyes wrote: > > - ssh (the support is finished in the glibc cvs and openssh package), > > this needs the possibility to restart cdebconf. > ??? woody had ssh, and things haven't changed much for that. Maybe I'm > misunderstanding what's needed here. The udeb is in the archive. The logic to build keys and start the server is not yet implemented. > > - cdebconf > > - text frontend don't respect dumb terminal definition, > > should disable > > translations. > > This sounds like a general problem. TTY on serial console would have the > same problem. serial is mostly vt100 compatible which supports 8bit. > > - s390-netdevice > > - iucv support. > OK. We can look into this one. Adam, this should be similar to the > bootparms stuff we did in terms of prompting for and supplying the right > parms. The exists a debian-installer/kernel/parameter value in the debconf db which should be filed with the values. s390-dasd also needs to seed it. > > - fails silent the first time on the test machine, needs some debug > > and the file /proc/chandev from the testmachine. > Is this for IUCV or for CTC/etc? IUCV doesn't have a chandev entry > because its not really a device (there's no channel associated with it). QETH, I don't know what the real problem is. Bastian -- Our missions are peaceful -- not for conquest. When we do battle, it is only because we have no choice. -- Kirk, "The Squire of Gothos", stardate 2124.5 signature.asc Description: Digital signature
Bug#252426: ppc cd images missing oldworld mac boot floppies
Package: debian-installer Severity: important The beta4 and tc1 ppc iso images don't have a bootable floppy image for oldworld PPC macs that cannot boot off the CD. Additionally, the installer is unable to actually make these Macs bootable from HD. I've had no luck with manually configuring 'QUIK' sofar and partman doesn't seem to create a yaboot bootstrap partition. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc Kernel: Linux 2.4.25-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252425: man-db causes install to fail
Package: debian-installer Severity: important Tags: sid This report pertains to the beta4 and tc1 versions of the debian-installer as run on a ppc. The 'dpkg --configure man-db' step fails in the installation, which causes the 'Install base system' step to fail. My work-around was to use console #2 and insert 'exit 0' at the top of /var/lib/dpkg/info/man-db.postinst in between the package being extracted and the configuration being run. Making the postinst script not run causes installation to complete successfully. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ppc Kernel: Linux 2.4.25-powerpc Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Testing Beta 4 on Sparc Ultra 10
On Wed, 2 Jun 2004, Peter wrote: > What is this tcl version btw? The login screen says: Sun Ultra 5/10 UPA/PCI (UltraSPARC-IIi 333MHz), Keyboard Present OpenBoot 3.15, 256 MB memory installed, Serial #10648638 After pressing -A I tried: ok probe-ide Device 0 ( Primary Master ) ATA Model: SAMSUNG SP0411N Device 1 ( Primary Slave ) Not Present Device 0 ( Secondary Master ) Removable ATAPI Model: CDR-8322B Device 1 ( Secondary Slave ) Not Present So this looks nice... Then I tried ok boot cdrom and voila - we are one step further ... Welcome to Debian GNU/Linux sarge! This is Debian isnatllation CDROM, built on 20040530. [...] After rpessng enter and some messages from SILO about the memory which was allocated and the Kernel which is booted I've seen the Linux Penguin. But not all went fine and I'm now busy to type the screen for debugging purpose (wished cut-n-paste would work ;-) ) I use [...] where I leave out information which seems irrelevant for me. Sun TYPE 5 keyboard detected without keyclick SAB82532 serial driver version 1.65 ttyS00 at [...] ttyS01 at [...] power: Control reg at [...] ... powerd running. Linux NET4.0 for Linux 2.4 Based upon [...] Initializing [...] Starting kswapd VFS: Disk quotas vdquot_6.5.1 Journalled Block Device driver loaded devfs: v1.12c (20020818) Richard Gooch [...] devfs: boot_options: 0x1 atyfb: 3D RAGE PRO (PQFP, PCI) [...] SABRE0: Uncorrectable Error, primary error type[DMA Read: Translation Error] SABRE0: bytemask[ff00] dword_offset[1] was_block(1) SABRE0: UE AFAR [10883b48] SABRE0: UE Secondary errors [(none)] SABRE0: IOMMU Error, type[Invalid Error] SABRE0: IOMMU TAG(0)[RAW(00c60769)error(Invalid Error)wr(0)sz(8K)vpg(c0ed2000)] SABRE0: IOMMU DATA(0)[RAW(6fe0)valid(1)used(1)cache(0)ppg() Console: switching to colour frame buffer device 160x64 fb0: ATY Mach64 frame buffer device on PCI pty: 256 Unix98 ptys configured rtc_init: no PC rtc found Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize loop: loaded (max 8 devices) sunhme.c:v2.01 26/Mar/2002 David [...] eth0: HAPPY MEAL (PCI/CheerIO) 10/100BaseT Ethernet [...] Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 ide: Assuming 33MHz system bus speed for PIO modes; [...] CMD646: IDE controller at PCI slot 01:03.0 CMD646: chipset revision 3 CMD646: chipset revision 0x03, MultiWord DMA Force Limited CMD646: 100% native mode on irq 4,7e0 ide0: BM-DMA at [...] ide1: BM-DMA at [...] hda: SAMSUNG SP0411N, ATA DISK drive ide: Assuming 33MHz system bus speed for PIO modes; [...] hdc: CRD-8322B, ATAPI CD/DVD-ROM drive ide0 at [...] on irq 4,7e0 ide1 at [...] on irq 4,7e0 (shared with ide0) hda: attached ide-disk driver. hda: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=4870/255/63, (U)DMA Partition check: /dev/ide/host0/bus0/target0/lun0: unknown partition table SCSI subsystem driver Revision: 1.00 kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2 usb.c: registered new driver usbdevfs usb.c: registered new driver hub host/usb-uhci.c: $Revision [...] host/usb-uhci.c: [...] host/usb-uhci.c: [...] usb.c: registered new driver usbmouse usbmouse.c: [...] usb.c: registered new driver usbkbd usbkbd.c: [...] mice: PS/2 mouse device common for all mice Initializing Cryptographic API NET4: Linux TCP/IP 1.0 for NET4.0 IP: routing cache hash table of 4096 buckets, 32Kbytes TCP: Unix domain sockets 1.0/SMP for Linux NET4.0 cramfs: wrong magic sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk(1,0) Kernel panic: VFS: Unable to mount root fs on 00:00 Press L1-A to return to the boot prom sunmouse: Successfully adjusted to 1200 baud. Damn, now I'm in need of a coffee break but I was told to be as verbose as possible and so I did ... I have not the slightest idea why the RAM disk should be formatted as ReiserFS and I guess here some Problems with the Beta 4 installer. Should I try a daily build instead? Kind regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Including additional packages on the Debian base CD
> On Wed, 2 Jun 2004 15:51:56 +0200, "W. Borgert" <[EMAIL PROTECTED]> said: >> Moreover it would be nice to have a tool which builds a minimum >> Debian mirror with just the packages needed by debootstrap and >> the most important udebs. I think that this way we could use >> debian-cd with a bottom-up approach, without downloading a >> whole debian mirror. W> I have a receipt for building a partial mirror on my web page. W> Some people use the scripts successfully for FAI and other W> purposes. See http://people.debian.org/~debacle/ [look for W> partial mirror] Yes I've read it and I'm currently use that approach. But this solutions sounds me a little bit hackish, and I'd like something specifically designed for this porpoise. Anyhow thanks a lot for you document and scripts, which I found quite quite useful :) bye, free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248627: Debian Installer version 4 - Installation report
On Wed, Jun 02, 2004 at 23:39 +0200, Thorsten Schaefer wrote: > I did not install any additional packages/tasks after the first boot. The > network card worked fine on all following boots. Hrm, strange. Maybe base-config did something. > I'll do another installation in a few days in a dhcp environment to check if > the issue can be reproduced and report back about the result. That would be helpful. Thanks. -- Pelle -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]