Install Report
INSTALL REPORT Debian-installer-version: http://people.debian.org/cdimage/testing/netinst/i386/beta2/sarge-i386-netinst.iso (2004.01.21) uname -a: Linux xps8250 2.4.22 #1 Wed Nov 19 13:13:23 EST 2003 i686 GNU/Linux Date: 2004.01.21 Method: Booted off iso copied to CD-R. Never got past the second screen, so Network info is presently not applicable Machine: Dell Dimension XPS 8250 Processor: Intel(R) Pentium(R) 4 CPU 2.53GHz Memory: 512MB RDRAM Root Device: I don't know what root device means. Root Size/partition table: How do I get this information? Output of lspci: [EMAIL PROTECTED] lspci 00:00.0 Host bridge: Intel Corp. 82850 850 (Tehama) Chipset Host Bridge (MCH) (rev 04) 00:01.0 PCI bridge: Intel Corp. 82850 850 (Tehama) Chipset AGP Bridge (rev 04) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 04) 00:1f.0 ISA bridge: Intel Corp. 82801BA ISA Bridge (LPC) (rev 04) 00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 04) 00:1f.3 SMBus: Intel Corp. 82801BA/BAM SMBus (rev 04) 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3) 02:01.0 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:01.1 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:01.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) 02:02.0 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:02.1 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:02.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) 02:08.0 SCSI storage controller: Adaptec AHA-2940/2940W / AIC-7871 02:09.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) 02:09.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04) 02:0c.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 10) Base System Installation Checklist: Initial boot worked:[O] keyboard goes dead when the first non-text screen appears for selecting language. --- that's it, below questions n/a -- Configure network HW: [n/a] Config network: [n/a] Detect CD: [n/a] Load installer modules: [n/a] Detect hard drives: [n/a] Partition hard drives: [n/a] Create file systems:[n/a] Mount partitions: [n/a] Install base system:[n/a] Install boot loader:[n/a] Reboot: [n/a] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: I have googled around on this, and this problem has been reported by others who are using relatively new Dells, including Optiplexes and Dimensions. This has been happening on the Sarge install ISOs (not only netinst) since I have been trying them for about six weeks. It also happens with Woody BF24. As far as installation reports go, it would be nice if there was a mail address right on the install page to which we could sent without having to figure out that we need to get subscribed to this mail list. System Summary System Host Name: DIMENSION-8250 User: Charles Muller Domain:DIMENSION-8250 Processor Model: Intel(R) Pentium(R) 4 CPU 2.53GHz Speed: 2.52GHz Performance Rating:PR2772 (estimated) Type: Standard L2 On-board Cache: 512kB ECC Synchronous ATC (8-way sectored, 64 byte line size) Mainboard Bus(es): X-Bus AGP PCI IMB USB FireWire/1394 i2c/SMBus MP Support:1 CPU(s) MP APIC: Yes System BIOS: Dell Computer Corporation A02 Mainboard: Dell Computer Corp. 00W912 Total Memory: 511MB RDRAM Chipset 1 Model: Dell Computer Corp 82850/E Host-Hub Interface Bridge Device (A3-step) Front Side Bus Speed: 4x 133MHz (532MHz data rate) Total Memory: 512MB RDRAM Memory Bus Speed: 2x 532MHz (1064MHz data rate) Video System Monitor/Panel: (AM Adapter: 64MB DDR NVIDIA GeForce4 MX 420 with TV Out (Dell) Physical Storage Devices Removable Drive: tbs[ fBl Hard Disk: WDC WD1200JB-75CRA0 Hard Disk: I-O DATA HDVS-UM20G SCSI Disk Device Hard Disk: HITACHI_ DK23BA-20 USB Device CD-ROM/DVD:SAMSUNG CDRW/DVD SM-332B Logical Storage Devices 1.44MB 3.5 (A:): N/A Windows (C:): 14.6GB (8.9GB, 61% Free) (FAT32) Docs (D:): 14.6GB (9.4GB, 64% Free) (FAT32) CD-ROM/DVD (E:): N/A Backup (F:):
Install Report [Failed Install]
[My apologies for the two prior messages with corrupted text. My Emacs didn't handle the encoding right for the system report that I generated in Windoze] INSTALL REPORT Debian-installer-version: http://people.debian.org/cdimage/testing/netinst/i386/beta2/sarge-i386-netinst.iso (2004.01.21) uname -a: Linux xps8250 2.4.22 #1 Wed Nov 19 13:13:23 EST 2003 i686 GNU/Linux Date: 2004.01.21 Method: Booted off ISO copied to CD-R. Never got past the second screen, so Network info is presently not applicable Machine: Dell Dimension XPS 8250 Processor: Intel(R) Pentium(R) 4 CPU 2.53GHz Memory: 512MB RDRAM Root Device: I don't know what root device means. Root Size/partition table: How do I get this information? Output of lspci: [EMAIL PROTECTED] lspci 00:00.0 Host bridge: Intel Corp. 82850 850 (Tehama) Chipset Host Bridge (MCH) (rev 04) 00:01.0 PCI bridge: Intel Corp. 82850 850 (Tehama) Chipset AGP Bridge (rev 04) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 04) 00:1f.0 ISA bridge: Intel Corp. 82801BA ISA Bridge (LPC) (rev 04) 00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 04) 00:1f.3 SMBus: Intel Corp. 82801BA/BAM SMBus (rev 04) 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 420] (rev a3) 02:01.0 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:01.1 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:01.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) 02:02.0 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:02.1 USB Controller: VIA Technologies, Inc. USB (rev 50) 02:02.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51) 02:08.0 SCSI storage controller: Adaptec AHA-2940/2940W / AIC-7871 02:09.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04) 02:09.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04) 02:0c.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 10) Base System Installation Checklist: Initial boot worked:[O] keyboard goes dead when the first non-text screen appears for selecting language. --- that's it, below questions n/a -- Configure network HW: [n/a] Config network: [n/a] Detect CD: [n/a] Load installer modules: [n/a] Detect hard drives: [n/a] Partition hard drives: [n/a] Create file systems:[n/a] Mount partitions: [n/a] Install base system:[n/a] Install boot loader:[n/a] Reboot: [n/a] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: I have googled around on this, and this problem has been reported by others who are using relatively new Dells, including Optiplexes and Dimensions. This has been happening on the Sarge install ISOs (not only netinst) since I have been trying them for about six weeks. It also happens with Woody BF24. As far as installation reports go, it would be nice if there was a mail address right on the install page to which we could sent without having to figure out that we need to get subscribed to this mail list. System Summary System Host Name: DIMENSION-8250 User: Charles Muller Domain:DIMENSION-8250 Processor Model: Intel(R) Pentium(R) 4 CPU 2.53GHz Speed: 2.52GHz Performance Rating:PR2772 (estimated) Type: Standard L2 On-board Cache: 512kB ECC Synchronous ATC (8-way sectored, 64 byte line size) Mainboard Bus(es): X-Bus AGP PCI IMB USB FireWire/1394 i2c/SMBus MP Support:1 CPU(s) MP APIC: Yes System BIOS: Dell Computer Corporation A02 Mainboard: Dell Computer Corp. 00W912 Total Memory: 511MB RDRAM Chipset 1 Model: Dell Computer Corp 82850/E Host-Hub Interface Bridge Device (A3-step) Front Side Bus Speed: 4x 133MHz (532MHz data rate) Total Memory: 512MB RDRAM Memory Bus Speed: 2x 532MHz (1064MHz data rate) Video System Monitor/Panel: (AM Adapter: 64MB DDR NVIDIA GeForce4 MX 420 with TV Out (Dell) Physical Storage Devices Removable Drive: tbs[ fBl Hard Disk: WDC WD1200JB-75CRA0 Hard Disk: I-O DATA HDVS-UM20G SCSI Disk Device Hard Disk: HITACHI_ DK23BA-20 USB Device CD-ROM/DVD:SAMSUNG CDRW/DVD SM-332B Logical Storage Devices 1.44MB 3.5 (A:): N/A Windows (C:): 14.6GB
Bug#152152: make today the day you change your life
by by fattie its easy Hey baby :) she loves me fat wife lost 100 pounds! so far im feeling great keep the fat off of you deserve the health life just rocks when you want it to increased energy make it a new year you can do it wow i lost the fatty whoo hoo Link to the details http://www.oKIe.gtrrrez.us/welo/?tek Qipurkama http://www.BFKW8T0V.gtrrrez.us/hgh/o.html make today the day you change your life are you down and out make your spouse prooud -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228807: marked as done (installation: NTFS partion resize)
Your message dated Wed, 21 Jan 2004 09:35:28 +0100 with message-id [EMAIL PROTECTED] and subject line duplicate of 228806 or 228808 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 21 Jan 2004 00:54:47 + From [EMAIL PROTECTED] Tue Jan 20 16:54:47 2004 Return-path: [EMAIL PROTECTED] Received: from smtp2.libero.it [193.70.192.52] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Aj6dr-0005Ai-00; Tue, 20 Jan 2004 16:54:47 -0800 Received: from ppp-106-137.24-151.libero.it (151.24.137.106) by smtp2.libero.it (7.0.020-DD01) id 3F6F0DA9022483B5 for [EMAIL PROTECTED]; Wed, 21 Jan 2004 01:54:58 +0100 Subject: installation: NTFS partion resize From: Bluefuture [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: text/plain Message-Id: [EMAIL PROTECTED] Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Wed, 21 Jan 2004 02:54:16 +0100 Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_20 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_20 X-Spam-Level: Package: installation Severity: wishlist *** Please type your report below this line *** Gtk frontend in the new debian-installer -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux atlantide 2.6.0-1-k7 #2 Sun Jan 11 17:06:46 EST 2004 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] --- Received: (at 228807-done) by bugs.debian.org; 21 Jan 2004 08:35:34 + From [EMAIL PROTECTED] Wed Jan 21 00:35:34 2004 Return-path: [EMAIL PROTECTED] Received: from gpm.stappers.nl [213.84.119.166] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AjDpm-0008AK-00; Wed, 21 Jan 2004 00:35:34 -0800 Received: by gpm.stappers.nl (Postfix, from userid 1000) id E8F241800; Wed, 21 Jan 2004 09:35:28 +0100 (CET) Date: Wed, 21 Jan 2004 09:35:28 +0100 To: [EMAIL PROTECTED] Subject: duplicate of 228806 or 228808 Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i From: [EMAIL PROTECTED] (Geert Stappers) Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_20 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.60-bugs.debian.org_2004_01_20 X-Spam-Level: This bugreport is a duplicate of 228806 or 228808 No reason to keep it open, so closing it now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228848: want to disable hardware auto detection on bootup
Package: boot-floppies Version: current from testing's netinst CD I want to disable the hardware auto detection on bootup, because it does not always work reliably. The method with /etc/modules.conf is sometimes better :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228848: want to disable hardware auto detection on bootup
Hi, Florian Effenberger writes: I want to disable the hardware auto detection on bootup, because it does not always work reliably. The method with /etc/modules.conf is sometimes better :) I guess, you mean _after_ the installation is done. I found out that discover is doing this, and I just removed the link in /etc/rcS.d The cleaner option would be to deinstall discover. If you need this prior to the installation, forget my message ... Hope this helps, Erich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228848: want to disable hardware auto detection on bootup
Hi Eric, ah, that's good to know, thanks. It would be good if the installer could ask whether you want autodetection or not, WHILE and AFTER installation. Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of nobootloader_0.0.1_powerpc.changes
nobootloader_0.0.1_powerpc.changes uploaded successfully to localhost along with the files: nobootloader_0.0.1.dsc nobootloader_0.0.1.tar.gz nobootloader_0.0.1_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 228809 to installation
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.7.95.1 reassign 228809 installation Bug#228809: Debian-installer beta 2... Warning: Unknown package 'd-i' Bug reassigned from package `d-i' to `installation'. End of message, 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]
nobootloader_0.0.1_powerpc.changes is NEW
(new) nobootloader_0.0.1.dsc optional debian-installer (new) nobootloader_0.0.1.tar.gz optional debian-installer (new) nobootloader_0.0.1_all.udeb optional debian-installer Don't install any bootloader. This package will skip installing a boot-loader Changes: nobootloader (0.0.1) unstable; urgency=low . * Initial release. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228850: Package: installation-reports
Package: installation-reports INSTALL REPORT Debian-installer-version: 2004-01-20 http://gluck.debian.org/cdimage/testing/netinst/i386/2004019/sarge-i386-netinst.iso uname -a: Linux polaris 2.4.23 #1 Thu Jan 1 22:09:59 CET 2004 i686 GNU/Linux Date: 2004-01-20 Method: net-install booted from CD-R; package download by ftp from ftp.de.debian.org using pcmcia without proxy Machine: Gateway Solo 9300 XL Processor: Pentium III (Coppermine) 500MHz Memory: 160MB Root Device: /dev/hda1 Root Size/partition table: Disk /dev/hda: 12.0 GB, 12072517632 bytes 255 heads, 63 sectors/track, 1467 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start EndBlocks Id System Filesystem /dev/hda1 * 1 1 8001 83 Linux/boot /dev/hda2 232249007+ 82 Linux swap /dev/hda3 3340 64260 83 Linux/ /dev/hda4 41 1467 11462377+ 5 Extended /dev/hda5 41 413 2996091 83 Linux/usr /dev/hda6 414 429128488+ 83 Linux/tmp /dev/hda7 430 553995998+ 83 Linux/var /dev/hda8 554 1467 7341673+ 83 Linux/home Output of lspci: 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03) 00:08.0 Multimedia audio controller: ESS Technology ES1978 Maestro 2E (rev 10) 00:0a.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:0a.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:0b.0 FireWire (IEEE 1394): Texas Instruments TSB12LV23 IEEE-1394 Controller 00:0c.0 Communication controller: 3Com Corporation MINI PCI type 3B Data Fax Modem 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [E] ( see below ) Config network: [E] ( done manually ) Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] ( manually done beforehand ) Create file systems:[O] ( manually done beforehand ) Mount partitions: [O] Install base system:[O] ( only possible after manual pcmcia configuration ) Install boot loader:[O] Reboot: [O] Comments/Problems: BUG: The TI CardBus Bridge needs the Yenta Socket driver. The installation system does not detect this correctly and then inserts the wrong socket driver in /etc/default/pcmcia (line: PCIC=). This means that after the reboot, the network does no longer come up automagically and the whole installation process is hosed. correct hardware detection with wrong driver association: info: /bin/report-hw: discover: i82365;;;Texas Instruments;PCI1450; info: /bin/report-hw: discover: i82365;;;Texas Instruments;PCI1450; running installation system booted from CD: Jan 1 19:10:11 (none) syslog.info klogd: Intel PCIC probe: not found. Jan 1 19:10:11 (none) syslog.info klogd: PCI: Found IRQ 11 for device 00:0a.0 Jan 1 19:10:11 (none) syslog.info klogd: PCI: Sharing IRQ 11 with 00:0b.0 Jan 1 19:10:11 (none) syslog.info klogd: PCI: Sharing IRQ 11 with 00:0c.0 Jan 1 19:10:11 (none) syslog.info klogd: PCI: Sharing IRQ 11 with 01:00.0 Jan 1 19:10:11 (none) syslog.info klogd: PCI: Found IRQ 7 for device 00:0a.1 Jan 1 19:10:11 (none) syslog.warn klogd: Yenta IRQ list 0038, PCI irq11 Jan 1 19:10:11 (none) syslog.warn klogd: Socket status: 3006 Jan 1 19:10:11 (none) syslog.warn klogd: Yenta IRQ list 0038, PCI irq7 Jan 1 19:10:11 (none) syslog.warn klogd: Socket status: 3010 Jan 1 19:10:11 (none) user.notice hw-detect: using yenta_socket instead of i82365 hosed installation system booted from HD: Jan 1 19:30:17 polaris kernel: Linux Kernel Card Services 3.1.22 Jan 1 19:30:17 polaris kernel: options: [pci] [cardbus] [pm] Jan 1 19:30:17 polaris kernel: ds: no socket drivers loaded! Jan 1 18:35:01 polaris kernel: ds: no socket drivers loaded! Jan 1 18:35:27 polaris kernel: ds: no socket drivers loaded! Jan 1 18:35:52 polaris kernel: ds: no socket drivers loaded! Jan 1 18:37:44 polaris kernel: ds: no socket drivers loaded! Jan 1 18:38:18 polaris kernel: ds: no socket drivers loaded! Jan 1 18:38:54 polaris kernel: ds: no socket drivers loaded! Jan 1 18:40:12 polaris kernel: isapnp: Scanning for PnP cards... Jan 1 18:40:12 polaris kernel: isapnp: No Plug Play device found Jan 1 18:40:12 polaris kernel: Intel ISA PCIC probe: not found. Jan 1 18:40:12 polaris kernel: isapnp: Scanning for PnP cards... Jan 1 18:40:12 polaris kernel: isapnp: No Plug Play device found Jan 1 18:40:12 polaris kernel: Intel
Re: Bug#228848: want to disable hardware auto detection on bootup
Florian Effenberger writes: Hi Eric, It would be good if the installer could ask whether you want autodetection or not, WHILE and AFTER installation. Hm, not entirely sure, but booting expert instead of just pressing return gives you the choice whether to scan for hw or not. There are several stages of hw detection, and I have not tried to avoid it. But I remember this question. Try that anyway ... but be warned that the number of questions increases quite a bit. boot: expert Erich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
bitte bemühen Sie sich es für Kinder Gottes zu nutzen!
Von: Fr. Serena Jones Bitte bemühen Sie sich es für Kinder Gottes zu nutzen Ich bin die obengenannte Person aus Kuwait.Ich bin mit Dr. Harry Jones, der neun Jahre lang für die Kuwaitsche Botschaft gearbeitet hatte, bevor er in 2002 verstarb, verheiratet. Wir waren elf Jahre verheiratet, ohne Kinder. Er erlag einer kurzen Krankheit, die nur vier Tage dauerte. Befor er starb, wurden wir als Christen wiedergeboren. Nach seinem Tod beschloß ich nicht wieder zu heiraten und keine Kinder außerhalb der Ehe zu bekommen, weil die Bibel dagegen ist. Als mein Ehemann noch am Leben war, hat er die Summe von 8,6 Millionen U.S. Dollar bei einer Finanzen/Sicherheit Gesellschaft in Amsterdam/Holland hinterlegt. Im Augenblick befindet sich das Geld immer noch da. Vor kurzem erfuhr ich von meinem Arzt, dass ich die nächsten drei Monate nich durchhalten werde, wegen einer Krebskrankheit. Was mich am meisten stört ist meine schlagartige Krankheit. Meinen Zustand kennend, beschloß ich diesen Fonds einer Kirche, oder noch besser, einem Christen, der das Geld wie ich es hier beschreibe nutzen wird, zu spenden. Ich wünsche mir eine Kirche, die diesen Fonds nutzen wird um Kirchen , Weisenhäuser und Witwen, die das Wort Gottes verbreiten, zu unterstützen, und sicherstellt, dass das Haus Gottes aufrechterhalten wird. Die Bibel gibt uns zu verstehen,dass die Hand die gibt gesegnet ist. Ich habe mich dazu entschieden weil ich keine Kinder habe, die das Geld erben könnten, und die Verwandten meines Ehemannes keine Christen sind und ich möchte nicht, dass das hart verdiente Geld meines Mannes von Ungläubigen missbraucht wird. Ich möchte nicht, dass dieses Geld auf sündhafter Weise benutzt wird. Deshalb kamm ich zu diesem gewagten Entschluß. Ich habe keine Angst vor dem Tod, weil ich weiß wohin ich gehe, Ich werde im Schoß Gottes sein.Exodus 14VS14 sagt, dass der Herr für mein Recht kämpfen wird und dass ich meinen Frieden bewahren soll. Ich brauche keine telefonische Kommunikation wegen meiner Gesundheit uns weil die Verwandten meines Mannes immer bei mir sind. Ich möchte nicht, dass sie von dieser Entwicklung erfahren. Mit Gott ist alles möglich. So bald ich Ihre Antwort bekomme werde ich Sie mit der Finanzen/Sicherheit Gesellschaft in Amsterdam/Holland in Verbindung setzen. Ich werde auch eine Vollmacht für Sie als Begünstigter ausstellen. Ich möchte, dass Sie und die Kirche immer für mich beten, weil der Herr mein Hirte ist. Ich bin glücklich das Leben eines würdigem Christens gelebt zu haben. Wenn man Gott dienen will muss das im Geiste und Wahrheit sein. Bitte beten Sie Ihr ganzes Leben. Jede Verspätung Ihrer Antwort wird mich veranlassen eine Kirche, oder einen Christen, für den selben Zweck zu suchen. Bitte versichern Sie mich, dass Sie wie beschrieben handeln werden. Ich hoffe von Ihnen zu hören. email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 228809 to installation
Processing commands for [EMAIL PROTECTED]: reassign 228809 installation Bug#228809: Debian-installer beta 2... Bug reassigned from package `installation' to `installation'. End of message, 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: Bug#228850: Package: installation-reports
On Wed, Jan 21, 2004 at 11:49:01AM +0100, Wolfgang Loeffler wrote: Improve the bug-tracking system in such a manner that it finds the pesudo-header Package: installation-reports even if it should happen not to be the first line of the message body. Blank lines are stripped, MIME framing is stripped, and you can have other pseudo-header lines before Package. Beyond that, no. Apart from anything else, the requirement for a pseudo-header is a remarkably good defence against spam to [EMAIL PROTECTED], of which there is a great deal. Use reportbug if you can't remember how it works. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#228848: want to disable hardware auto detection on bootup
Thanks, that one sounds good, will try! However, an option even for the average user in the installer would be nice :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228638: installer not working properly on oldworld powerpc
On Tue, Jan 20, 2004 at 02:44:57PM +0100, Gaudenz Steinlin wrote: Am Die, den 20.01.2004 schrieb Rolando Abarca um 00:16: Package: debian-installer Version: (unknown, from sarge netinstall cd) After booting into linux, right after starting the installer the screen goes to black. If I switch to other console it works, I can see the process running and kill the installer, it will start automatically again in that console, but with serious graphical glitches (not highlighting the current choice, not responding to keyboard, and things like that). My machine is a PowerMac 7200/120, booting with BootX, using kernel 2.4.22-powerpc-small (the one that comes in the netinstall cd doesn't work), the ramdisk (root.bin) is the one that comes in the cd. Checking no video driver in BootX does not help. You can not simply change the kernel with d-i. The d-i image is built for a specific kernel because it contains kernel modules. I'm not sure if this is related to your problem, though. Yeah, we need to build a initrd with the -poserpc-small modules. Jeremie, did you make any progress on this ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
discover Debian package maintainer
Hi The purpose of this mail is to inform discover-workers of the plans the debian-installer team has for discover2 and to give you the possibility to object to out plans. Current state of discover2 in Debian: I have packaged an udeb only version of discover2 which is in the archive now. This package has successfully built on all autobuilders except mips, mipsel and m68k. It is intended for testing discover2 with the new installer. Further plans: I discussed the future of the discover2 package with pere yesterday. We plan to upload a full version of discover2 (including deb packages). It is not our intent to hijack your package. However, considering that there was no packaging effort done in the last months, we are under the impression, that you are no longer interested in maintaining this package. So we would like to completely takeover the maintenance of discover2. If our impression is wrong and you are still interested in maintaining discover2 then please speak up now and provide finished packages in the near future. If we take over the maintenance of discover2 we plan to do the following (IRC excerpt): 17:25 pere Currently, we have two packages: discover (building discover and discover-udeb), and discover2 (building discover2-udeb). If we change this to discover1 (building discover1 and discover-udeb), and discover (building discover and discover2-udeb). 17:26 pere then we can test discover (version 2) in Sid, while still using discover-udeb (version 1) in d-i. 17:29 pere Besides, the discover version 2 package is slightly tested already, and seem to return correct info. With this plan we can get wider testing for discover2 in sid and still have discover1 packages as a fall back option and for sarge if it will be released before discover2 is ready. Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228870: Can't mount partition on hdb as /
Package: debian-installer Version: 20040120 I downloaded the Sarge Net installer from http://gluck.debian.org/cdimage/testing/netinst/i386/20040120/sarge-i386-netinst.iso The computer I tried it on has 2 disks (hda and hdb). I tried the installationon hdb. The partitioning went ok, the disk is recognized as /dev/ide/host0/bus0/target1/lun0/disc (QUANTUM FIREBALL_TM2110A) - note: it is an old HD on a new controller (VIA VT82C586A/B/VT82C686/A/B/VT823x/A/C) So disk partitioning went ok. The partition table I created is: part1 Linux Swap part2 Linux (bootable) The problem is that these partitions (either of them) are not included in the list of the partition in the configure and mount partitions step, so I can't use them for the installation. Accessing them manually (i.e. mkswap on the first partition and mke2fs on the second, via the console in F2) was successful. Even after creating the filesystem, the partitions are not listed in configure and mount partitions Eugenia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228870: never too late
Never too late... I found the installation report template. Here it is: INSTALL REPORT Debian-installer-version: http://gluck.debian.org/cdimage/testing/netinst/i386/20040120/sarge-i386-netinst.iso uname -a: Linux debian 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686 unknown Date: Jan 21 2004 Method: Boot from CDROM, install into hdb. The network connection was ok Machine: Processor: AMD Athlon 800+ Memory: 1G Root Device: IDE hdb 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:[E] Mount partitions: [E] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: In the configure and mount step, the needed partition on hdb didn't show up. The partitioning of the disk was ok. Creating swap and a filesystem on the two hdb partitions manually was ok. Eugenia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228885: Installer beta 2
Subject: installation-reports: DELL PIII 450 Package: installation-reports Version: beta2 Severity: normal -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux debian 2.4.24jim02 #1 dim jan 18 11:48:15 CET 2004 i686 Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 INSTALL REPORT Debian-installer-version: beta2 2004-01-16 uname -a: forgotten Date: 2004-01-16 Method: iso 40M, then network install from ftp.crihan.fr Machine: DELL XPS T450 Processor: PIII 450 Memory: 384M Root Device: IDE /dev/hdb6 Root Size/partition table: Device Boot Start End Blocks Id System /dev/hda1 * 1130610490413+ c W95 FAT32 (LBA) /dev/hda21307500529712217+ f W95 Ext'd (LBA) /dev/hda513071944 5124703+ b W95 FAT32 /dev/hda619451948 32098+ 83 Linux /dev/hda719492143 1566306 83 Linux /dev/hda821442848 5662881 83 Linux /dev/hda928493043 1566306 83 Linux /dev/hda10 30443481 3518203+ 83 Linux /dev/hda11 34824368 7124796 83 Linux /dev/hda12 43695005 5116671 83 Linux Device Boot Start End Blocks Id System /dev/hdb1 1 131 1052226b W95 FAT32 /dev/hdb2 132 178 377527+ 82 Linux swap /dev/hdb3 1791662119202305 Extended /dev/hdb5 179 543 2931831 83 Linux /dev/hdb6 5441102 4490136 83 Linux /dev/hdb711031662 4498168+ 83 Linux Output of lspci: 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) 00:0e.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 05) 00:0e.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 05) 00:10.0 Ethernet controller: 3Com Corporation 3c900 Combo [Boomerang] 01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) Base System Installation Checklist: Initial boot worked:[x] Configure network HW: [x] Config network: [x] Detect CD: [x] Load installer modules: [x] Detect hard drives: [x] Partition hard drives: [x] Create file systems:[x] Mount partitions: [x] Install base system:[x] Install boot loader:[x] Reboot: [x] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Everything seems ok except : - choose a language : The first line looks like this '( ??? ?...) - keyboard selection : Although I've choosen french keymap, keyboard was still US during and after installation. I need to do 'loadkeys fr' at the first login. - lilo : You can't skip it. There is just 'continue' with the long name of the device : /dev/ide/host0/bus0/target1/lun0/disc not really clear for newbies... Next reboot, lilo starts automatically, without selection about other OS. - PCMCIA : PCMCIA not removed when not necessary as before. Good work ! Greetings. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228889: installation-reports: network installation report with small problems
Package: installation-reports Version: N/A; reported 2004-01-21 Severity: minor Debian-installer-version: d-i beta2, downloaded from /debian/dists/testing/main/installer-i386/current/images (vmlinuz and netboot-initrd.gz files) [ 16 of january 2004 ] uname -a: Linux Prem9a 2.4.22 #1 lun déc 22 17:05:03 CET 2003 i686 unknown Date: Mon Jan 19 14:04:00 CET 2004 Method: network install : lan boot with DHCP/TFTP, which load network grub menu.In this menu, I load the d-i kernel (vmlinuz) and initrd (netboot-initrd.gz) from my local server (on the lan, no proxy). Machine: an VMEbus card (VMIC 7751), 2 USB ports, without floppy nor CD drives. The hard disk, IDE on hdc, is blank... I uses a USB keyboard (no mouse). Processor: Intel(R) Pentium(R) III CPU family 1266MHz Memory: 512Mo Root Device: The hard disk, IDE one, is on hdc [it's blank before install]. Root Size/partition table: I've tried automatic partitioning (to look at what it does ;-)... Output of lspci: 00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 04) 00:02.0 VGA compatible controller: Intel Corp. 82815 CGC [Chipset Graphics Controller] (rev 04) 00:1e.0 PCI bridge: Intel Corp. 82820 820 (Camino 2) Chipset PCI (rev 11) 00:1f.0 ISA bridge: Intel Corp. 82820 820 (Camino 2) Chipset ISA Bridge (ICH2) (rev 11) 00:1f.1 IDE interface: Intel Corp. 82820 820 (Camino 2) Chipset IDE U100 (rev 11) 00:1f.2 USB Controller: Intel Corp. 82820 820 (Camino 2) Chipset USB (Hub A) (rev 11) 00:1f.3 SMBus: Intel Corp. 82820 820 (Camino 2) Chipset SMBus (rev 11) 00:1f.4 USB Controller: Intel Corp. 82820 820 (Camino 2) Chipset USB (Hub B) (rev 11) 01:02.0 Network controller: Siemens Nixdorf AG DSCC4 WAN adapter (rev 21) 01:03.0 Bridge: Tundra Semiconductor Corp. CA91C042 [Universe] (rev 02) 01:04.0 Class ff00: VMIC: Unknown device 0004 (rev 01) 01:06.0 Ethernet controller: Intel Corp. 82559ER (rev 09) 01:08.0 Ethernet controller: Intel Corp. 82820 (ICH2) Chipset Ethernet Controller (rev 03) Base System Installation Checklist: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [ ] 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] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: * first small problem : for a correct network install, we must now use devfs (instead of beta1), so I have to use following options to the d-i kernel : ramdisk_size=8192 root=/dev/ram0 devfs=mount [ + DEBCONF_PRIORITY=medium if needed ] [ the message linked in the documentation http://http.us.debian.org/debian/dists/testing/main/installer-i386/current/doc/INSTALLATION-HOWTO don't mention this ] * I've tried 2 installations : * basic installation : - The installation works fine. I used a USB keyboard, and it works fine. When I rebooted to do final install (base-config), the keyboard wasn't recognized : please load following modules (perhaps it's not exactly part of debian-installer, but it sucks !) : hid keybdev mousedev [ in initrd or in /etc/modules ...] - During the hardware detection, I got a (false) error about network card detection, because my motherboard has 2 same ethernet controllers (Intel EEPRO 100) : the automatic network detection program tried to 'insmod' e100 module 2 times, the second gives an error (but harmless). * more precise installation with DEBCONF_PRIORITY=medium : I used GRUB instead of LILO (works neat). The installation worked fine. After reboot : - no USB keyboard (same remark as before). - the network card wasn't configured (by DHCP), whereas in basic installation it did ! logging in a console and doing 'dhclient eth0' resolved the problem, but it was quite mysterious at first glance... Aside these small things, it works great, good work ! Frédéric Boiteux -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux Prem3s 2.4.22-dev #1 lun déc 29 13:00:42 CET 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: ntfs resize and gtk frontends
On Mon, Jan 19, 2004 at 02:27:12PM -0600, Steve Langasek wrote: On Mon, Jan 19, 2004 at 09:24:06PM +0100, Sven Luther wrote: NTFS write support at the kernel level is not very well-tested, but resizing partitions with the userspace tools is something that gets used fairly frequently. So, there is NTFS resizing user space tool ? Anything that is packaged in debian and we can use in d-i ? Yes, it's the tool named ntfsresize that the original poster was referring to, and it's found in the ntfstools package. But is not in any way related to the libntfs library ? Package: ntfstools Source: linux-ntfs Version: 1.8.0-2 Depends: libc6 (= 2.3.2.ds1-4), libntfs5 (= 1.8.0) I haven't looked at the source to know which pieces are exposed through the library or not. I say this, because on the parted mailing list, less than a week ago, it was claimed that libntfs didn't support resizing. Still, i wonder what the use of many outside library would mean to libparted and its use in debian-installer, where size matters. libntfs doesn't support resizing at present, that is correct. However, ntfsresize uses functionality from libntfs and cannot work without it. Hope this clears up any confusion. (-: Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ http://www-stu.christs.cam.ac.uk/~aia21/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: discover Debian package maintainer
On Wed, Jan 21, 2004 at 01:48:50PM +0100, Gaudenz Steinlin wrote: Hi The purpose of this mail is to inform discover-workers of the plans the debian-installer team has for discover2 and to give you the possibility to object to out plans. Okay. Current state of discover2 in Debian: I have packaged an udeb only version of discover2 which is in the archive now. This package has successfully built on all autobuilders except mips, mipsel and m68k. It is intended for testing discover2 with the new installer. Glad to hear it. Be sure and lean on those m* guys. :) Further plans: I discussed the future of the discover2 package with pere yesterday. We plan to upload a full version of discover2 (including deb packages). It is not our intent to hijack your package. However, considering that there was no packaging effort done in the last months, we are under the impression, that you are no longer interested in maintaining this package. So we would like to completely takeover the maintenance of discover2. If our impression is wrong and you are still interested in maintaining discover2 then please speak up now and provide finished packages in the near future. It is not true that we are no longer interested; however, it is the case that at present Progeny has more urgent priorities occupying its technical staff. You might have noticed that LinuxWorld is this week. :) Also, I should let you know that I'm no longer the primary POC for Discover; this responsibility has been transferred to Jeff Licquia [EMAIL PROTECTED]. Nevertheless I remain very interested in the project, as I've been involved from the beginning. If we take over the maintenance of discover2 we plan to do the following (IRC excerpt): 17:25 pere Currently, we have two packages: discover (building discover and discover-udeb), and discover2 (building discover2-udeb). If we change this to discover1 (building discover1 and discover-udeb), and discover (building discover and discover2-udeb). 17:26 pere then we can test discover (version 2) in Sid, while still using discover-udeb (version 1) in d-i. 17:29 pere Besides, the discover version 2 package is slightly tested already, and seem to return correct info. With this plan we can get wider testing for discover2 in sid and still have discover1 packages as a fall back option and for sarge if it will be released before discover2 is ready. Would it bother you guys terribly to do this as a pre-approved NMU? We can merge the changes back into our SVN repo. Once LinuxWorld is off our plate, let's see if we can't keep pace with your needs vis a vis Discover 2, and re-evaluate the maintainership issue in 4 weeks or so. Does that sound reasonable? Your plan sounds good to me, and like what was already discussed, so it doesn't sound very disruptive to previous expectations. -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228763: Debian installer installation-report
Am Die, den 20.01.2004 schrieb Nagy Gabor um 20:23: Output of lspci: 00:00.0 Host bridge: Intel Corp. 82845 845 (Brookdale) Chipset Host Bridge (rev 04) 00:01.0 PCI bridge: Intel Corp. 82845 845 (Brookdale) Chipset AGP Bridge (rev 04) 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.5 Multimedia audio controller: Intel Corp. 82801CA/CAM AC'97 Audio Controller (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] 02:04.0 Communication controller: Lucent Microelectronics LT WinModem (rev 02) 02:06.0 CardBus bridge: Texas Instruments PCI1420 02:06.1 CardBus bridge: Texas Instruments PCI1420 02:08.0 Ethernet controller: Intel Corp. 82801CAM (ICH3) PRO/100 VM (KM) Ethernet Controller (rev 42) 02:0e.0 USB Controller: NEC Corporation USB (rev 41) 02:0e.1 USB Controller: NEC Corporation USB (rev 41) 02:0e.2 USB Controller: NEC Corporation USB 2.0 (rev 02) Could you please also provide the output of lspci -n so we can see if your PCMCIA problem is because of wrong pci ids in discover-data. Thoughts: Even if I don't want an expert install, I would like to be asked if I have network, or if I want to install network at all. The problem with this is, that even though you don't need a network to complete the first stage of the d-i install, you need a network setup to complete your install to a usable system. Only the base packages (those required to get a minimal booting system) are included on the CD. All other packages you need for a really usefull system have to be downloaded from a debian mirror. Ideal the network configuration would be in base-config, but we don't have a network configuration there yet, so it's the second best option to configure it in d-i. I would also like to be able to set the debconf question level before configuring all the packages. You mean to select another level than you used for the first stage? You can set the level for d-i with the expert boot option. After installation the PCMCIA subsystem did not work. During installation everything was loaded, but it seems that the installer forgot to include yenta_socket into the list of modules to be loaded before trying the other PCMCIA modules. I guess this is a problem with the discover hardware data listing the wrong module for your CardBus bridge. The lspci -n output will help to confirm this. Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: ntfs resize and gtk frontends
On Wed, Jan 21, 2004 at 03:15:35PM +, Anton Altaparmakov wrote: On Mon, Jan 19, 2004 at 02:27:12PM -0600, Steve Langasek wrote: On Mon, Jan 19, 2004 at 09:24:06PM +0100, Sven Luther wrote: NTFS write support at the kernel level is not very well-tested, but resizing partitions with the userspace tools is something that gets used fairly frequently. So, there is NTFS resizing user space tool ? Anything that is packaged in debian and we can use in d-i ? Yes, it's the tool named ntfsresize that the original poster was referring to, and it's found in the ntfstools package. But is not in any way related to the libntfs library ? Package: ntfstools Source: linux-ntfs Version: 1.8.0-2 Depends: libc6 (= 2.3.2.ds1-4), libntfs5 (= 1.8.0) I haven't looked at the source to know which pieces are exposed through the library or not. I say this, because on the parted mailing list, less than a week ago, it was claimed that libntfs didn't support resizing. Still, i wonder what the use of many outside library would mean to libparted and its use in debian-installer, where size matters. libntfs doesn't support resizing at present, that is correct. However, ntfsresize uses functionality from libntfs and cannot work without it. Any chance of the resizing fucntionality of ntfsresize making it to libntfs ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: ntfs resize and gtk frontends
On Wed, 2004-01-21 at 15:23, Sven Luther wrote: On Wed, Jan 21, 2004 at 03:15:35PM +, Anton Altaparmakov wrote: On Mon, Jan 19, 2004 at 02:27:12PM -0600, Steve Langasek wrote: On Mon, Jan 19, 2004 at 09:24:06PM +0100, Sven Luther wrote: NTFS write support at the kernel level is not very well-tested, but resizing partitions with the userspace tools is something that gets used fairly frequently. So, there is NTFS resizing user space tool ? Anything that is packaged in debian and we can use in d-i ? Yes, it's the tool named ntfsresize that the original poster was referring to, and it's found in the ntfstools package. But is not in any way related to the libntfs library ? Package: ntfstools Source: linux-ntfs Version: 1.8.0-2 Depends: libc6 (= 2.3.2.ds1-4), libntfs5 (= 1.8.0) I haven't looked at the source to know which pieces are exposed through the library or not. I say this, because on the parted mailing list, less than a week ago, it was claimed that libntfs didn't support resizing. Still, i wonder what the use of many outside library would mean to libparted and its use in debian-installer, where size matters. libntfs doesn't support resizing at present, that is correct. However, ntfsresize uses functionality from libntfs and cannot work without it. Any chance of the resizing fucntionality of ntfsresize making it to libntfs ? Yes, of course, but that (at least to me) is very low priority so don't expect it anytime soon... Sorry... Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ http://www-stu.christs.cam.ac.uk/~aia21/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Translations and changelogs
On Sat, Jan 17, 2004 at 10:19:54PM +0100, Nikolai Prokoschenko wrote: Considering changelogs: according to the current documentation, it is necessary for the translator to update the package's changelog, being Well, it seems that nobody really reacted to my post.Nevertheless, I have the first version of the script implemnting the described behaviour attached. It would be nice, if someone expresses his opinion about it, and I would really appreciate it being used in the deploying of udebs (and maybe other packages too). The general usage is at the moment relatively simple: the script outputs, which .po-files has been updated and this output could be fed to dch. For example, I updated the current changelog of anna (of course, no commit has been done) from debian-installer/anna directory with a single command: ../compare_changelogs . | while read line; do dch -a $line; done (compare_changelogs's location can vary, of course). The script is not perfect, but have fun with it anyway :) -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED] #!/bin/sh # # A script to find out, which .po files has been updated since the last # update, according to the PO-Revision flag and the Debian changelog # # Copyright (c) 2004 Nikolai Prokoschenko ([EMAIL PROTECTED]) # # This script is available under the GNU Public License # (http://www.gnu.org/licenses/gpl.txt) if [ x$1 = x ] then echo Usage: $0 package-directory exit fi P=$1; PACKAGE=`echo $P | sed 's/\/$//g'` if [ ! -d $PACKAGE ] then echo Cannot access the directory $PACKAGE! exit fi CHANGELOG=$PACKAGE/debian/changelog POS=$PACKAGE/debian/po RELEASE=unstable if [ ! -e $CHANGELOG ] then echo Cannot find the changelog file! exit fi # Line number of the changelog's old date LINE=`grep ; urgency= $CHANGELOG | grep -n $RELEASE | head -n 1 | sed 's/:.*//g'` # Date of the last release DATE=`grep -- $CHANGELOG | head -n $LINE | tail -n 1 | sed 's/.* //g'` OLD_DATE=`date -d $DATE +%s` for i in $POS/*.po do if [ -e $i ] then DATE=`grep PO-Revision $i | cut -d : -f 2,3 | sed 's/^ //g' | cut -d '\' -f 1` if date --date $DATE 2/dev/null 12 then NEW_DATE=`date -d $DATE +%s` if [ $NEW_DATE -gt $OLD_DATE ] then echo Updated `echo $i | sed 's/^.*\///g'` translation fi fi fi done
Re: discover Debian package maintainer
Am Mit, den 21.01.2004 schrieb Branden Robinson um 16:17: On Wed, Jan 21, 2004 at 01:48:50PM +0100, Gaudenz Steinlin wrote: Hi The purpose of this mail is to inform discover-workers of the plans the debian-installer team has for discover2 and to give you the possibility to object to out plans. Okay. Current state of discover2 in Debian: I have packaged an udeb only version of discover2 which is in the archive now. This package has successfully built on all autobuilders except mips, mipsel and m68k. It is intended for testing discover2 with the new installer. Glad to hear it. Be sure and lean on those m* guys. :) Further plans: I discussed the future of the discover2 package with pere yesterday. We plan to upload a full version of discover2 (including deb packages). It is not our intent to hijack your package. However, considering that there was no packaging effort done in the last months, we are under the impression, that you are no longer interested in maintaining this package. So we would like to completely takeover the maintenance of discover2. If our impression is wrong and you are still interested in maintaining discover2 then please speak up now and provide finished packages in the near future. It is not true that we are no longer interested; however, it is the case that at present Progeny has more urgent priorities occupying its technical staff. You might have noticed that LinuxWorld is this week. :) Also, I should let you know that I'm no longer the primary POC for Discover; this responsibility has been transferred to Jeff Licquia [EMAIL PROTECTED]. Nevertheless I remain very interested in the project, as I've been involved from the beginning. I did not know whom to personally contact. So I decided to send this mail to [EMAIL PROTECTED] and [EMAIL PROTECTED] in the hope that the relevant people at progeny receive it. If we take over the maintenance of discover2 we plan to do the following (IRC excerpt): 17:25 pere Currently, we have two packages: discover (building discover and discover-udeb), and discover2 (building discover2-udeb). If we change this to discover1 (building discover1 and discover-udeb), and discover (building discover and discover2-udeb). 17:26 pere then we can test discover (version 2) in Sid, while still using discover-udeb (version 1) in d-i. 17:29 pere Besides, the discover version 2 package is slightly tested already, and seem to return correct info. With this plan we can get wider testing for discover2 in sid and still have discover1 packages as a fall back option and for sarge if it will be released before discover2 is ready. Would it bother you guys terribly to do this as a pre-approved NMU? We can merge the changes back into our SVN repo. I would be glad if this is merged back to your SVN repo. Is it possible to arrange write access to it or do you want to merge the changes back yourself? The sources should always be available in the Debian archive, but we can provide patches if you like. Once LinuxWorld is off our plate, let's see if we can't keep pace with your needs vis a vis Discover 2, and re-evaluate the maintainership issue in 4 weeks or so. Does that sound reasonable? Your plan sounds good to me, and like what was already discussed, so it doesn't sound very disruptive to previous expectations. Yes this is OK and reasonable. I just wanted to make sure that this upload is approved by progeny. I have put [EMAIL PROTECTED] in the maintainer field of the udeb-only upload. Should this stay as it is atm or should I put [EMAIL PROTECTED] there? And one last question: To make the package build on non-i386 archs I had to copy the kernel pcmcia headers into the package source. I have done this in a sperate directory for now, but the most clean solution seem to me to have them in the same directory as the discover pcmcia stuff as normal non-system headers. Would you accept a patch for that? Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228772: Install Report - discover locked, boot hung
* Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Die, den 20.01.2004 schrieb Stephen Frost um 21:58: Alright, first a few bitches: - Waiting for DHCP to time out sucked, I know it won't work, eth0 isn't even connected to anything - Couldn't configure my wireless card (eth1), though it did appear to be detected and looked operational If it was really operational, then you would have been presented with a list of interfaces. This could be either a bug in netcfg or the interface is not listed in /proc/net/dev and probably not operational. Please send us the content of /proc/net/dev at this stage. I'll see about doing that tonight, it did show up as eth1 in ifconfig though. It's a wireless card though, I don't know if that has some impact on this. - bash on con2, for whatever reason, stops responding if you hit 'alt-1' by accident (like when going for alt-f1 to get back to the installation), this is *very* annoying since you have to restart the install to get a shell to work in, it'd be nice to have a way to forcibly reset the shell or bring up another one or something The shell is busybox ash. This is probably either a kernel bug or a bug in the busybox shell. Don't know more about that, sorry. It's really annoying. :) I'm working around it though. It's still be nice if there was a way to kill/restart the shell on that console somehow though, or start up another shell on another console. - Every other step it appears to 'detect hardware' or whatever, what's with that? I don't have a floppy on the machine but every time it takes a few seconds to try and load it. The hardware detection is a bit hackish atm. I don't know of a good way to detect a floppy drive other than trying to load the module. We should optimize the code to only try this once. Right, do it once and cache the info, don't redo it every time, that's silly. Now, the big problems: - discover just hung for a *long* time (30 minutes), it was called with 'modules-detect all', iirc. This was in the postinst of discover after the 'base system' had been installed and it was installing 'extra components', iirc. I didn't see any kernel oops or anything abnormal, and I was able to kill discover off (though it just restarted and got stuck at the same place). Eventually I just hacked up the postinst to act like it didn't find anything (MODULES=). This got me through the rest of the install and to reboot. Do you know which module it tried to load when it hung? I have never seen that before, but the most probably explanation seems that it tries to load a kernel module which hangs. I tend to agree, but I have no idea which module it was trying to load.. Does it log which module it's trying to load something? It really should, if it doesn't... Then you could just flip to con-3 or whatever one is the tail -f and see. - On boot, everything looked alright except after saying something like 'lp0: detected blah blah' nothing else showed up. It looked to have just hung at that point. Maybe it was trying to load up some framebuffer or maybe X is supposted to start at that point? I dunno, but I couldn't do anything, none of the other consoles appeared to be up or anything. I recall being warned that there might be a problem with the current X in Debian and the graphics card in my laptop (ATI Radeon IGP 345M 64MB (shared)), though 4.3 (released *how* long ago?) supports it. Don't know if that's a problem here or not. Probably the same discover bug. Yeah, I did find out though that I can ctrl-c and it dropped through and I finished the install and the system appears to be operational, though I can't seem to find drivers for the installed kernel for my wireless card (even though I know it showed up as eth1 in the boot system, and I think I recognized the module in the install, I'll have to check that again). Thanks, Stephen signature.asc Description: Digital signature
Bug#228772: Install Report - discover locked, boot hung
Am Die, den 20.01.2004 schrieb Stephen Frost um 21:58: Comments/Problems: Alright, first a few bitches: - Waiting for DHCP to time out sucked, I know it won't work, eth0 isn't even connected to anything - Couldn't configure my wireless card (eth1), though it did appear to be detected and looked operational If it was really operational, then you would have been presented with a list of interfaces. This could be either a bug in netcfg or the interface is not listed in /proc/net/dev and probably not operational. Please send us the content of /proc/net/dev at this stage. - bash on con2, for whatever reason, stops responding if you hit 'alt-1' by accident (like when going for alt-f1 to get back to the installation), this is *very* annoying since you have to restart the install to get a shell to work in, it'd be nice to have a way to forcibly reset the shell or bring up another one or something The shell is busybox ash. This is probably either a kernel bug or a bug in the busybox shell. Don't know more about that, sorry. - Every other step it appears to 'detect hardware' or whatever, what's with that? I don't have a floppy on the machine but every time it takes a few seconds to try and load it. The hardware detection is a bit hackish atm. I don't know of a good way to detect a floppy drive other than trying to load the module. We should optimize the code to only try this once. Now, the big problems: - discover just hung for a *long* time (30 minutes), it was called with 'modules-detect all', iirc. This was in the postinst of discover after the 'base system' had been installed and it was installing 'extra components', iirc. I didn't see any kernel oops or anything abnormal, and I was able to kill discover off (though it just restarted and got stuck at the same place). Eventually I just hacked up the postinst to act like it didn't find anything (MODULES=). This got me through the rest of the install and to reboot. Do you know which module it tried to load when it hung? I have never seen that before, but the most probably explanation seems that it tries to load a kernel module which hangs. - On boot, everything looked alright except after saying something like 'lp0: detected blah blah' nothing else showed up. It looked to have just hung at that point. Maybe it was trying to load up some framebuffer or maybe X is supposted to start at that point? I dunno, but I couldn't do anything, none of the other consoles appeared to be up or anything. I recall being warned that there might be a problem with the current X in Debian and the graphics card in my laptop (ATI Radeon IGP 345M 64MB (shared)), though 4.3 (released *how* long ago?) supports it. Don't know if that's a problem here or not. Probably the same discover bug. Thanks for testing. Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228870: Can't mount partition on hdb as /
On Wed, Jan 21, 2004 at 01:54:55PM +0100, Eugenia Franzoni wrote: Package: debian-installer Version: 20040120 I downloaded the Sarge Net installer from http://gluck.debian.org/cdimage/testing/netinst/i386/20040120/sarge-i386-netinst.iso The computer I tried it on has 2 disks (hda and hdb). I tried the installationon hdb. The partitioning went ok, the disk is recognized as /dev/ide/host0/bus0/target1/lun0/disc (QUANTUM FIREBALL_TM2110A) - note: it is an old HD on a new controller (VIA VT82C586A/B/VT82C686/A/B/VT823x/A/C) So disk partitioning went ok. The partition table I created is: part1 Linux Swap part2 Linux (bootable) The problem is that these partitions (either of them) are not included in the list of the partition in the configure and mount partitions step, so I can't use them for the installation. Accessing them manually (i.e. mkswap on the first partition and mke2fs on the second, via the console in F2) was successful. Even after creating the filesystem, the partitions are not listed in configure and mount partitions Do these partitions overlap in the partition table? Is this a BSD disklabel-using disk (probably not) that has a partition overlapping the beginning of the disk? I've found that libparted is very particular about only working with properly defined partitions. -- Steve Langasek postmodern programmer pgp0.pgp Description: PGP signature
Re: Re: ntfs resize and gtk frontends
On Wed, Jan 21, 2004 at 03:25:28PM +, Anton Altaparmakov wrote: On Wed, 2004-01-21 at 15:23, Sven Luther wrote: On Wed, Jan 21, 2004 at 03:15:35PM +, Anton Altaparmakov wrote: On Mon, Jan 19, 2004 at 02:27:12PM -0600, Steve Langasek wrote: On Mon, Jan 19, 2004 at 09:24:06PM +0100, Sven Luther wrote: NTFS write support at the kernel level is not very well-tested, but resizing partitions with the userspace tools is something that gets used fairly frequently. So, there is NTFS resizing user space tool ? Anything that is packaged in debian and we can use in d-i ? Yes, it's the tool named ntfsresize that the original poster was referring to, and it's found in the ntfstools package. But is not in any way related to the libntfs library ? Package: ntfstools Source: linux-ntfs Version: 1.8.0-2 Depends: libc6 (= 2.3.2.ds1-4), libntfs5 (= 1.8.0) I haven't looked at the source to know which pieces are exposed through the library or not. I say this, because on the parted mailing list, less than a week ago, it was claimed that libntfs didn't support resizing. Still, i wonder what the use of many outside library would mean to libparted and its use in debian-installer, where size matters. libntfs doesn't support resizing at present, that is correct. However, ntfsresize uses functionality from libntfs and cannot work without it. Any chance of the resizing fucntionality of ntfsresize making it to libntfs ? Yes, of course, but that (at least to me) is very low priority so don't expect it anytime soon... Sorry... Well, first, i have no intention to do so myself too, but it would be nice if you could give us an estimation of the work needed to move the resize code to libntfs ? I think some libparted guys where also interested by this. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228850: Package: installation-reports
On Wed, Jan 21, 2004 at 11:49:01AM +0100, Wolfgang Loeffler wrote: Package: installation-reports INSTALL REPORT Debian-installer-version: 2004-01-20 http://gluck.debian.org/cdimage/testing/netinst/i386/2004019/sarge-i386-netinst.iso snip/ Output of lspci: snip/ 00:0a.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:0a.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) Please provide this bugreport ( Reply all in your E-mail programm ) with the output of `lspci -n` of those two lines snip/ Configure network HW: [E] ( see below ) Config network: [E] ( done manually ) snip/ BUG: The TI CardBus Bridge needs the Yenta Socket driver. The installation system does not detect this correctly and then inserts the wrong socket driver in /etc/default/pcmcia (line: PCIC=). This means that after the reboot, the network does no longer come up automagically and the whole installation process is hosed. correct hardware detection with wrong driver association: info: /bin/report-hw: discover: i82365;;;Texas Instruments;PCI1450; info: /bin/report-hw: discover: i82365;;;Texas Instruments;PCI1450; snip/ SUGGESTIONS: Give the option to select a keyboard with UK layout at the installation. It's marginally different from the US layout, but the differences are tiresome enough. Would it be possible to make the machine boot into a VESA console with more than 80x25, if supported by the hardware? If necessary, ask the user, what (s)he wants in an expert mode. Improve the bug-tracking system in such a manner that it finds the pesudo-header Package: installation-reports even if it should happen not to be the first line of the message body. Better idea: Make that @%$#! thing a true header: X-Packages: installation reports. Best idea: accept both. Please report it as separate (wishlist) bugs. Yours, Wolfgang Geert Stappers pgp0.pgp Description: PGP signature
Bug#228772: Install Report - discover locked, boot hung
Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:08: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Die, den 20.01.2004 schrieb Stephen Frost um 21:58: I tend to agree, but I have no idea which module it was trying to load.. Does it log which module it's trying to load something? It really should, if it doesn't... Then you could just flip to con-3 or whatever one is the tail -f and see. The one thing that seems strange to me is, that discover does not hang if it is called from d-i. It only hangs if the postinst of the package installed to /target is run. You can see which module it tries to load in /var/lib/discover/crash respectively /target/var/lib/discover/crash during the install. Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228870: Can't mount partition on hdb as /
Accessing them manually (i.e. mkswap on the first partition and mke2fs on the second, via the console in F2) was successful. Even after creating the filesystem, the partitions are not listed in configure and mount partitions Do these partitions overlap in the partition table? Is this a BSD disklabel-using disk (probably not) that has a partition overlapping the beginning of the disk? well, no. I created them during the installation, before it was just one large partition where I had installed debian (years ago). Checked, no BSD partition, the cylinders do not overlap (part1 begins at 1 and ends at 496, part2 begins at 497 and ends at the end of the disk). The only unusual thing about this disk is that it's an old one on a new controller - the disk is a 2.1 GB Quantum Fireball I took out of my old Pentium I and the controller is a new one (on an Asus K7VTA-B I already used with other disks). Mke2fs worked anyway, and the partition can be mounted manually without problems, so the disk is detected and working ok. It just doesn't show in the list :) E. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: discover Debian package maintainer
On Wed, Jan 21, 2004 at 05:11:58PM +0100, Gaudenz Steinlin wrote: Am Mit, den 21.01.2004 schrieb Branden Robinson um 16:17: I did not know whom to personally contact. So I decided to send this mail to [EMAIL PROTECTED] and [EMAIL PROTECTED] in the hope that the relevant people at progeny receive it. discover-workers will suffice. :) Would it bother you guys terribly to do this as a pre-approved NMU? We can merge the changes back into our SVN repo. I would be glad if this is merged back to your SVN repo. Is it possible to arrange write access to it or do you want to merge the changes back yourself? I think our company policy is to manage such things ourselves. The sources should always be available in the Debian archive, but we can provide patches if you like. Patches would be ideal. They're easy to merge. :) Once LinuxWorld is off our plate, let's see if we can't keep pace with your needs vis a vis Discover 2, and re-evaluate the maintainership issue in 4 weeks or so. Does that sound reasonable? Your plan sounds good to me, and like what was already discussed, so it doesn't sound very disruptive to previous expectations. Yes this is OK and reasonable. I just wanted to make sure that this upload is approved by progeny. I have put [EMAIL PROTECTED] in the maintainer field of the udeb-only upload. Should this stay as it is atm or should I put [EMAIL PROTECTED] there? I suggest changing it to [EMAIL PROTECTED]. And one last question: To make the package build on non-i386 archs I had to copy the kernel pcmcia headers into the package source. I have done this in a sperate directory for now, but the most clean solution seem to me to have them in the same directory as the discover pcmcia stuff as normal non-system headers. Would you accept a patch for that? I'd like to get some other opinions on this. Eric, are you still subscribed? -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228910: debina installer beta2 on GA-8I875
Package: installation-reports INSTALL REPORT Debian-installer-version: beta2(01/03/04 gluck) uname -a: Linux rm241 2.4.23-1-686 #1 Sun Nov 30 20:51:10 EST 2003 i686 GNU/Linux Install Date: 01/21/04 JST(=GST+9) around 7:30AM Method: Boot from CD image of Businesscard.iso. Then network install from ring.asahi-net.or.jp w/o proxies Machine: DIY PC with M/B Gigabyte GA-8I875 Processor: Northwood 1.6 GHz Memory: 1GB Root Device: PATA Maxtor 6Y160PO Root Size/partition table: Disk /dev/hda: 163.9 GB, 163928604672 bytes 255 heads, 63 sectors/track, 19929 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 11004 8064598+ 83 Linux /dev/hda210052028 8225280 83 Linux /dev/hda320293052 8225280 83 Linux /dev/hda43053 19929 135564502+ 5 Extended /dev/hda530534076 8225248+ 83 Linux /dev/hda640775100 8225248+ 83 Linux /dev/hda751016124 8225248+ 83 Linux /dev/hda861257148 8225248+ 83 Linux /dev/hda971498172 8225248+ 83 Linux /dev/hda10 81739196 8225248+ 83 Linux /dev/hda11 91979260 514048+ 83 Linux /dev/hda12 92619324 514048+ 83 Linux /dev/hda13 93259388 514048+ 83 Linux /dev/hda14 93899452 514048+ 83 Linux /dev/hda15 94539516 514048+ 83 Linux /dev/hda16 95179580 514048+ 83 Linux /dev/hda17 95819644 514048+ 83 Linux /dev/hda18 96459708 514048+ 83 Linux /dev/hda19 9709 10220 4112608+ 82 Linux swap /dev/hda20 10221 10284 514048+ 83 Linux /dev/hda21 10285 10348 514048+ 83 Linux /dev/hda22 10349 10412 514048+ 83 Linux /dev/hda23 10413 10476 514048+ 83 Linux /dev/hda24 10477 10540 514048+ 83 Linux /dev/hda25 * 10541 10604 514048+ 83 Linux /dev/hda26 10605 10668 514048+ 83 Linux /dev/hda27 10669 10732 514048+ 83 Linux /dev/hda28 10733 11756 8225248+ 83 Linux /dev/hda29 11757 12780 8225248+ 83 Linux /dev/hda30 12781 13804 8225248+ 83 Linux /dev/hda31 13805 14828 8225248+ 83 Linux /dev/hda32 14829 15832 8064598+ 83 Linux /dev/hda33 15833 1992932909121 83 Linux hda10 8GB /usr hda19 4GB swap (but actually used only 2GB) hda20 512MB /var hda24 512MB / Other partitions are reserved to boot more than 8 different Linux, and some common data areas. Output of lspci: 00:00.0 Host bridge: Intel Corp. 82875P Memory Controller Hub (rev 02) 00:01.0 PCI bridge: Intel Corp. 82875P Processor to AGP Controller (rev 02) 00:03.0 PCI bridge: Intel Corp. 82875P Processor to PCI to CSA Bridge (rev 02) 00:1d.0 USB Controller: Intel Corp. 82801EB USB (rev 02) 00:1d.1 USB Controller: Intel Corp. 82801EB USB (rev 02) 00:1d.2 USB Controller: Intel Corp. 82801EB USB (rev 02) 00:1d.3 USB Controller: Intel Corp. 82801EB USB (rev 02) 00:1d.7 USB Controller: Intel Corp. 82801EB USB2 (rev 02) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev c2) 00:1f.0 ISA bridge: Intel Corp. 82801EB LPC Interface Controller (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801EB Ultra ATA Storage Controller (rev 02) 00:1f.2 RAID bus controller: Intel Corp.: Unknown device 24df (rev 02) 00:1f.3 SMBus: Intel Corp. 82801EB SMBus Controller (rev 02) 01:00.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 AGP 8x] (rev a1) 02:01.0 Ethernet controller: Intel Corp.: Unknown device 1019 03:01.0 SCSI storage controller: Adaptec AHA-2940U/UW/D / AIC-7881U 03:02.0 Multimedia controller: Sigma Designs, Inc. REALmagic Hollywood Plus DVD Decoder (rev 01) 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] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: Overall installation is much better than before. I really appreciate d-i's team effort. The following glitch is marginal, but I list them anyway. 1. dmesg does not display, but start-up screen says: can't open /etc/mtab: No such file or directory 2. The rest are hardware detection problems: a. I disabled LPT port in BIOS setup, but hardware detection detect it anyhow wrongly and
Bug#228772: Install Report - discover locked, boot hung
* Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:08: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Die, den 20.01.2004 schrieb Stephen Frost um 21:58: I tend to agree, but I have no idea which module it was trying to load.. Does it log which module it's trying to load something? It really should, if it doesn't... Then you could just flip to con-3 or whatever one is the tail -f and see. The one thing that seems strange to me is, that discover does not hang if it is called from d-i. It only hangs if the postinst of the package installed to /target is run. You can see which module it tries to load in /var/lib/discover/crash respectively /target/var/lib/discover/crash during the install. I checked, and those files didn't exist (first thing I did before I modified the postinst script). Kind of odd, I guess.. Stephen signature.asc Description: Digital signature
linux-kernel-di and powerpc-small
Here is a small patch to linux-kernel-di, to build powerpc-small udebs. Joey, can you commit this and use it in your next upload ? Any idea about when it'll be ? (it's trivial, but since the test cycle is quite long i thought it might help you anyway) And by the way, modules/powerpc/nic-modules-* should be renamed to nic-*-modules, or they won't get built. -- Jeremie Koenig [EMAIL PROTECTED] Index: copy-modules === RCS file: /cvsroot/d-i/debian-installer/kernel/linux-kernel-di/copy-modules,v retrieving revision 1.12 diff -u -r1.12 copy-modules --- copy-modules13 Nov 2003 19:54:59 - 1.12 +++ copy-modules21 Jan 2004 17:03:19 - @@ -52,6 +52,8 @@ # The directory of modules lists to use. if [ -d modules/$arch-$flavour ]; then modlistdir=modules/$arch-$flavour +elif [ -d modules/$flavour ]; then + modlistdir=modules/$flavour else modlistdir=modules/$arch fi Index: gen-control === RCS file: /cvsroot/d-i/debian-installer/kernel/linux-kernel-di/gen-control,v retrieving revision 1.4 diff -u -r1.4 gen-control --- gen-control 10 Nov 2003 03:57:00 - 1.4 +++ gen-control 21 Jan 2004 17:03:19 - @@ -71,6 +71,9 @@ if (-d modules/$arch-$flavour) { $modlistdir=modules/$arch-$flavour; } + elsif (-d modules/$flavour) { + $modlistdir=modules/$flavour; + } else { $modlistdir=modules/$arch; } Index: gen-deps === RCS file: /cvsroot/d-i/debian-installer/kernel/linux-kernel-di/gen-deps,v retrieving revision 1.4 diff -u -r1.4 gen-deps --- gen-deps3 Nov 2003 21:40:49 - 1.4 +++ gen-deps21 Jan 2004 17:03:19 - @@ -25,6 +25,9 @@ if (-d modules/$arch-$flavour) { $modlistdir=modules/$arch-$flavour; } + elsif (-d modules/$flavour) { + $modlistdir=modules/$flavour; + } else { $modlistdir=modules/$arch; } Index: kernel-versions === RCS file: /cvsroot/d-i/debian-installer/kernel/linux-kernel-di/kernel-versions,v retrieving revision 1.22 diff -u -r1.22 kernel-versions --- kernel-versions 18 Jan 2004 02:26:45 - 1.22 +++ kernel-versions 21 Jan 2004 17:03:19 - @@ -16,4 +16,4 @@ mipsel 2.4.19 r3k-kn02 2.4.19-r3k-kn02 kernel-image-2.4.19-r3k-kn02 mipsel 2.4.19 r4k-kn04 2.4.19-r4k-kn04 kernel-image-2.4.19-r4k-kn04 powerpc 2.4.22 powerpc2.4.22-powerpc kernel-image-2.4.22-powerpc-pmac, kernel-modules-2.4.22-powerpc -powerpc 2.4.22 small 2.4.22-powerpc-small kernel-image-2.4.22-powerpc-small-pmac, kernel-modules-2.4.22-powerpc-small +powerpc 2.4.22 powerpc-small 2.4.22-powerpc-small kernel-image-2.4.22-powerpc-small-pmac, kernel-modules-2.4.22-powerpc-small
Re: Re: ntfs resize and gtk frontends
On Wed, 2004-01-21 at 16:14, Sven Luther wrote: On Wed, Jan 21, 2004 at 03:25:28PM +, Anton Altaparmakov wrote: On Wed, 2004-01-21 at 15:23, Sven Luther wrote: On Wed, Jan 21, 2004 at 03:15:35PM +, Anton Altaparmakov wrote: On Mon, Jan 19, 2004 at 02:27:12PM -0600, Steve Langasek wrote: On Mon, Jan 19, 2004 at 09:24:06PM +0100, Sven Luther wrote: NTFS write support at the kernel level is not very well-tested, but resizing partitions with the userspace tools is something that gets used fairly frequently. So, there is NTFS resizing user space tool ? Anything that is packaged in debian and we can use in d-i ? Yes, it's the tool named ntfsresize that the original poster was referring to, and it's found in the ntfstools package. But is not in any way related to the libntfs library ? Package: ntfstools Source: linux-ntfs Version: 1.8.0-2 Depends: libc6 (= 2.3.2.ds1-4), libntfs5 (= 1.8.0) I haven't looked at the source to know which pieces are exposed through the library or not. I say this, because on the parted mailing list, less than a week ago, it was claimed that libntfs didn't support resizing. Still, i wonder what the use of many outside library would mean to libparted and its use in debian-installer, where size matters. libntfs doesn't support resizing at present, that is correct. However, ntfsresize uses functionality from libntfs and cannot work without it. Any chance of the resizing fucntionality of ntfsresize making it to libntfs ? Yes, of course, but that (at least to me) is very low priority so don't expect it anytime soon... Sorry... Well, first, i have no intention to do so myself too, but it would be nice if you could give us an estimation of the work needed to move the resize code to libntfs ? I think some libparted guys where also interested by this. I am afraid I have no idea as I haven't really looked at the ntfsresize code. I am CC:-ing Szaka who wrote and maintains ntfsresize in the hope that he will comments. Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ http://www-stu.christs.cam.ac.uk/~aia21/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228772: Install Report - discover locked, boot hung
clone 228772 -1 reassign -1 busybox-cvs severity -1 normal tags -1 upstream confirmed retitle -1 busybox - ash stops respoding after alt-1 thanks On Wed, Jan 21, 2004 at 11:08:36AM -0500, Stephen Frost wrote: - bash on con2, for whatever reason, stops responding if you hit 'alt-1' by accident (like when going for alt-f1 to get back to the installation), this is *very* annoying since you have to restart the install to get a shell to work in, it'd be nice to have a way to forcibly reset the shell or bring up another one or something The shell is busybox ash. This is probably either a kernel bug or a bug in the busybox shell. Don't know more about that, sorry. It's really annoying. :) I'm working around it though. It's still be nice if there was a way to kill/restart the shell on that console somehow though, or start up another shell on another console. I confirm that bug. Bastian -- Behind every great man, there is a woman -- urging him on. -- Harry Mudd, I, Mudd, stardate 4513.3 signature.asc Description: Digital signature
Bug#228772: Install Report - discover locked, boot hung
Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:38: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:08: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Die, den 20.01.2004 schrieb Stephen Frost um 21:58: I tend to agree, but I have no idea which module it was trying to load.. Does it log which module it's trying to load something? It really should, if it doesn't... Then you could just flip to con-3 or whatever one is the tail -f and see. The one thing that seems strange to me is, that discover does not hang if it is called from d-i. It only hangs if the postinst of the package installed to /target is run. You can see which module it tries to load in /var/lib/discover/crash respectively /target/var/lib/discover/crash during the install. I checked, and those files didn't exist (first thing I did before I modified the postinst script). Kind of odd, I guess.. Do you have an idea where else in the startup script it could hang? Does it print the list of detected modules after Detecting hardware: ? Can you rund discover --module all and see if this hangs? Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228839: Should re-ask the debconf-priority question at the end of base-config
Am Mit, den 21.01.2004 schrieb Christian Perrier um 06:30: Package: base-config Version: 2.08 Severity: normal When debian-installer, for some reason, went into a problem, the debconf priority is automatically lowered from high to medium. This setting remains after base-config runs and thus the user is presented with a big bunch of questions during the packages installation process which follows. I suggest adding a debconf priority setting item to the base-config menu, designed for being run at the end of the process, with the default value reset to high. I don't quite understand your proposal, but I think the best fix for this issue would be to not set the cdebconf priority at the end of the install in base-config but to set it to the initial cdebconf priority. Like that installs in expert mode in d-i would have expert mode questions in base-config and normal installs would run base-config at high. At the end of base-config there could be a debconf priority question at priority medium. That way experts can choose if the still want to be experts or if the want to continue at medium or high. Was that your proposal? Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#228850: triage
Processing commands for [EMAIL PROTECTED]: tag 228850 + d-i Bug#228850: Package: installation-reports There were no tags set. Tags added: d-i reassign 228850 discover-data Bug#228850: Package: installation-reports Bug reassigned from package `installation-reports' to `discover-data'. 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#228772: Install Report - discover locked, boot hung
* Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:38: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:08: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Die, den 20.01.2004 schrieb Stephen Frost um 21:58: I tend to agree, but I have no idea which module it was trying to load.. Does it log which module it's trying to load something? It really should, if it doesn't... Then you could just flip to con-3 or whatever one is the tail -f and see. The one thing that seems strange to me is, that discover does not hang if it is called from d-i. It only hangs if the postinst of the package installed to /target is run. You can see which module it tries to load in /var/lib/discover/crash respectively /target/var/lib/discover/crash during the install. I checked, and those files didn't exist (first thing I did before I modified the postinst script). Kind of odd, I guess.. Do you have an idea where else in the startup script it could hang? Does it print the list of detected modules after Detecting hardware: ? Can you rund discover --module all and see if this hangs? I'm not at the machine atm, I can try this later, but what happened is this: --- Setting up discover... Startup links already created... Detecting hardware: --- And that's where it hung, didn't say anything after that. Over on the console I did a ps auwx and saw 'discover --module all' in the process list. I think I tried to put 'all' in the 'skip' list next, but that didn't work ether, so I just hacked the postinst and set MODULES=. And commented out the discover --module all run (iirc). Stephen signature.asc Description: Digital signature
Bug#228772: Install Report - discover locked, boot hung
Am Mit, den 21.01.2004 schrieb Stephen Frost um 18:16: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:38: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Mit, den 21.01.2004 schrieb Stephen Frost um 17:08: * Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: Am Die, den 20.01.2004 schrieb Stephen Frost um 21:58: I'm not at the machine atm, I can try this later, but what happened is this: --- Setting up discover... Startup links already created... Detecting hardware: --- This looks like discover is hanging when detecting the hardware not when loading modules. And that's where it hung, didn't say anything after that. Over on the console I did a ps auwx and saw 'discover --module all' in the process list. I think I tried to put 'all' in the 'skip' list next, but that didn't work ether, so I just hacked the postinst and set MODULES=. And commented out the discover --module all run (iirc). The all does not mean all modules but all types of devices. You can modify /etc/discover.conf to see which type of device causes it to hang. Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228839: Should re-ask the debconf-priority question at the end of base-config
Gaudenz Steinlin wrote: I don't quite understand your proposal, but I think the best fix for this issue would be to not set the cdebconf priority at the end of the install in base-config but to set it to the initial cdebconf priority. Like that installs in expert mode in d-i would have expert mode questions in base-config and normal installs would run base-config at high. I'm not sure I understand your proposal.. The way it works right now is the cdebconf priority is saved at the end of the install, and propigated from base-config to debconf. This does have the effect Christian dislikes (and I rather dislike it too). At the end of base-config there could be a debconf priority question at priority medium. That way experts can choose if the still want to be experts or if the want to continue at medium or high. Was that your proposal? I dislike the idea of asking about debconf priority in base-config myself. -- see shy jo signature.asc Description: Digital signature
ask d-i's CVS write access
Hello, d-i project managers I am the main simplified chinese translator now. Ming Hua, the current uploader, was a bit busy somehow. Could you kindly give me the CVS write access? This would make things much easier and quicker. My alioth account is carlosliu-guest. Thanks -- Best Regards, Carlos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: ntfs resize and gtk frontends
* Anton Altaparmakov [EMAIL PROTECTED] [2004-01-21 16:25]: I am afraid I have no idea as I haven't really looked at the ntfsresize code. I am CC:-ing Szaka who wrote and maintains ntfsresize in the hope that he will comments. BTW, it would be really excellent to get this merged into libparted. (I understand this might be low or no priority for you at all, but many people would benefit from it.) Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) I'm msm34. ;) -- Martin Michlmayr [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228654: installation-reports: ide-detect lockup on Alpha PWS500a
Steve Langasek wrote: cough The best method I've found so far is to switch to console #2 as soon as the language question comes up, and remove the troublesome modules from /lib/modules/version/kernel/. You can also boot the installer with DEBCONF_PRIORITY=low, in which case it will still try to probe all the modules in order, but at least it will let you specify options to insmod that will break the attempt to load it (pain...). I'm thinking about adding a medium priority multiselect question to hw-detect to let the user de-select modules, FWIW. -- see shy jo signature.asc Description: Digital signature
Bug#228839: Should re-ask the debconf-priority question at the end of base-config
Joey Hess [EMAIL PROTECTED] writes: I dislike the idea of asking about debconf priority in base-config myself. You think we should configure the system in one /default/ but fixed debconf priority? []s -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ask d-i's CVS write access
Hi Carlos, * Carlos Z.F. Liu [EMAIL PROTECTED] [2004-01-21 18:33]: | Hello, d-i project managers | | I am the main simplified chinese translator now. Ming Hua, the current uploader, | was a bit busy somehow. Could you kindly give me the CVS write access? This | would make things much easier and quicker. My alioth account is carlosliu-guest. I have you added to the list of translaters, with cvs write access. Bye Thorsten -- Thorsten Sauter [EMAIL PROTECTED] (Is there life after /sbin/halt -p?) signature.asc Description: Digital signature
Bug#228839: Should re-ask the debconf-priority question at the end of base-config
Am Mit, den 21.01.2004 schrieb Joey Hess um 18:34: Gaudenz Steinlin wrote: I don't quite understand your proposal, but I think the best fix for this issue would be to not set the cdebconf priority at the end of the install in base-config but to set it to the initial cdebconf priority. Like that installs in expert mode in d-i would have expert mode questions in base-config and normal installs would run base-config at high. I'm not sure I understand your proposal.. :-) I will try to explain it again. The way it works right now is the cdebconf priority is saved at the end of the install, and propigated from base-config to debconf. This does have the effect Christian dislikes (and I rather dislike it too). As I understood Christain the actual priority at the end of the install is propagated to base-config. If you encounterd an error at the end of the install, then this is lower than the priority you started your install with. As it is very unlikely that if you had an error in d-i you will have to recover from this in base-config I suggested to not copy the actual priority value but to copy the value the user initially choose for the install. At the end of base-config there could be a debconf priority question at priority medium. That way experts can choose if the still want to be experts or if the want to continue at medium or high. Was that your proposal? I dislike the idea of asking about debconf priority in base-config myself. I just thought that it might be nice for people doing an expert install to raise the priority at the end of base-config. But I don't think this is important because experts should be able to change the priority themself. Gaudenz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228772: Install Report - discover locked, boot hung
* Gaudenz Steinlin ([EMAIL PROTECTED]) wrote: This looks like discover is hanging when detecting the hardware not when loading modules. Ok. And that's where it hung, didn't say anything after that. Over on the console I did a ps auwx and saw 'discover --module all' in the process list. I think I tried to put 'all' in the 'skip' list next, but that didn't work ether, so I just hacked the postinst and set MODULES=. And commented out the discover --module all run (iirc). The all does not mean all modules but all types of devices. You can modify /etc/discover.conf to see which type of device causes it to hang. I'll try and play with that and running discover --module all by hand and see if I can figure out what's going on. I'll try and do that tonight and will let you know. Stephen signature.asc Description: Digital signature
Processed: Re: Bug#228772: Install Report - discover locked, boot hung
Processing commands for [EMAIL PROTECTED]: clone 228772 -1 Bug#228772: Install Report - discover locked, boot hung Bug 228772 cloned as bug 228915. reassign -1 busybox-cvs Bug#228915: Install Report - discover locked, boot hung Bug reassigned from package `installation-reports' to `busybox-cvs'. severity -1 normal Bug#228915: Install Report - discover locked, boot hung Severity set to `normal'. tags -1 upstream confirmed Bug#228915: Install Report - discover locked, boot hung There were no tags set. Tags added: upstream, confirmed retitle -1 busybox - ash stops respoding after alt-1 Bug#228915: Install Report - discover locked, boot hung Changed Bug title. 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#228850: patches
tag 228850 patch stop On Wed, Jan 21, 2004 at 05:41:12PM +0100, Wolfgang Loeffler wrote: Hi Geert [ off list information ] Anyway, here is the output of lspci -n: 00:0a.0 Class 0607: 104c:ac1b (rev 03) 00:0a.1 Class 0607: 104c:ac1b (rev 03) Yours, Wolfgang Attached you will find three versions the same patch, See the --- lines for more information Cheers Geert Stappers --- pci.lst.discover-data_1.2002.08.21-1.6_all.deb Wed Jan 21 19:13:15 2004 +++ pci.lst Wed Jan 21 19:16:02 2004 @@ -1005,7 +1005,7 @@ 104cac18unknown unknown PCI1260 104cac19bridge i82365 PCI1221 104cac1abridge i82365 PCI1210 - 104cac1bbridge i82365 PCI1450 + 104cac1bbridge yenta_socketPCI1450 104cac1cbridge i82365 PCI1225 104cac1dbridge i82365 PCI1251A 104cac1ebridge i82365 PCI1211 --- pci.lst.bugreport228370 Wed Jan 21 19:20:22 2004 +++ pci.lst Wed Jan 21 19:21:45 2004 @@ -1005,7 +1005,7 @@ 104cac18unknown unknown PCI1260 104cac19bridge i82365 PCI1221 104cac1abridge i82365 PCI1210 - 104cac1bbridge i82365 PCI1450 + 104cac1bbridge yenta_socketPCI1450 104cac1cbridge yenta_socketPCI1225 104cac1dbridge i82365 PCI1251A 104cac1ebridge i82365 PCI1211 --- pci.lst.discover-data_1.2002.08.21-1.6_all.deb Wed Jan 21 19:13:15 2004 +++ pci.lst Wed Jan 21 19:21:45 2004 @@ -1005,8 +1005,8 @@ 104cac18unknown unknown PCI1260 104cac19bridge i82365 PCI1221 104cac1abridge i82365 PCI1210 - 104cac1bbridge i82365 PCI1450 - 104cac1cbridge i82365 PCI1225 + 104cac1bbridge yenta_socketPCI1450 + 104cac1cbridge yenta_socketPCI1225 104cac1dbridge i82365 PCI1251A 104cac1ebridge i82365 PCI1211 104cac1fbridge i82365 PCI1251B
Bug#228806: libntfs should be useful
Flatcap (a ntfstools developer) is working on migrating the ntfs tools (including ntfsresize) to a usable library: libntfs but needs help. You can find him on irc.freenode.net #ntfs channel or at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228839: Should re-ask the debconf-priority question at the end of base-config
On Wed, Jan 21, 2004 at 03:48:01PM -0200, Otavio Salvador wrote: Joey Hess [EMAIL PROTECTED] writes: I dislike the idea of asking about debconf priority in base-config myself. You think we should configure the system in one /default/ but fixed debconf priority? What if base-config re-asks the question about debconf priority *at* medium priority, with the default value set to high? This means that users who used the normal priority setting (high) in the installer just get behind-the-scenes confirmation of this setting, and users who ran the installer in expert mode, or who had a failure that reset the debconf priority, get the chance to reconfirm whether this is a preference they want carried over into the base system. -- Steve Langasek postmodern programmer pgp0.pgp Description: PGP signature
20040121 CVS snapshot ISO image for i386 available
I finally managed to build an ISO image with the following: -All d-i+base-config modules recompiled from a CVS snapshot taken on 20040121 at 5:00am -All other base system packages from sarge daily businesscard ISO -languagechooser_ng This image is available at http://people.debian.org/~bubulle/d-i_CVS-20040121+sarge-20040120_businesscard_i386.iso It will for instance allow looking at Anton's partman stuff -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: d-i tagging
Processing commands for [EMAIL PROTECTED]: tags 228839 d-i Bug#228839: Should re-ask the debconf-priority question at the end of base-config There were no tags set. Tags added: d-i 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: Re: Re: ntfs resize and gtk frontends
Flatcap are working on insert the ntfs tools (ntfsresize is a part of it) in the usable library libntfs but need help. You can find it on irc.freenode.net #ntfs channel or at [EMAIL PROTECTED] address. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228654: installation-reports: ide-detect lockup on Alpha PWS500a
Just tried the newest installer daily build (with 2.4.24 kernel) and it gets through the ide-detect portion without any trouble. I can do everything other than bringing up the network interface. The only other trouble I noticed is that the aboot.conf that is generated doesn't point to the proper location of my root filesystem. The installer kept going back to the configure network option even though I couldn't bring the network up, so it may be a case where I did something out of order. I did not repartition. I did reformat my old partitions with the root as the A partition. Anyway, my original problem is fixed. As far as the nic problem goes, it's something that will have to be fixed in the kernel. This thread is illuminating: http://lists.debian.org/debian-alpha/2004/debian-alpha-200401/msg00052.html Hopefully a working 2.6 or 2.4 kernel will be released before Sarge is. John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228839: Should re-ask the debconf-priority question at the end of base-config
Gaudenz Steinlin wrote: As I understood Christain the actual priority at the end of the install is propagated to base-config. If you encounterd an error at the end of the install, then this is lower than the priority you started your install with. As it is very unlikely that if you had an error in d-i you will have to recover from this in base-config I suggested to not copy the actual priority value but to copy the value the user initially choose for the install. Hm, might work. But it's hard to know where this value might have came from: - cdebconf default - command-line override via expert boot or similar - some preloaded cdebconf database of some sort I don't know how prebaseconfig can get at anything except the current priority with any kind of accuracy. I just thought that it might be nice for people doing an expert install to raise the priority at the end of base-config. But I don't think this is important because experts should be able to change the priority themself. Yep. -- see shy jo signature.asc Description: Digital signature
Bug#228870: Can't mount partition on hdb as /
reassign 228870 libparted1.6-udeb thanks On Wed, Jan 21, 2004 at 05:22:59PM +0100, Eugenia Franzoni wrote: Accessing them manually (i.e. mkswap on the first partition and mke2fs on the second, via the console in F2) was successful. Even after creating the filesystem, the partitions are not listed in configure and mount partitions Do these partitions overlap in the partition table? Is this a BSD disklabel-using disk (probably not) that has a partition overlapping the beginning of the disk? well, no. I created them during the installation, before it was just one large partition where I had installed debian (years ago). Checked, no BSD partition, the cylinders do not overlap (part1 begins at 1 and ends at 496, part2 begins at 497 and ends at the end of the disk). The only unusual thing about this disk is that it's an old one on a new controller - the disk is a 2.1 GB Quantum Fireball I took out of my old Pentium I and the controller is a new one (on an Asus K7VTA-B I already used with other disks). Mke2fs worked anyway, and the partition can be mounted manually without problems, so the disk is detected and working ok. It just doesn't show in the list :) Ok, then I think this is a bug that needs to be assigned to libparted, as that's the package which provides the code for partition detection used to generate the partition list. Thanks, -- Steve Langasek postmodern programmer pgp0.pgp Description: PGP signature
m68k d-i Port Status: Jan. 21
I'm crossposting to debian-68k, but please let's follow up on debian-boot. All my m68k testing is with a mac, but I'm trying to make sure all the other subarchs are properly supported also. I'm also trying to keep the 2.2.x hacks arch-independent. The only real ugly hack I'm using to support a 2.2.x kernel is that I configure the kernel to handle a 40MB ram disk, since we don't have tmpfs/shmfs. Then I skip all the pivot_root stuff and start downloading right to the ramdisk. So far it seems to work. If you know this is going to fail at some point, please let me know now. I can get all the way through partitioning a disk without errors! Unfortunately, after that partconf brings up a blank list the correct number of partitions long. Obviously, I know what to work on next. All my hacks are now committed and I'm building against cvs to make sure I haven't missed anything. All the udebs I've modified for m68k are at http://marenka.net/~smarenka/di/udebs/. I'm putting daily builds of the initrd for netboot and cdrom at http://marenka.net/~smarenka/di/. There is a mac kernel there as well. If you look right now, you won't see any because I changed how I handled init and didn't want to deal with it. I plan to run a fresh build as soon as I'm done updating udebs. I recommend using those directly for a 2.4 kernel. I copy those, well usually netboot, to a 30MB image for 2.2 testing. That's what the wkg30* images are about. It looks like base install comes after mounting partitions, so I think we're getting pretty close. Indeed, I suspect someone running a 2.4 kernel could do a full install. We also need to decide if we're going to supply a tarball like bf did for amiga, atari, and mac. If no ones says anything else, that's probably where I'll go. We also need to figure out how to make bootable media for those subarchs that support it. All the code is in bf, so it's just a matter of tracking it down. Well, that's about enough for now. Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Processed: Re: Bug#228850: patches
Processing commands for [EMAIL PROTECTED]: tag 228850 patch Bug#228850: Package: installation-reports Tags were: d-i Tags added: patch stop 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: linux-kernel-di and powerpc-small
Jeremie Koenig wrote: Here is a small patch to linux-kernel-di, to build powerpc-small udebs. Joey, can you commit this and use it in your next upload ? Any idea about when it'll be ? Thans for working that out, I've applied it to cvs, but the upload will wait until after some stuff for powerpc subarches and beta2. And by the way, modules/powerpc/nic-modules-* should be renamed to nic-*-modules, or they won't get built. Hmm, wonder why you're the first person to notice that! +elif [ -d modules/$flavour ]; then + modlistdir=modules/$flavour Looks like this would also allow the i386 xfs kernel to look like this in kernel-versions: i3862.4.22 xfs ... And use the modules/i386-xfs directory. Steve? -- see shy jo signature.asc Description: Digital signature
Processing of ddetect_0.62.beta2.1_powerpc.changes
ddetect_0.62.beta2.1_powerpc.changes uploaded successfully to localhost along with the files: ddetect_0.62.beta2.1.dsc ddetect_0.62.beta2.1.tar.gz hw-detect_0.62.beta2.1_all.udeb ethdetect_0.62.beta2.1_all.udeb hw-detect-full_0.62.beta2.1_all.udeb archdetect_0.62.beta2.1_powerpc.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228944: INSTALL REPORT
Package: installation-reports INSTALL REPORT Debian-installer-version: 01/09/2004, latest netinst image? uname -a: Linux mcv2 2.4.23-1-386 #1 Sun Nov 30 16:49:14 EST 2003 i686 GNU/Linux Date: 01/09/2004 Method: Downloaded latest netinst image, booted off cd, didn't do anything special. Machine: Gateway E3000 Processor: P3-933 Memory: 192MB Root Device: IDE HD Root Size/partition table: # /etc/fstab: static file system information. # # file system mount point type options dump pass /dev/hda1 / ext3defaults,errors=remount-ro 0 1 /dev/hda3 /home ext3defaults0 2 /dev/hda5 /tmpext3defaults0 2 /dev/hda6 /varext3defaults0 2 /dev/hda2 noneswapsw 0 0 /dev/fd0/floppy autorw,user,noauto 0 0 /dev/hdc/cdrom autoro,user,noauto 0 0 proc/proc procdefaults0 0 Output of lspci: 00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 02) 00:02.0 VGA compatible controller: Intel Corp. 82815 CGC [Chipset Graphics Controller] (rev 02) 00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev 02) 00:1f.0 ISA bridge: Intel Corp. 82801BA ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801BA IDE U100 (rev 02) 00:1f.2 USB Controller: Intel Corp. 82801BA/BAM USB (Hub #1) (rev 02) 00:1f.3 SMBus: Intel Corp. 82801BA/BAM SMBus (rev 02) 00:1f.5 Multimedia audio controller: Intel Corp. 82801BA/BAM AC'97 Audio (rev 02) 01:09.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) 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] [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Comments/Problems: No problems i can remember. I was pleasantly surprised. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of base-installer_0.047.beta2_powerpc.changes
base-installer_0.047.beta2_powerpc.changes uploaded successfully to localhost along with the files: base-installer_0.047.beta2.dsc base-installer_0.047.beta2.tar.gz kernel-installer_0.047.beta2_all.udeb base-installer_0.047.beta2_powerpc.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: linux-kernel-di and powerpc-small
Joey Hess wrote: +elif [ -d modules/$flavour ]; then + modlistdir=modules/$flavour Looks like this would also allow the i386 xfs kernel to look like this in kernel-versions: i386 2.4.22 xfs ... And use the modules/i386-xfs directory. Steve? Er, no it won't. I suppose the flavor could be 386-xfs though. -- see shy jo signature.asc Description: Digital signature
ddetect_0.62.beta2.1_powerpc.changes REJECTED
Rejected: hw-detect-full_0.62.beta2.1_all.udeb: old version (0.62) in unstable = new version (0.62.beta2.1) targeted at testing-proposed-updates. Rejected: ethdetect_0.62.beta2.1_all.udeb: old version (0.62) in unstable = new version (0.62.beta2.1) targeted at testing-proposed-updates. Rejected: archdetect_0.62.beta2.1_powerpc.udeb: old version (0.62) in unstable = new version (0.62.beta2.1) targeted at testing-proposed-updates. Rejected: hw-detect_0.62.beta2.1_all.udeb: old version (0.62) in unstable = new version (0.62.beta2.1) targeted at testing-proposed-updates. Rejected: ddetect_0.62.beta2.1.dsc: old version (0.62) in unstable = new version (0.62.beta2.1) targeted at testing-proposed-updates. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228654: installation-reports: ide-detect lockup on Alpha PWS500a
Hi John, On Wed, Jan 21, 2004 at 01:30:06PM -0600, John Lightsey wrote: Just tried the newest installer daily build (with 2.4.24 kernel) and it gets through the ide-detect portion without any trouble. I can do everything other than bringing up the network interface. The only other trouble I noticed is that the aboot.conf that is generated doesn't point to the proper location of my root filesystem. The installer kept going back to the configure network option even though I couldn't bring the network up, so it may be a case where I did something out of order. I did not repartition. I did reformat my old partitions with the root as the A partition. Can you provide more details regarding what your aboot.conf looks like after installing, what you believe it should look like, and the contents of your partition tables? I was proud of that bit of code in aboot-installer, so if it has bugs, I'd like to get them fixed. ;) The configure network glitch you're seeing has to do with this being a *net*inst image: it really, really, really wants you to have a network, because it knows you're not booting from a full CD. :) Anyway, my original problem is fixed. As far as the nic problem goes, it's something that will have to be fixed in the kernel. This thread is illuminating: http://lists.debian.org/debian-alpha/2004/debian-alpha-200401/msg00052.html Does this mean you have one of the P1SE/P2SE integrated cards, or something similar that results in the use of a PCI bridge on your system? Hopefully a working 2.6 or 2.4 kernel will be released before Sarge is. Yes, the general state of alpha support in the late 2.4-series kernels seems quite dismal. :/ Regards, -- Steve Langasek postmodern programmer pgp0.pgp Description: PGP signature
base-installer_0.047.beta2_powerpc.changes REJECTED
Rejected: kernel-installer_0.047.beta2_all.udeb: old version (0.047) in unstable = new version (0.047.beta2) targeted at testing-proposed-updates. Rejected: base-installer_0.047.beta2_powerpc.udeb: old version (0.047) in unstable = new version (0.047.beta2) targeted at testing-proposed-updates. Rejected: base-installer_0.047.beta2.dsc: old version (0.047) in unstable = new version (0.047.beta2) targeted at testing-proposed-updates. === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman_6_i386.changes
partman_6_i386.changes uploaded successfully to localhost along with the files: partman_6.dsc partman_6.tar.gz partman_6_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: m68k d-i Port Status: Jan. 21
Thanks very much for this encouraging report, I am updating the web page. Stephen R Marenka wrote: We also need to decide if we're going to supply a tarball like bf did for amiga, atari, and mac. If no ones says anything else, that's probably where I'll go. What kind of tarball is this? -- see shy jo signature.asc Description: Digital signature
Re: Translations and changelogs
On Wed, Jan 21, 2004 at 04:59:39PM +0100, Nikolai Prokoschenko wrote: On Sat, Jan 17, 2004 at 10:19:54PM +0100, Nikolai Prokoschenko wrote: Considering changelogs: according to the current documentation, it is necessary for the translator to update the package's changelog, being Well, it seems that nobody really reacted to my post.???Nevertheless, I have the first version of the script implemnting the described behaviour attached. It would be nice, if someone expresses his opinion about it, and I would really appreciate it being used in the deploying of udebs (and maybe other packages too). [...] But the changelog file tells uploaders when a new revision is due. If it is empty, uploaders will have to run this script to know whether they should upload a new version. Moreover PO files may be changed without modification of PO-Revision-Date, so this does not seem to be robust. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-auto_2_i386.changes
partman-auto_2_i386.changes uploaded successfully to localhost along with the files: partman-auto_2.dsc partman-auto_2.tar.gz partman-auto_2_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of ddetect_0.63_i386.changes
ddetect_0.63_i386.changes uploaded successfully to localhost along with the files: ddetect_0.63.dsc ddetect_0.63.tar.gz hw-detect_0.63_all.udeb ethdetect_0.63_all.udeb hw-detect-full_0.63_all.udeb archdetect_0.63_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-basicfilesystems_5_i386.changes
partman-basicfilesystems_5_i386.changes uploaded successfully to localhost along with the files: partman-basicfilesystems_5.dsc partman-basicfilesystems_5.tar.gz partman-basicfilesystems_5_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-target_5_i386.changes
partman-target_5_i386.changes uploaded successfully to localhost along with the files: partman-target_5.dsc partman-target_5.tar.gz partman-target_5_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-auto_2_i386.changes is NEW
(new) partman-auto_2.dsc optional debian-installer (new) partman-auto_2.tar.gz optional debian-installer (new) partman-auto_2_all.udeb optional debian-installer Automatically partition storage devices (partman) This package adds to the main partitioning menu of partman an item `Automatically partition the storage devices'. For each free space it also adds an item `Automatically partition this free space'. Changes: partman-auto (2) unstable; urgency=low . * Bartosz Fenski - Add Polish (pl) translation. * Kenshi Muto - Add Japanese translation (ja.po) - Update Japanese translation * Christian Perrier - First debconf templates polishing - Run debconf-updatepo * André Luís Lopes - Added Brazilian Portuguese (pt_BR) translation. * Nikolai Prokoschenko - Added russian translation (ru.po) * Christian Perrier - Added French (fr) translation. * Peter Mann - Initial Slovak translation * Dennis Stampfer - Initial German translation (de.po) * Anton Zinoviev - the install target in debian/rules removes all files CVS from the generated package. - added local variable for Emacs `coding: utf-8' at the end of the changelog. * Anmar Oueja - created and translated to Arabic (ar.po) * Claus Hindsgaul - Initial Danish translation (da.po) * Miroslav Kure - Initial Czech translation (cs.po) * Ming Hua - Initial Simplified Chinese translation (zh_CN.po) * Bart Cornelis - Initial Dutch (nl.po) translation * Kęstutis Biliūnas - Initial Lithuanian (lt.po) translation. * Safir Secerovic - Add Bosnian translation (bs.po). * Joey Hess - Change udeb filename to use all. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman_6_i386.changes ACCEPTED
Accepted: partman_6.dsc to pool/main/p/partman/partman_6.dsc partman_6.tar.gz to pool/main/p/partman/partman_6.tar.gz partman_6_i386.udeb to pool/main/p/partman/partman_6_i386.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ddetect_0.63_i386.changes ACCEPTED
Accepted: archdetect_0.63_i386.udeb to pool/main/d/ddetect/archdetect_0.63_i386.udeb ddetect_0.63.dsc to pool/main/d/ddetect/ddetect_0.63.dsc ddetect_0.63.tar.gz to pool/main/d/ddetect/ddetect_0.63.tar.gz ethdetect_0.63_all.udeb to pool/main/d/ddetect/ethdetect_0.63_all.udeb hw-detect-full_0.63_all.udeb to pool/main/d/ddetect/hw-detect-full_0.63_all.udeb hw-detect_0.63_all.udeb to pool/main/d/ddetect/hw-detect_0.63_all.udeb Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-basicfilesystems_5_i386.changes is NEW
(new) partman-basicfilesystems_5.dsc optional debian-installer (new) partman-basicfilesystems_5.tar.gz optional debian-installer (new) partman-basicfilesystems_5_all.udeb optional debian-installer Add to partman support for ext2, linux-swap, fat16 and fat32 In future this package will support also reiserfs. Changes: partman-basicfilesystems (5) unstable; urgency=low . * Bartosz Fenski - Add Polish (pl) translation. * Kenshi Muto - Add Japanese translation (ja.po) - Update Japanese translation * Christian Perrier - First debconf templates polishing - Run debconf-updatepo * André Luís Lopes - Run debconf-updatepo - Added Brazilian Portuguese (pt_BR) translation. * Christian Perrier - changed partman-basicfilesystems/no_mount_point template to boolean * Konstantinos Margaritis - Updated Greek translation (el.po) * Nikolai Prokoschenko - added russian translation (ru.po) * Peter Mann - Initial Slovak translation * Anton Zinoviev - the install target in debian/rules removes all files CVS from the generated package. - added local variable for Emacs `coding: utf-8' at the end of the changelog. * Christian Perrier - changed the check_failed template to boolean - Initial French translation * Konstantinos Margaritis - Updated Greek translation (el.po) * Dennis Stampfer - Initial German translation (de.po) * Anmar Oueja - Initial Arabic Translation (ar.po) * Claus Hindsgaul - Initial Danish translation (da.po) * Christian Perrier - run debconf-updatepo on Slovak translation * Miroslav Kure - Initial Czech translation * Ming Hua - Initial Simplified Chinese translation (zh_CN.po) * Bart Cornelis - Initial Dutch (nl.po) translation * Kęstutis Biliūnas - Initial Lithuanian (lt.po) translation. * Safir Secerovic - Add Bosnian translation (bs.po). * Joey Hess - Change udeb filename to use all. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-partitioning_5_i386.changes
partman-partitioning_5_i386.changes uploaded successfully to localhost along with the files: partman-partitioning_5.dsc partman-partitioning_5.tar.gz partman-partitioning_5_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-basicmethods_5_i386.changes
partman-basicmethods_5_i386.changes uploaded successfully to localhost along with the files: partman-basicmethods_5.dsc partman-basicmethods_5.tar.gz partman-basicmethods_5_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-ext3_3_i386.changes
partman-ext3_3_i386.changes uploaded successfully to localhost along with the files: partman-ext3_3.dsc partman-ext3_3.tar.gz partman-ext3_3_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#228870: Can't mount partition on hdb as /
Processing commands for [EMAIL PROTECTED]: reassign 228870 libparted1.6-udeb Bug#228870: Can't mount partition on hdb as / Bug reassigned from package `debian-installer' to `libparted1.6-udeb'. 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: linux-kernel-di and powerpc-small
On Wed, Jan 21, 2004 at 03:25:55PM -0500, Joey Hess wrote: Joey Hess wrote: +elif [ -d modules/$flavour ]; then + modlistdir=modules/$flavour Looks like this would also allow the i386 xfs kernel to look like this in kernel-versions: i3862.4.22 xfs ... And use the modules/i386-xfs directory. Steve? Er, no it won't. I suppose the flavor could be 386-xfs though. Well, with i386 as the arch and xfs as the falvour, it'll use modules/i386-xfs, it's the line just above my own addition. -- Jeremie Koenig [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-target_5_i386.changes is NEW
(new) partman-target_5.dsc standard debian-installer (new) partman-target_5.tar.gz standard debian-installer (new) partman-target_5_all.udeb standard debian-installer Provides partman with ability to prepare /target This udeb lets the user to choose how partitions should be used. Changes: partman-target (5) unstable; urgency=low . * Bartosz Fenski - Add Polish (pl) translation. * Kenshi Muto - Add Japanese translation (ja.po) - Update Japanese translation * Christian Perrier - First debconf templates polishing - Run debconf-updatepo * André Luís Lopes - Added Brazilian Portuguese (pt_BR) translation. * Nikolai Prokoschenko - Added russian translation * Peter Mann - Initial Slovak translation * Anton Zinoviev - the install target in debian/rules removes all files CVS from the generated package. - added local variable for Emacs `coding: utf-8' at the end of the changelog. * Christian Perrier - Initial French translation (fr.po) * Anmar Oueja - Initial Arabic Trnaslation (ar.po) * Claus Hindsgaul - Initial Danish Trnaslation (da.po) * Miroslav Kure - Initial Czech translation * Ming Hua - Initial Simplified Chinese translation (zh_CN.po) * Bart Cornelis - Initial Dutch (nl.po) translation * Dennis Stampfer - Initial German translation (de.po) * Kęstutis Biliūnas - Initial Lithuanian (lt.po) translation. * Safir Secerovic - Add Bosnian translation (bs.po). * Joey Hess - Fix udeb filename. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-basicmethods_5_i386.changes is NEW
(new) partman-basicmethods_5.dsc optional debian-installer (new) partman-basicmethods_5.tar.gz optional debian-installer (new) partman-basicmethods_5_all.udeb optional debian-installer Basic partition usage methods for partman This package provides partman with two methods to use partitions. The first is to format the partition. The second is to keep and use the existing data in the partition as it is. Changes: partman-basicmethods (5) unstable; urgency=low . * Bartosz Fenski - Add Polish (pl) translation. * Kenshi Muto - Added Japanese translation (ja.po) * Konstantinos Margaritis - Initial Greek translation (el.po) * André Luís Lopes - Added Brazilian Portuguese (pt_BR) translation. * Nikolai Prokoschenko - Added russian translation (ru.po) * Peter Mann - Initial Slovak translation * Dennis Stampfer - Initial German translation (de.po) - Update German translation * Anton Zinoviev - the install target in debian/rules removes all files CVS from the generated package. - added local variable for Emacs `coding: utf-8' at the end of the changelog. * Christian Perrier - changed select template to boolean and rewrite it - run debconf-updatepo - Initial French translation (fr.po) * Konstantinos Margaritis - Updated Greek translation (el.po) * Claus Hindsgaul - Initial Danish translation (da.po) * Miroslav Kure - Initial Czech translation * Ming Hua - Initial Simplified Chinese translation (zh_CN.po) * Bart Cornelis - Initial Dutch (nl.po) translation * Kęstutis Biliūnas - Initial Lithuanian (lt.po) translation. * Safir Secerovic - Add Bosnian translation (bs.po). * Joey Hess - Fix udeb filename. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-ext3_3_i386.changes is NEW
(new) partman-ext3_3.dsc optional debian-installer (new) partman-ext3_3.tar.gz optional debian-installer (new) partman-ext3_3_all.udeb optional debian-installer Add to partman support for ext3 This file system can be detected, resized, copied and checked by parted. However we need to use mkfs.ext3 to create it. Hence we have no progress bars for creation. Changes: partman-ext3 (3) unstable; urgency=low . * Bartosz Fenski - Add Polish (pl) translation. * Kenshi Muto - Added Japanese translation (ja.po) * Christian Perrier - First debconf templates polishing - Run debconf-updatepo * André Luís Lopes - Added Brazilian Portuguese (pt_BR) translation. * Nikolai Prokoschenko - Added russian translation (ru.po) * Peter Mann - Initial Slovak translation * Anton Zinoviev - the install target in debian/rules removes all files CVS from the generated package. - added local variable for Emacs `coding: utf-8' at the end of the changelog. * Christian Perrier - Turn the check_failed template to boolean - Run debconf-updatepo - Initial French translation (fr.po) - Turn the no_mount_point template to boolean - Run debconf-updatepo * Konstantinos MArgaritis - Updated Greek translation (el.po) * Anmar Oueja - Initial Arabic Translation (ar.po) * Dennis Stampfer - Initial German translation (de.po) * Claus Hindsgaul - Initial Danish translation (da.po) * Ming Hua - Initial Simplified Chinese translation (zh_CN.po) * Bart Cornelis - Initial Dutch (nl.po) translation * Miroslav Kure - Initial Czech translation * Kęstutis Biliūnas - Initial Lithuanian (lt.po) translation. * Safir Secerovic - Add Bosnian translation (bs.po). * Joey Hess - Fix udeb filename. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-partitioning_5_i386.changes is NEW
(new) partman-partitioning_5.dsc optional debian-installer (new) partman-partitioning_5.tar.gz optional debian-installer (new) partman-partitioning_5_all.udeb optional debian-installer Partitioning operations for partman This udeb provides partman with with editing operations for creation of new partitions, deletion of partitions and initialisation of the partition table. Changes: partman-partitioning (5) unstable; urgency=low . * Bartosz Fenski - Add Polish (pl) translation. * Konstantinos Margaritis - Initial Greek translation (el.po) * Christian Perrier - First debconf tempaltes polishing - Run debconf-updatepo - Turn partman-partitioning/confirm_copy and partman-partitioning/confirm_resize templates to boolean. Modify do_option script accordingly * André Luís Lopes - Added Brazilian Portuguese (pt_BR) translation. * Nikolai Prokoschenko - Added russian translation * Peter Mann - Initial Slovak translation * Anton Zinoviev - the install target in debian/rules removes all files CVS from the generated package. - added local variable for Emacs `coding: utf-8' at the end of the changelog. * Christian Perrier - corrected typo in templates : s/partitoon/partition - run debconf-updatepo and unfuzzy translations - Initial French translation (fr.po) * Kenshi Muto - Update Japanese translation (ja.po) * Anmar Oueja - Initial Arabic translation (ar.po) * Claus Hindsgaul - Initial Danish translation (da.po) * Miroslav Kure - Initial Czech translation * Dennis Stampfer - Initial German translation (de.po) * Ming Hua - Initial Simplified Chinese translation (zh_CN.po) * Bart Cornelis - Initial Dutch (nl.po) translation * Kęstutis Biliūnas - Initial Lithuanian (lt.po) translation. * Safir Secerovic - Add Bosnian translation (bs.po). * Joey Hess - Fix udeb filename. Announcing to [EMAIL PROTECTED] Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of ddetect_0.62.beta2.1_powerpc.changes
ddetect_0.62.beta2.1_powerpc.changes uploaded successfully to localhost along with the files: ddetect_0.62.beta2.1.dsc ddetect_0.62.beta2.1.tar.gz hw-detect_0.62.beta2.1_all.udeb ethdetect_0.62.beta2.1_all.udeb hw-detect-full_0.62.beta2.1_all.udeb archdetect_0.62.beta2.1_powerpc.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: m68k d-i Port Status: Jan. 21
On Wed, Jan 21, 2004 at 04:12:09PM -0500, Joey Hess wrote: Thanks very much for this encouraging report, I am updating the web page. Stephen R Marenka wrote: We also need to decide if we're going to supply a tarball like bf did for amiga, atari, and mac. If no ones says anything else, that's probably where I'll go. What kind of tarball is this? The mac one looks like this: mac/ mac/images-1.44/ mac/images-1.44/rescue.bin mac/images-1.44/root.bin mac/images-1.44/driver.bin mac/drivers.tgz mac/root.bin mac/linux.bin mac/sysmap.gz mac/Penguin-19.hqx mac/Penguin-Colors.hqx mac/Penguin.doc.hqx where Penguin is the bootloader. Stephen -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#228654: installation-reports: ide-detect lockup on Alpha PWS500a
The only other trouble I noticed is that the aboot.conf that is generated doesn't point to the proper location of my root filesystem. The installer kept going back to the configure network option even though I couldn't bring the network up, so it may be a case where I did something out of order. I did not repartition. I did reformat my old partitions with the root as the A partition. Can you provide more details regarding what your aboot.conf looks like after installing, what you believe it should look like, and the contents of your partition tables? I was proud of that bit of code in aboot-installer, so if it has bugs, I'd like to get them fixed. ;) The configure network glitch you're seeing has to do with this being a *net*inst image: it really, really, really wants you to have a network, because it knows you're not booting from a full CD. :) Makes sense. I'll go through the install again and note exactly what I'm doing and what aboot.conf ends up looking like Boot from SRM (boot dkb100 -flags 0) Select american-english as the language IDE auto detection takes place (somewhere between this step and the next one tty2 shows modprobe: failed to load ide-disk. It's before isofs is loaded.) Sometimes it will prompt me saying that the cdrom wasn't detected, sometimes it doesn't. It takes the 2.4.24-generic kernel a minute or so to figure out that DMA isn't going to work. Module needed by your ethernet card: only option presented is none of the above At this point I start skipping ahead because I know my network card isn't going to work. Load installer components. Select the cd loader Select choose-mirror Again, module needed by your ethernet card: only option presented is none of the above My harddrives are already partitioned like this: /dev/hda1 ext2 /dev/hda2 swap /dev/hdb1 ext2 HDA is partitioned in BSD disklabel format (hda1 is A:) HDB is partitioned in the standard way. Configure and mount partitions (switching to tty2 shows ext3, reiserfs, jfs and xfs modules failing to load.) IDE1 master, part. 1 - ext2 - / IDE1 master, part. 2 - swap -swap IDE2 master, part. 1 - ext2 - /home I tell it to format all of them, hit finish and yes at the warning screen. tty2 shows them being formatted and mounted Again module needed by your ethernet card: and again none of the above Install the base system everything goes fine. Again module needed by your ethernet card: and again none of the above. Install the kernel. I select 2.4-generic. This spends a lot of time at 60% then goes back to the Module needed by your ethernet card: I again pick none of the above. Finish the installation and reboot. cd pops out. hit continue to reboot. I have to cycle the power to keep SRM from loading off the cdrom again. boot dka0 -flags 0 aboot: valid disklabel found: 2 partitions aboot: invalid partition 3 aboot: mount of partition 3 failed Now I get an aboot prompt. aboot boot vmlinuz root=/dev/hda1 initrd=/initrd.img System boots up with a few DMA timeouts along the way. Base-config runs without any trouble (don't have a network connection though.) The only oddity is that when I configure exim for local delivery only it asks for a system mail name and an IP address to listen on but does not ask who I want root's mail delivered to. alpha:~# cat /etc/aboot.conf # # aboot default configurations # 0:3/vmlinux.gz ro root=/dev/sda2 1:3/vmlinux.old.gz ro root=/dev/sda2 2:3/vmlinux.new.gz ro root=/dev/sda2 3:3/vmlinux ro root=/dev/sda2 8:- ro root=/dev/sda2# fs less boot of raw kernel 9:0/- ro root=/dev/sda2 # fs less boot of (compressed) ECOFF kernel - alpha:~# what it needs to be is: 0:1/vmlinuz root=/dev/hda1 initrd=/initrd.img Anyway, my original problem is fixed. As far as the nic problem goes, it's something that will have to be fixed in the kernel. This thread is illuminating: http://lists.debian.org/debian-alpha/2004/debian-alpha-200401/msg00052.ht ml Does this mean you have one of the P1SE/P2SE integrated cards, or something similar that results in the use of a PCI bridge on your system? The integrated network card is definitely taking across a PCI bridge. Anything I plug into the PCI slots also seems to be taking across the PCI bridge. That thread describes exactly the sort of trouble I've been having with 2.4 kernels. It's not limited to network cards. They are just the most visibly broken. The 2.2.22 kernel in Woody works flawlessly. If there was a 2.2 kernel in Unstable I'd have no problems at all. Hopefully a working 2.6 or 2.4 kernel will be released before Sarge is. Yes, the general state of alpha support in the late 2.4-series kernels seems quite dismal. :/ Regards, Thanks for your time.. John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libntfs for Parted new feature
Hello Everybody, On Wed, 21 Jan 2004, Bluefuture wrote: Flatcap (ntfs tools developer) is working on migrating the ntfs tools (including ntfsresize) to a usable library: Great news! :) However, are you working on ntfsresize right now? Unfortunately I'm afraid it would be a waste of time. The latest version, capable of relocating anything, is pretty different -- and it seems it's quite stable also, no bugs found during the last two months alpha/beta testing. If it's needed right now, I commit it to the devel tree immediately. I still have 30+ minor issues to work on in the near(?) future, some of them is also needed if one wants to move the code to libntfs, e.g. getting rid of the 2 global variables, replace many safe exit() points to functions without losing potentially useful info in error conditions, etc. Current ntfsresize priorities/plan (subject to change any time :) 1. getting out a public beta 2. writing/creating more test scripts, cases for the reason adding support for some rare resize scenarios left. 3. some minor, premature optimizations needed thus some of the extensive test scripts will be able to finish in a reasonable time. BTW, if one knows a fast and stable versioning filesystem for Linux, please let me know. 4. go on with the 30+ enhancements left. 5. help Parted integration _if_ I find Parted is back alive (aka make sense). Cheers, Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Translations and changelogs
On Wed, Jan 21, 2004 at 10:07:30PM +0100, Denis Barbier wrote: But the changelog file tells uploaders when a new revision is due. If it is empty, uploaders will have to run this script to know whether they should upload a new version. Yes, this sure is a point. Other point is however, to eliminate possible error source which is to enable translators to update the changelog, which can be often forgotten. Moreover PO files may be changed without modification of PO-Revision-Date, so this does not seem to be robust. They _may_ be changed without updating the revision date, but shouldn't be. The only case when the PO-Revision-Date is not changed and which is ok this way is when the .po-files get msgmerged with updated templates. So, do you say hereby, that this functionality is not needed at all? -- Nikolai Prokoschenko [EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]