Bug#275006: Bug fixed for me in linux26 netinst 20041130
On Tue, Nov 30, 2004 at 11:18:34AM -0800, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #275006: pre-RC2 install report, SCSI disk not found, which was filed against the debian-installer package. It has been closed by one of the developers, namely Joey Hess [EMAIL PROTECTED]. Just to confirm that netinst cd works now on my Dell 1400SC. I used daily cd image 20041130. The AIC7xxx module works and SCSI disk is found. I just ran the installer and rebooted after installation, now installin desktop environment and printer server. -- Tapio Lehtonen [EMAIL PROTECTED] GPG public key from http://www.iki.fi/Tapio.Lehtonen signature.asc Description: Digital signature
Re: Bug#282632: Automated Polish install hangs as well
On Wed, Dec 01, 2004 at 06:38:59AM +0100, Christian Perrier wrote: Your log contains debconf (developer): -- SUBST apt-setup/country countries wprowad 1/4 informacj? r?cznie, Australia, Austria, Belgia, Bia?oru?, Brazylia... The first item is the translation of enter information manually but it is transcoded into ISO-8859-1, And indeed, po/pl.po sets its charset to ISO-8859-1 instead of ISO-8859-2, I do not know if setting the right charset will fix the problem, but at least log messages should be clearer. Oh, you're right. The pl.po claims it is iso-8859-1 while it is indeed iso-8859-2 Where does pl.po claim that? I'm pretty sure I set iso-8859-2 in every my translation. As a consequence, the whole templates file for Polish contains strange characters after the package build. Anyway, fixing this is needed. Agree but still don't know where I could made a mistake ;) regards, fEnIo -- _ Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | IRC:fEnIo _|_|_ 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska (0 0) phone:+48602383548 | Slackware - the weakest link ooO--(_)--Ooo http://skawina.eu.org | JID:[EMAIL PROTECTED] | RLU:172001 signature.asc Description: Digital signature
Re: 2.4.27-6 source and i386 images available for testing
On Tue, Nov 30, 2004 at 08:54:02AM +0100, Norbert Tretkowski wrote: * Horms wrote: The new packages are available, look for the ones dated 29th November. Thanks, new kernel-source-2.4.27 works fine on alpha. Thanks for the feedback. I am going to go ahead and upload the packages. They have now been taged in SVN and the build is in progress. I expect them to be able to upload them in the next hour or so. Could the people who build packages based on kernel-source-2.4.27 please be prepared to do a rebuild. As an asside, somewhat inconveniently I will be going on holidays tomorrow afternoon for 10 days (3rd-12th December). If anyone feels that they might desprately need to contact me please let me know and I can make arrangements, but I am sure that Josh Kwan and others can deal with anything that comes up. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283769: loads wrong modile for hppa ethernet
Package: discover1-data Severity: important Tags: d-i In two installation reports, we see problems with common decchip cards on hppa and discover1. In #282814, hw-detect has to prompt for the ethernet driver to load since discover1 tells it to load de4x5, which is not available in the d-i initrd. In #283754, the 2.4 kernel, which has tulip built in, crashes when discover loads de4x5 over top of it during second stage boot. It really looks like de4x5 is not the right module to load on hppa at all, and also it seems that the cards affected are very common on hppa systems. According to others, de4x5 _is_ the right thing to load, for the same PCI ids on other arches like alpha. This is a mess. Can discover's behavior be made to vary by architecture in any sane way, and if not is there any reasonable way to hack it into doing the right thing? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=en_US, LC_CTYPE=en_US -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283677: installation-reports
Hi folks, I think that option will disable the dhcp, whether that fixes your kernel hang, which is likely due to busted hardware, or a kernel network driver bug, I don't know. Try it and let us know. I tried the old Suse7.0 (2.2.16) which ist still on the harddisk and produced some heavy loads and transferred some 100Megs over the DC21140-network-card. It did not show any signs of disfunction. cheers, simon signature.asc Description: This is a digitally signed message part
Bug#283779: installation-reports: Installation Report
Package: installation-reports Severity: normal Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i386-netinst.iso uname -a: not available Date: november 30 Method: boot from cd install from network (ftp.fr.debian.org) enterprise proxy Machine: Packard Bell EasyNote Processor: Athlon XP-M 2600+ Memory: 256Mo Root Device: IDE /dev/hda Root Size/partition table: /dev/hda1 512Mo swap /dev/hda2 10Go fat32 windows /dev/hda3 10Go ext3 / /dev/hda4 20G ext3 /home Output of lspci and lspci -n: not available Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] 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:[E] Reboot: [O] Comments/Problems: Must add nolapic option to boot on this athlon Perhaps the boot kernel should be built without lapic I boot with option vga, all options are included in an append line for lilo, option vga sucks there, it should be set as a normal option not a kernel one Finally after reboot and packages install (I only select task, no individual package), X and gnome are not functionnal (is this in your range ?) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-mobius Locale: [EMAIL PROTECTED], LC_CTYPE=fr_FR (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283780: Install report: rc2 on PowerBook G3, all good, but miss LVM
Package: installation-reports INSTALL REPORT Debian-installer-version: rc2 uname -a: Linux andrewpollock 2.6.8-powerpc #1 Sun Oct 3 13:22:21 CEST 2004 ppc GNU/Linux Date: Wed Dec 1 21:15:24 EST 2004 Method: netinst CD Machine: Apple PowerBook G4 Processor: Memory: Root Device: IDE? SCSI? Name of device? Root Size/partition table: /dev/hda #type name length base ( size ) system /dev/hda1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map /dev/hda2 Apple_HFS Apple_HFS_Untitled_2 83623936 @ 262208( 39.9G) HFS /dev/hda3 Apple_Bootstrap bootstrap 1602 @ 64 (801.0k) NewWorld bootblock /dev/hda4 Apple_Free Extra 260542 @ 1666 (127.2M) Free space /dev/hda5 Apple_UNIX_SVR2 swap 101 @ 84886145 (488.3M) Linux swap /dev/hda6 Apple_UNIX_SVR2 root39062501 @ 85886146 ( 18.6G) Linux native /dev/hda7 Apple_Free Extra101 @ 83886144 (488.3M) Free space /dev/hda8 Apple_Free Extra 31352841 @ 124948647 ( 15.0G) Free space FilesystemType Size Used Avail Use% Mounted on /dev/hda6 ext3 20G 271M19G 2% / tmpfstmpfs 264M 0 264M 0% /dev/shm Block size=512, Number of Blocks=156301488 DeviceType=0x0, DeviceId=0x0 Output of lspci and lspci -n: :00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP :00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 0001:01:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 PCI 0001:01:12.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03) 0001:01:13.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller 0001:01:17.0 ff00: Apple Computer Inc. KeyLargo/Intrepid Mac I/O 0001:01:18.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 0001:01:19.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 0001:01:1a.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 0001:01:1b.0 USB Controller: NEC Corporation USB (rev 43) 0001:01:1b.1 USB Controller: NEC Corporation USB (rev 43) 0001:01:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04) 0002:06:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 Internal PCI 0002:06:0d.0 ff00: Apple Computer Inc. UniNorth/Intrepid ATA/100 0002:06:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth 2 FireWire (rev 81) 0002:06:0f.0 : Apple Computer Inc. UniNorth 2 GMAC (Sun GEM) (rev ff) :00:0b.0 0600: 106b:0034 :00:10.0 0300: 1002:4e50 0001:01:0b.0 0600: 106b:0035 0001:01:12.0 0280: 14e4:4320 (rev 03) 0001:01:13.0 0607: 104c:ac56 0001:01:17.0 ff00: 106b:003e 0001:01:18.0 0c03: 106b:003f 0001:01:19.0 0c03: 106b:003f 0001:01:1a.0 0c03: 106b:003f 0001:01:1b.0 0c03: 1033:0035 (rev 43) 0001:01:1b.1 0c03: 1033:0035 (rev 43) 0001:01:1b.2 0c03: 1033:00e0 (rev 04) 0002:06:0b.0 0600: 106b:0036 0002:06:0d.0 ff00: 106b:003b 0002:06:0e.0 0c00: 106b:0031 (rev 81) 0002:06:0f.0 : 106b:0032 (rev ff) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Still no LVM support? Partman tantalisingly has the Configure LVM option but there's still no way to make an LVM PV that I can see... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: cloning 282814, reassign -1 to kernel, retitle -1 to hang just after partitioning in d-i on hppa ... ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.5 clone 282814 -1 Bug#282814: installation-reports: [hppa] hardware detection partitioning problems w/ 2.6 Bug 282814 cloned as bug 283784. reassign -1 kernel Bug#283784: installation-reports: [hppa] hardware detection partitioning problems w/ 2.6 Bug reassigned from package `installation-reports' to `kernel'. retitle -1 hang just after partitioning in d-i on hppa Bug#283784: installation-reports: [hppa] hardware detection partitioning problems w/ 2.6 Changed Bug title. reassign 282814 hw-detect Bug#282814: installation-reports: [hppa] hardware detection partitioning problems w/ 2.6 Bug reassigned from package `installation-reports' to `hw-detect'. retitle 282814 should try tulip if de4x5 is not available Bug#282814: installation-reports: [hppa] hardware detection partitioning problems w/ 2.6 Changed Bug title. 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: release update and branching
On Tue, Nov 30, 2004 at 09:19:15PM -0500, Joey Hess wrote: - parted: Still frozen no matter what we do with d-i. Why ? i can upload the experimental package to unstable, and it be used in d-i, and if sarge fixes are needed upload them through t-p-u, no ? I also believe that it was a mistake not to go for the API changes in august or whenever it was, the experimental version is now at 1.6.19, and the changelog is full of dos CHS geometry fine tunning that may be missed, so if we do sid_d-i, it would be real nice to have them there. At least as comparison to the older parted in sarge. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283666: Package: installation-reports
Vincent McIntyre wrote: this should be enough to run (lspci; lspci -n) |sort lspci.sb100.txt and scp the resulting file to some other host. The Gentoo LiveCD worked very well on the first try. Here is the result of running the above command : :00:00.0 Class 0600: 108e:a001 :00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe :00:03.0 Class : 10b9:7101 :00:03.0 Non-VGA unclassified device: ALi Corporation M7101 Power Management Controller [PMU] :00:05.0 Class 0604: 1011:0024 (rev 03) :00:05.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03) :00:07.0 Class 0601: 10b9:1533 :00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] :00:08.0 Class 0401: 10b9:5451 (rev 01) :00:08.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 01) :00:0c.0 Bridge: Sun Microsystems Computer Corp. RIO EBUS (rev 01) :00:0c.0 Class 0680: 108e:1100 (rev 01) :00:0c.1 Class 0200: 108e:1101 (rev 01) :00:0c.1 Ethernet controller: Sun Microsystems Computer Corp. RIO GEM (rev 01) :00:0c.2 Class 0c00: 108e:1102 (rev 01) :00:0c.2 FireWire (IEEE 1394): Sun Microsystems Computer Corp. RIO 1394 (rev 01) :00:0c.3 Class 0c03: 108e:1103 (rev 01) :00:0c.3 USB Controller: Sun Microsystems Computer Corp. RIO USB (rev 01) :00:0d.0 Class 0101: 10b9:5229 (rev c3) :00:0d.0 IDE interface: ALi Corporation M5229 IDE (rev c3) :00:13.0 Class 0300: 1002:4752 (rev 27) :00:13.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283793: debian-installer: quik is still installed and trying to do unwanted things on my harddisk which my break.
Package: debian-installer Severity: important I am doing a install of the jigdo DVD images for powerpc, using the 24.11.2004 jigdo images, which should use RC2. Quik is still installed on my chrp/pegasos system, even though it should only be installed on oldworld powerpc hardware. It has been month since this is a known problem, and nothing happened to solve this issue, which i hear has to do with the override file, or something such. Friendly, Sven Luther -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.4.27-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: release update and branching
On Wed, Dec 01, 2004 at 12:00:45AM -0500, Joey Hess wrote: Steve Langasek wrote: partman-auto is arch: all, actually, which makes the alpha recipe breakage more annoying to fix no matter which way you slice it. Ok, still it seems fixable by removing recipes-alpha/multi_user It may be fixable by editing recipes-alpha/multi_user into something usable, but removing it would just fall back on the arch-neutral recipe, which is broken in other ways. I'm happy to fix up the alpha-specific multi_user recipe, if people can provide input as to which of the partitions should be dropped. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#248855: Still problems with USB keyoard on SunBlade 150 / sparc64
Due to the rc2 and upcoming final version of Debian Installer I decided to test whether my old bug report #248855 has been taken into account. Alas, it has not. Today I tried two CD images, without success: http://cdimage.debian.org/pub/cdimage-testing/daily/sparc/20041130/sarge-sparc-businesscard.iso http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/sparc/rc2/sarge-sparc-businesscard.iso This is an old probem which plagues the d-i, please see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=248855 Briefly: after booting the SunBlade 150, main screen of d-i is shown (aka Choose language), but the keyboard doesn't work. Looks like a Sun keyboard is auto-selected, but this is wrong - it should be USB keyboard. I know, this is impolite, but recently I downloaded a livecd for Gentoo 2004.3 installer, and guess what - everything works. So, it is possible to install Linux on SunBlade 150 in a normal way. Just please tell me, why, for over half of a year (!), this does not apply to Debian??? I begin to loose hope. This bug is a regression - I have an old working copy of d-i's CD image (as described in the above bug report), so once in a time d-i was working correctly for me. Why do you, great Debian/sparc developers, do this? How can one claim to have another stable release when IT DOESN'T INSTALL on a new (?) hardware? Could anybody kindly help me, please? Best regards, Wiktor Wandachowicz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275627: Bug#283666: Package: installation-reports (fwd)
forwarding for info. 283666 and 275627 should probably merge -- Forwarded message -- Date: Wed, 01 Dec 2004 12:32:02 +0100 From: Daniel Robinson [EMAIL PROTECTED] To: Vincent McIntyre [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Bug#283666: Package: installation-reports Vincent McIntyre wrote: this should be enough to run (lspci; lspci -n) |sort lspci.sb100.txt and scp the resulting file to some other host. The Gentoo LiveCD worked very well on the first try. Here is the result of running the above command : :00:00.0 Class 0600: 108e:a001 :00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe :00:03.0 Class : 10b9:7101 :00:03.0 Non-VGA unclassified device: ALi Corporation M7101 Power Management Controller [PMU] :00:05.0 Class 0604: 1011:0024 (rev 03) :00:05.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03) :00:07.0 Class 0601: 10b9:1533 :00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] :00:08.0 Class 0401: 10b9:5451 (rev 01) :00:08.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 01) :00:0c.0 Bridge: Sun Microsystems Computer Corp. RIO EBUS (rev 01) :00:0c.0 Class 0680: 108e:1100 (rev 01) :00:0c.1 Class 0200: 108e:1101 (rev 01) :00:0c.1 Ethernet controller: Sun Microsystems Computer Corp. RIO GEM (rev 01) :00:0c.2 Class 0c00: 108e:1102 (rev 01) :00:0c.2 FireWire (IEEE 1394): Sun Microsystems Computer Corp. RIO 1394 (rev 01) :00:0c.3 Class 0c03: 108e:1103 (rev 01) :00:0c.3 USB Controller: Sun Microsystems Computer Corp. RIO USB (rev 01) :00:0d.0 Class 0101: 10b9:5229 (rev c3) :00:0d.0 IDE interface: ALi Corporation M5229 IDE (rev c3) :00:13.0 Class 0300: 1002:4752 (rev 27) :00:13.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Mon, Nov 29, 2004 at 11:40:37PM +0100, Sven Luther wrote: BTW, i also believe that this is a problem on pegasos. Doing a ped_partition_set_system each time we put a filesystem on a partition may be the thing to do, do you do this ? Yes. Example, on pegasos, i was going to install an ext3 filesystem in the old swap partition. The old partition was marked as type swap, and this was not changed, and thus the ext3 filesystem was not readable from the firmware, which thought it contained swap, and since there are no driver for this, it failed. The following happens: 1. The partition type is swap, but it contains ext3 2. parted reports the partition as ext3 partition 3. you tell partman to use this partition as ext3 partition 4. partman does ped_partition_set_system(ext3) for it 5. however partman sees that the partition was ext3 previously and concludes that the partition table is unchanged. Thats why partman doesn't write it to the disk The API of parted doesn't provide functions to access the partition type and thats why partman has no way to find out whether your assignment of the partition as ext3 requires changes in the partition table or not. The solution (not nice) would be to write the partition tables unconditionaly. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: release update and branching
On Tue, Nov 30, 2004 at 09:19:15PM -0500, Joey Hess wrote: - Some problems with the CDs, I belive the amiga kernel is missing, there may be some other mising things. May or may not be fixed in debian-cd CVS. The amiga kernel fix was orignally commited to an automatically generated file and lost. Needs followup. Rats. (Why are automatically generated files in cvs?) Anyway, thanks to manty for fixing my fix. m68k/amiga kernels are on the daily sarge cds, so I think this is fixed. -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 04:20:17PM +0200, Anton Zinoviev wrote: On Mon, Nov 29, 2004 at 11:40:37PM +0100, Sven Luther wrote: BTW, i also believe that this is a problem on pegasos. Doing a ped_partition_set_system each time we put a filesystem on a partition may be the thing to do, do you do this ? Yes. Example, on pegasos, i was going to install an ext3 filesystem in the old swap partition. The old partition was marked as type swap, and this was not changed, and thus the ext3 filesystem was not readable from the firmware, which thought it contained swap, and since there are no driver for this, it failed. The following happens: 1. The partition type is swap, but it contains ext3 2. parted reports the partition as ext3 partition 3. you tell partman to use this partition as ext3 partition 4. partman does ped_partition_set_system(ext3) for it 5. however partman sees that the partition was ext3 previously and concludes that the partition table is unchanged. Thats why partman doesn't write it to the disk Ah, no, it was a swap paritition previously, not an ext3. The API of parted doesn't provide functions to access the partition type and thats why partman has no way to find out whether your assignment of the partition as ext3 requires changes in the partition table or not. Yeah, this may change in the future though, but well. The solution (not nice) would be to write the partition tables unconditionaly. Why is it not-nice ? It is a good solution, either that or have some way to set it by hand. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
questions for kernel-team (fwd)
I sent this to the bug where I found the issue mentioned, but that didn't replicate the message to debian-boot. I'm sending here because it's an issue more related to the installer. -- Forwarded message -- To: [EMAIL PROTECTED] Hello this issue (ide=nodma boot time option does not work) is blocking a possible workaround for a number of other bug reports (all to do with DMA errors mucking up the cdrom-detect and/or cdrom-retriever steps of the installation from netinst). Example bugs: 265636, 258316, 250323, maybe 283016. This issue is still present in i386 RC2 netinst, I tried booting with linux ide=nodma expert ide=nodma linux26 ide=nodma and in all cases the installer failed as in 265636, with dma errors when trying to access the package pool. I also tried giving the nodma option to the ide-cd module in when loading it in the expert mode. This too was ignored. Could someone on the team briefly explain why ide=nodma is disabled? Is it that turning off dma does not work reliably? If yes, then what do you think the negative effects would be of setting CONFIG_IDEDMA_ONLYDISK=y ? Before resigning from Debian, Herbert Xu was considering turning this on (#250323). Also, it appears that CONFIG_IDEDMA_PCI_AUTO=y and if so is that a good idea when trying to support older h/w? This close to release, I would not normally bring up changing the kernel config, except that these bugs seem to occur on older Dell hardware fairly often. So there may be a fairly large potential user base affected. Kind regards Vince -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 02:25:02PM +0100, Sven Luther wrote: Ah, no, it was a swap paritition previously, not an ext3. Are you sure that it didn't contain ext3 signatures already? If it contained swap but partman didn't update the partition type then this must be some unknown bug. (Well, it must be unknown for the present version of partman. In the past partman would not update the partition type in this case.) The solution (not nice) would be to write the partition tables unconditionaly. Why is it not-nice ? It is a good solution, either that or have some way to set it by hand. Because: 1. Partman may not write all partition tables - some of them may be for example USB disk we are installing from 2. Consequently partman may try to write only the partition tables that contain partitions that will be used somehow by the new Debian (partitions with some file system, with swap or booting partition) 3. But if the user uses LVM or RAID partman has to write the partition tables before it knows which of them will be used. Latter they are already in use and the kernel complains about changes in them Yes, these problems probably can be got round but not in a clear way. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 04:48:32PM +0200, Anton Zinoviev wrote: On Wed, Dec 01, 2004 at 02:25:02PM +0100, Sven Luther wrote: Ah, no, it was a swap paritition previously, not an ext3. Are you sure that it didn't contain ext3 signatures already? If it contained swap but partman didn't update the partition type then this must be some unknown bug. (Well, it must be unknown for the present version of partman. In the past partman would not update the partition type in this case.) Mmm. Need to investigate, but anyway, the below should solve this reasonably. The solution (not nice) would be to write the partition tables unconditionaly. Why is it not-nice ? It is a good solution, either that or have some way to set it by hand. Because: 1. Partman may not write all partition tables - some of them may be for example USB disk we are installing from So what ? 2. Consequently partman may try to write only the partition tables that contain partitions that will be used somehow by the new Debian (partitions with some file system, with swap or booting partition) Well, the idea is to write the system type only for the partition we are formating, not ? 3. But if the user uses LVM or RAID partman has to write the partition tables before it knows which of them will be used. Latter they are already in use and the kernel complains about changes in them And ? You simply do the system flag writing at the same time you format the partitions, provided they are not on a LVM or RAID device ? Yes, these problems probably can be got round but not in a clear way. Is the above not a clear way ? What would you find cleaner ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283805: install report on ThinkPad R40 (Type 2723) OK
Package: installation-reports INSTALL REPORT Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/current/ from 2004-10-25 uname -a: Linux dhcp241 2.4.27-1-386 #1 Fri Sep 3 06:24:46 UTC 2004 i686 GNU/Linux Date: 2004-12-01 13:00 GMT+2 Method: How did you install? netinstall What did you boot off? cdrom If network install, from where? local full Debian mirror (daily update) Proxied? no Machine: IBM ThinkPad R40 (Type 2723) Processor: Intel(R) Pentium(R) M processor 1400MHz Memory: 512 MB Root Device: IDE /dev/hda Root Size/partition table: # fdisk -l Disk /dev/hda: 40.0 GB, 40007761920 bytes 16 heads, 63 sectors/track, 77520 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 7444937522264+ 83 Linux /dev/hda2 74450 77520 1547784f W95 Ext'd (LBA) /dev/hda5 74450 77520 1547752+ 82 Linux swap # mount /dev/hda1 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) usbfs on /proc/bus/usb type usbfs (rw) /dev/hdc on /media/cdrom0 type iso9660 (ro,noexec,nosuid,nodev,user=test) Output of lspci and lspci -n: # lspci :00:00.0 Host bridge: Intel Corp. 82855PM Processor to I/O Controller (rev 03) :00:01.0 PCI bridge: Intel Corp. 82855PM Processor to AGP Controller (rev 03) :00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 01) :00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 01) :00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 01) :00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 01) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 81) :00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 01) :00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage Controller (rev 01) :00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 01) :00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) :00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] :02:00.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller :02:08.0 Ethernet controller: Intel Corp. 82801BD PRO/100 VE (MOB) Ethernet Controller (rev 81) # lspci -n :00:00.0 0600: 8086:3340 (rev 03) :00:01.0 0604: 8086:3341 (rev 03) :00:1d.0 0c03: 8086:24c2 (rev 01) :00:1d.1 0c03: 8086:24c4 (rev 01) :00:1d.2 0c03: 8086:24c7 (rev 01) :00:1d.7 0c03: 8086:24cd (rev 01) :00:1e.0 0604: 8086:2448 (rev 81) :00:1f.0 0601: 8086:24cc (rev 01) :00:1f.1 0101: 8086:24ca (rev 01) :00:1f.3 0c05: 8086:24c3 (rev 01) :00:1f.5 0401: 8086:24c5 (rev 01) :00:1f.6 0703: 8086:24c6 (rev 01) :01:00.0 0300: 1002:4c57 :02:00.0 0607: 104c:ac56 :02:08.0 0200: 8086:103d (rev 81) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: I choosed Desktop and it worked without problem, but - I have to correct the graphic chip selection which said vesa but ati is the correct one - LCD wasn't detected correctly:( and I have to configure it correctly. - GNOME started with gdm but with the ugly old mode and not with the graphical mode (maybe its #217250 but maintainer didn't answer since 1 year:() - /etc/apt/sources.list is configured with testing. Wouldn't sarge be better? thx for this great installer! -- Nol Kthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Processed: Re: Bug#283510: Calling debootstrap with wrong --components= causes errors
Processing commands for [EMAIL PROTECTED]: retitle 283510 Calling debootstrap with --components= causes ugly errors Bug#283510: installation-reports Changed Bug title. clone 283510 -1 Bug#283510: Calling debootstrap with --components= causes ugly errors Bug 283510 cloned as bug 283810. reassign -1 debootstrap Bug#283810: Calling debootstrap with --components= causes ugly errors Bug reassigned from package `installation-reports' to `debootstrap'. severity -1 minor Bug#283810: Calling debootstrap with --components= causes ugly errors Severity set to `minor'. reassign 283510 base-installer Bug#283510: Calling debootstrap with --components= causes ugly errors Bug reassigned from package `installation-reports' to `base-installer'. tags 283510 + patch Bug#283510: Calling debootstrap with --components= causes ugly errors There were no tags set. Tags added: patch 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#283510: installation-reports
I propose the attached patch to base-installer's postinst to avoid this error. I've used an existing general error message, so no string changes are needed (after all, it is a fairly exceptional situation. This patch has already been committed to TRUNK. Please review and upload. I think this patch should be considered for Sarge. Index: base-installer/debian/postinst === --- base-installer/debian/postinst (revision 24094) +++ base-installer/debian/postinst (working copy) @@ -98,6 +98,12 @@ if [ -s /cdrom/.disk/base_exclude ]; then EXCLUDES=`grep -v '^#' /cdrom/.disk/base_exclude | tr '\n' , | sed 's/,$//'` fi + + # Sanity check: an error reading /cdrom/.disk/base_components can cause + # ugly errors in debootstrap because $COMPONENTS will be empty. + if [ -z $COMPONENTS ]; then + exit_error base-installer/cannot_install + fi else mirror_error= Index: base-installer/debian/changelog === --- base-installer/debian/changelog (revision 24094) +++ base-installer/debian/changelog (working copy) @@ -1,3 +1,11 @@ +base-installer (1.14) UNRELEASED; urgency=low + + * Frans Pop +- Add sanity check in postinst for empty COMPONENTS to guard against + ugly and difficult to trace errors from debootstrap. Closes: #283510. + + -- Frans Pop [EMAIL PROTECTED] Wed, 1 Dec 2004 14:53:07 +0100 + base-installer (1.13) unstable; urgency=low * Bdale Garbee
Bug#283510: Calling debootstrap with wrong --components= causes errors
retitle 283510 Calling debootstrap with --components= causes ugly errors clone 283510 -1 reassign -1 debootstrap severity -1 minor reassign 283510 base-installer tags 283510 + patch thanks Markus, Your problems have nothing to do with your network setup, but probably with intermittent errors while reading your CDROM. There are several possible reasons for this: - badly burned image: check the md5sum of the CD - broken hardware - problems in the driver used for reading the CD - problems in the communications with the CD This could be a DMA problem (which we see quite often); you could try giving the following command from VT2: echo using_dma:0 /proc/ide/hdx/settings replacing 'hdx' with the device for your CD drive. Also check if you can read the file /cdrom/.disk/base_components; this file should contain one line with the word 'main'. Cheers, FJP = On Tuesday 30 November 2004 10:37, Markus Hanauska wrote: /var/log/messages still says eval: 3: Syntax error: newline unexpected (expecting )) I've been able to trace this error to the following code in the function download_release_indices() in /usr/lib/debootstrap/functions from debootstrap: for c in $TMPCOMPONENTS ; do eval case \\$c\ in $USE_COMPONENTS) COMPONENTS=\\$COMPONENTS \$c\ ;; esac done The error occurs if run-debootstrap is called from base-installer's postinst with '--components=' (i.e. if $COMPONENTS is empty). This is caused by an error when /cdrom/.disk/base_components is read. (Thanks to Kamion for pointing me in the right direction.) I have also cloned this BR to debootstrap so a check can be added there (probably where parameters are parsed). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#266354: partman: Seems to hang while reaching 50% during Arabic install
On Tue, Aug 17, 2004 at 07:38:50PM +0200, Christian Perrier wrote: When running an Arabic install, partman always hangs when reaching 50% in the partitions creation step (full disk used, only one partition...that is all default choices). Is this bug still there? Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 03:07:54PM +0100, Sven Luther wrote: 1. Partman may not write all partition tables - some of them may be for example USB disk we are installing from So what ? The following is a quote from http://lists.debian.org/debian-boot/2004/debian-boot-200402/msg01788.html * When it writes the partition data, I always get this error from partman: The kernel was unable to re-read the partition table on /dev/scsi/host1/bus0/target0/lun0/disk (Device or resource busy). That is the usb device I booted the installer from, and I did not tell partman to do anything with it (nor does it), so I do not know why it displays this message. 2. Consequently partman may try to write only the partition tables that contain partitions that will be used somehow by the new Debian (partitions with some file system, with swap or booting partition) Well, the idea is to write the system type only for the partition we are formating, not ? Or partition we are mounting without formating if its type doesn't correspond to the file system it contains. 3. But if the user uses LVM or RAID partman has to write the partition tables before it knows which of them will be used. Latter they are already in use and the kernel complains about changes in them And ? You simply do the system flag writing at the same time you format the partitions, provided they are not on a LVM or RAID device ? At the time when some partition is being formatted (or simply sceduled for mounting) the partition table may already contain physical volumes of activated volume groups. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 05:31:15PM +0200, Anton Zinoviev wrote: On Wed, Dec 01, 2004 at 03:07:54PM +0100, Sven Luther wrote: 1. Partman may not write all partition tables - some of them may be for example USB disk we are installing from So what ? The following is a quote from http://lists.debian.org/debian-boot/2004/debian-boot-200402/msg01788.html * When it writes the partition data, I always get this error from partman: The kernel was unable to re-read the partition table on /dev/scsi/host1/bus0/target0/lun0/disk (Device or resource busy). That is the usb device I booted the installer from, and I did not tell partman to do anything with it (nor does it), so I do not know why it displays this message. So what ? you only change the type of the partitions you format. Since you don't touch the usb device, it should be no problem, and if you can't change the partition type of a partition you are formating, you have worse problems, i believe. 2. Consequently partman may try to write only the partition tables that contain partitions that will be used somehow by the new Debian (partitions with some file system, with swap or booting partition) Well, the idea is to write the system type only for the partition we are formating, not ? Or partition we are mounting without formating if its type doesn't correspond to the file system it contains. Well, i don't think so, not automatically at least. 3. But if the user uses LVM or RAID partman has to write the partition tables before it knows which of them will be used. Latter they are already in use and the kernel complains about changes in them And ? You simply do the system flag writing at the same time you format the partitions, provided they are not on a LVM or RAID device ? At the time when some partition is being formatted (or simply sceduled for mounting) the partition table may already contain physical volumes of activated volume groups. So what ? a raid or LVM partition is simply a partition with a given flag. The fact that you modify the other partition on the partition table should in no way affect any raid or lvm partitions you have, and you should also in no way try to put a partition table on a raid or lvm partition. It is currently possible in partman, but it is a bug, since the kernel will then not be able to boot the given system, nor mount them. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: 283510: Add tag pending.
Processing commands for [EMAIL PROTECTED]: tags 283510 + pending Bug#283510: Calling debootstrap with --components= causes ugly errors Tags were: patch Tags added: pending 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]
Processed: Re: Bug#248855: Still problems with USB keyoard on SunBlade 150 / sparc64
Processing commands for [EMAIL PROTECTED]: reassign 248855 debian-installer Bug#248855: Package: installation-reports (overall success on SunBlade 150, with some problems) Bug reassigned from package `installation-reports' to `debian-installer'. severity 248855 important Bug#248855: Package: installation-reports (overall success on SunBlade 150, with some problems) Severity set to `important'. 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#248855: Still problems with USB keyoard on SunBlade 150 / sparc64
reassign 248855 debian-installer severity 248855 important thanks Reassigning this BR to debian-installer to make it a bit more visible. Joshua: IIRC you were looking at this problem, any progress? On Wednesday 01 December 2004 14:01, Wiktor Wandachowicz wrote: Briefly: after booting the SunBlade 150, main screen of d-i is shown (aka Choose language), but the keyboard doesn't work. Looks like a Sun keyboard is auto-selected, but this is wrong - it should be USB keyboard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian Installer Manual Translations (was: repository branched for sarge)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (please keep both d-boot and d-i18n CC'ed for this discussion) On Tuesday 30 November 2004 06:52, Christian Perrier wrote: In my opinion, that counts first for changes to the original version of the manual. However, as soon as some English is changed in the manual, there's of course no permission to request for updating translations. Frans, do you agree with that interpretation? To be honest I'm not sure how the manual should be maintained after the branching. Maybe we should discuss our options; I'll give a start below. Comments very welcome. For the English original I feel that for the time being most changes in trunk could safely go to the Sarge branch: there are plenty of improvements possible that are relevant for Sarge, including the planned reorganization of Chapter 2 (which I plan to start this weekend). I would not like to discourage changes relevant for Sarge by focussing on post-Sarge too soon and IMHO maintaining two versions is way to complicated and too much work (which would discourage work on the manual even more). The only changes to the manual that should not go into the Sarge branch would be those relating to post-sarge development, like localechooser. I would suggest we postpone making these changes for the time being In some cases, we could even consider documenting both the old and new way d-i works by adding notes. Translations that have been officially included (es, fr, ja, pt_BR, sp) === For these any changes made in the Sarge branch in the English docs should preferably be translated as well. If translations are out-of-date (like pt_BR currently), I guess it would be good update these in both branches. All other translations == These are only shown on the d-i manual website. As these translations are build from trunk, I see no advantage in updating these translations in the Sarge branch, as there would be risks in including extra translations on the CD's in later builds. In fact, it would probably be safer to delete these languages in the Sarge branch. At some future time, when d-i really starts to diverge from it's Sarge version, this proposed policy should of course be reconsidered. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBrd8Vgm/Kwh6ICoQRAsmvAKDS9EthIFmJmlGGY2RIocv9x3h2/wCfYcIB dj9C3l/HIDBaeaq/RU1EARU= =p9gG -END PGP SIGNATURE-
Processed: default gateway also incorrect
Processing commands for [EMAIL PROTECTED]: retitle 282650 netcfg: incorrectly configs DNS/route when preseeded with static info Bug#282650: netcfg: incorrectly configures DNS when preseeded with static address 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#282650: default gateway also incorrect
retitle 282650 netcfg: incorrectly configs DNS/route when preseeded with static info thanks The default gateway also seems to get set incorrectly. In a separate test I specified: d-i netcfg/disable_dhcp boolean true d-i netcfg/get_nameservers string 15.23.136.68 d-i netcfg/get_ipaddressstring 15.43.210.177 d-i netcfg/get_netmask string 255.255.248.0 d-i netcfg/get_gateway string 15.43.208.2 d-i netcfg/confirm_static boolean true Running 'route -n' and examining /etc/network/interfaces shows that my gateway got set as 15.43.208.1. (which, incidentally, is correct for this network - but not what I asked for) Paul. -- Paul Telford | 1024D/431B38BA | [EMAIL PROTECTED] | [EMAIL PROTECTED] C903 0E85 9AF5 1B80 6A5F F169 D7E9 4363 431B 38BA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer Manual Translations (was: repository branched for sarge)
Hi, All other translations == These are only shown on the d-i manual website. As these translations are build from trunk, I see no advantage in updating these translations in the Sarge branch, as there would be risks in including extra translations on the CD's in later builds. In fact, it would probably be safer to delete these languages in the Sarge branch. So it isn't possible to get a german version on the CD anymore? :-( Greetings Holger -- == Created with Sylpheed-Claws 0.9.12 under Debian GNU LINUX 3.1 Sarge (testing). http://counter.li.org/ Registered LinuxUser #311290 Spamfiltering powered by www.spamassassin.org = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282780: rc2 hangs in detect filesystems using linux26
Tried again now. Same system. Same rc2. Using linux26 hangs in Installing base packages. No logs. __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283827: Package: installation-reports
Package: installation-reports Debian-installer-version: 29-nov-04 from http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i 386-netinst.iso uname -a: Linux debian22 2.6.8-1-386 #1 Thu Nov 11 12:18:43 EST 2004 i686 GNU/Linux Date: 29-nov-04 Method: Booted from above installer CD Machine: ASUS board Processor:PII-300 MMX Memory: 160 MB Root Device: IDE /dev/hda1 Root Size/partition table: Device Boot Start End Blocks Id System /dev/hda1 * 11216 9767488+ 83 Linux /dev/hda212171277 489982+ 82 Linux swap Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Easy to use, finds everything it needs! I had a power failure after reboot, in the middle of the packages download. I restarted without problems, however: (1) I had to respecify the package list (2) The packages already downloaded where downloaded once again - wasting 1 hour of adsl bandwidth. Would it be possible to check for packages already downloaded. J.P. Tosoni Acksys +33 1 30 56 46 50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 03:36:14PM +0100, Sven Luther wrote: Or partition we are mounting without formating if its type doesn't correspond to the file system it contains. Well, i don't think so, not automatically at least. (Lib)parted repairs the wrong partition types in all cases. In some cases partman will not write the partition table but if it has to for some reason then the partition type will be changed. At the time when some partition is being formatted (or simply sceduled for mounting) the partition table may already contain physical volumes of activated volume groups. So what ? a raid or LVM partition is simply a partition with a given flag. The fact that you modify the other partition on the partition table should in no way affect any raid or lvm partitions you have, The kernel will complain that it can not reread the partition table. This complain is not dangerous and partman can probably safely hide it from the user but this already is not nice. Moreover the confirmation dialog contains a list of the changed partition tables. If we decide to write all partition tables to the disk just because they contain some formatted partition this means that they have to be included in this list. In most cases this list will contain all partition tables and because of that it will be less informative. I think I can take the partition type from the structures of parted but I wonder the format of these structures can change in future versions of parted. and you should also in no way try to put a partition table on a raid or lvm partition. It is currently possible in partman, but it is a bug, since the kernel will then not be able to boot the given system, nor mount them. Yes, of course. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 09:13:47PM +0200, Anton Zinoviev wrote: On Wed, Dec 01, 2004 at 03:36:14PM +0100, Sven Luther wrote: Or partition we are mounting without formating if its type doesn't correspond to the file system it contains. Well, i don't think so, not automatically at least. (Lib)parted repairs the wrong partition types in all cases. In some cases partman will not write the partition table but if it has to for some reason then the partition type will be changed. At the time when some partition is being formatted (or simply sceduled for mounting) the partition table may already contain physical volumes of activated volume groups. So what ? a raid or LVM partition is simply a partition with a given flag. The fact that you modify the other partition on the partition table should in no way affect any raid or lvm partitions you have, The kernel will complain that it can not reread the partition table. This complain is not dangerous and partman can probably safely hide it from the user but this already is not nice. Moreover the confirmation dialog contains a list of the changed partition tables. If we decide to write all partition tables to the disk just because they contain some formatted partition this means that they have to be included in this list. In most cases this list will contain all partition tables and because of that it will be less informative. I don't follow this. You read the partition table, modify the type for one partition type, write it back. This should not change the rest of the partitions, or it is a RC parted bug, and your duty is to fill a bug report about this. I think I can take the partition type from the structures of parted but I wonder the format of these structures can change in future versions of parted. not withtout an api change. And anyway, we don't care, just automatically do a set_system_type when formatting, and everything should be fine. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer Manual Translations (was: repository branched for sarge)
For the English original I feel that for the time being most changes in trunk could safely go to the Sarge branch: there are plenty of improvements possible that are relevant for Sarge, including the planned reorganization of Chapter 2 (which I plan to start this weekend). I would not like to discourage changes relevant for Sarge by focussing on post-Sarge too soon and IMHO maintaining two versions is way to complicated and too much work (which would discourage work on the manual even more). The only changes to the manual that should not go into the Sarge branch would be those relating to post-sarge development, like localechooser. I fully agree with that view (and *not* only because this allows me to avoid writing documentation for localechooser). There is no urgent need for updates relevant to new material as we will probably be still focused on the sarge version for some time after the release of no-name-yet. All other translations == These are only shown on the d-i manual website. As these translations are build from trunk, I see no advantage in updating these translations in the Sarge branch, as there would be risks in including extra translations on the CD's in later builds. In fact, it would probably be safer to delete these languages in the Sarge branch. Supported as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#282632: Automated Polish install hangs as well
Where does pl.po claim that? I'm pretty sure I set iso-8859-2 in every my translation. In the header: Content-Type: text/plain; charset=ISO-8859-1\n I corrected this this morning in both branches. I did not put the Closes line in the changelog because I haven't tested whether this fixes the bug or not. That problem is tricky to find as it seems to happen only on automated installs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#275006: Bug fixed for me in linux26 netinst 20041130
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 01, 2004 12:13 AM To: [EMAIL PROTECTED] Subject: Bug#275006: Bug fixed for me in linux26 netinst 20041130 Just to confirm that netinst cd works now on my Dell 1400SC. I used daily cd image 20041130. The AIC7xxx module works and SCSI disk is found. I just ran the installer and rebooted after installation, now installin desktop environment and printer server. I'm running a Dell Precision 670 workstation, and my hard drive aic79xx still isn't recognized by the installer. According to /var/log/messages, there were no errors insmoding the aic79xx module, but the only drive that showed up for partitioning is the hd-media usb drive that I booted from. This is the result from the rc2 netinst image and the 20041130 daily image using the 2.6 kernel. With the 2.4 kernel, the aic79xx module won't even insmod. Aside from that the only difference I've encountered between the rc2 and 20041130 daily is that the 20041130 won't correctly find my ethernet card--Allied Telesyn AT-2700FTX--while the rc2 will. Casey
Bug#266354: marked as done (partman: Seems to hang while reaching 50% during Arabic install)
Your message dated Wed, 1 Dec 2004 18:06:29 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#266354: partman: Seems to hang while reaching 50% during Arabic install 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; 17 Aug 2004 17:39:29 + From [EMAIL PROTECTED] Tue Aug 17 10:39:29 2004 Return-path: [EMAIL PROTECTED] Received: from lns-th2-5f-81-56-227-253.adsl.proxad.net (kheops.homeunix.org) [81.56.227.253] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Bx7vk-OO-00; Tue, 17 Aug 2004 10:39:29 -0700 Received: from localhost (localhost [127.0.0.1]) by kheops.homeunix.org (Postfix) with ESMTP id E775140FA; Tue, 17 Aug 2004 19:38:56 +0200 (CEST) Received: from kheops.homeunix.org ([127.0.0.1]) by localhost (kheops [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08943-01; Tue, 17 Aug 2004 19:38:52 +0200 (CEST) Received: from mykerinos.kheops.frmug.org (mykerinos.kheops.frmug.org [192.168.1.3]) by kheops.homeunix.org (Postfix) with ESMTP id 36C8E4093; Tue, 17 Aug 2004 19:38:52 +0200 (CEST) Received: from localhost (mykerinos.kheops.frmug.org [127.0.0.1]) by mykerinos.kheops.frmug.org (Postfix) with ESMTP id 06B4C2327F; Tue, 17 Aug 2004 19:38:52 +0200 (CEST) Received: from mykerinos.kheops.frmug.org ([127.0.0.1]) by localhost (mykerinos [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19419-06; Tue, 17 Aug 2004 19:38:51 +0200 (CEST) Received: by mykerinos.kheops.frmug.org (Postfix, from userid 7426) id 4CDC523265; Tue, 17 Aug 2004 19:38:51 +0200 (CEST) Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Christian Perrier [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: partman: Seems to hang while reaching 50% during Arabic install X-Mailer: reportbug 2.64 Date: Tue, 17 Aug 2004 19:38:50 +0200 Message-Id: [EMAIL PROTECTED] X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mykerinos X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at kheops.frmug.org Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: partman Severity: important Tags: d-i When running an Arabic install, partman always hangs when reaching 50% in the partitions creation step (full disk used, only one partition...that is all default choices). This is very probably a problem for displaying some message. More investigation is probably needed. This BR for the record. Tagged important as this breaks all Arabic installsmaybe a little exxagerated... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (ignored: LC_ALL set to fr_FR.UTF-8) --- Received: (at 266354-done) by bugs.debian.org; 1 Dec 2004 18:21:54 + From [EMAIL PROTECTED] Wed Dec 01 10:21:53 2004 Return-path: [EMAIL PROTECTED] Received: from lns-th2-5f-81-56-227-253.adsl.proxad.net (kheops.homeunix.org) [81.56.227.253] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZZ6v-0003tp-00; Wed, 01 Dec 2004 10:21:53 -0800 Received: from localhost (localhost [127.0.0.1]) by kheops.homeunix.org (Postfix) with ESMTP id B73BF4FA89; Wed, 1 Dec 2004 19:21:21 +0100 (CET) Received: from kheops.homeunix.org ([127.0.0.1]) by localhost (kheops [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19066-05; Wed, 1 Dec 2004 19:21:09 +0100 (CET) Received: from mykerinos.kheops.frmug.org (mykerinos.kheops.frmug.org [192.168.1.3]) by kheops.homeunix.org (Postfix) with ESMTP id 5343C4F9C1; Wed, 1 Dec 2004 19:21:04 +0100 (CET) Received: by mykerinos.kheops.frmug.org (Postfix, from userid 7426) id DEE412329F; Wed, 1 Dec 2004 18:06:29 +0100 (CET) Date: Wed, 1 Dec 2004 18:06:29 +0100 From: Christian Perrier [EMAIL PROTECTED] To: Anton Zinoviev [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Bug#266354: partman: Seems to hang while reaching 50% during Arabic install Message-ID: [EMAIL PROTECTED] References: [EMAIL
Bug#238358: marked as forwarded (While resizing an ext3 partition the progress bar was always at 0%)
Your message dated Wed, 1 Dec 2004 21:34:53 +0200 with message-id [EMAIL PROTECTED] has caused the Debian Bug report #238358, regarding While resizing an ext3 partition the progress bar was always at 0% to be marked as having been forwarded to the upstream software author(s) [EMAIL PROTECTED] (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 238358-forwarded) by bugs.debian.org; 1 Dec 2004 18:31:24 + From [EMAIL PROTECTED] Wed Dec 01 10:31:24 2004 Return-path: [EMAIL PROTECTED] Received: from lio.fmi.uni-sofia.bg (smtp.fmi.uni-sofia.bg) [62.44.101.7] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZZG8-00052E-00; Wed, 01 Dec 2004 10:31:24 -0800 Received: from logic.fmi.uni-sofia.bg ([62.44.100.59]) by smtp.fmi.uni-sofia.bg; Wed, 1 Dec 2004 20:26:19 +0200 Received: from zinoviev by logic.fmi.uni-sofia.bg with local (Exim 3.35 #1 (Debian)) id 1CZaFa-0006zy-00; Wed, 01 Dec 2004 21:34:54 +0200 Date: Wed, 1 Dec 2004 21:34:53 +0200 From: Anton Zinoviev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: When resizing ext2/3 no information about the progress is provided Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: Anton Zinoviev [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-1.5 required=4.0 tests=BAYES_10 autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: [Please keep the CC: to [EMAIL PROTECTED] Hi! I suppose that this is already a known bug, but just for any case. Once I used the new debian installer to resize a ext3 file system (it is based on libparted). The resizing operation completed successfuly but all the time the progress bar was at 0% so I didn't know when this quiet long operation will finish. If you don't know what caused this, I will try to see if this bug still exists in the newest version of parted and provide you with more information. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283831: Package: installation-reports
Package: installation-reports Debian-installer-version: RC2, from ftp.debian.nl uname -a: Linux serf 2.4.27-1-386 #1 Fri Sep 3 06:24:46 UTC 2004 i686 GNU/Linux Date: 2004-11-30, 23:00h Method: Booted off CD, installed from ftp://mirror.switch.ch/mirror/debian/ , no proxy. Machine: Desktop, IBM IBM-PC-300PL-6862-N40 Processor: Intel Piii/500 Katmai Memory: 384MB Root Device: IDE, /dev/hdb1 Root Size/partition table: root = ~ 3GB, swap = 500+400MB on hda7 and hdb5 Output of lspci and lspci -n: :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:02.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) :00:02.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) :00:02.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) :00:02.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) :00:03.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05) :00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :01:01.0 VGA compatible controller: S3 Inc. Trio 64 3D (rev 01) :00:00.0 0600: 8086:7190 (rev 03) :00:01.0 0604: 8086:7191 (rev 03) :00:02.0 0601: 8086:7110 (rev 02) :00:02.1 0101: 8086:7111 (rev 01) :00:02.2 0c03: 8086:7112 (rev 01) :00:02.3 0680: 8086:7113 (rev 02) :00:03.0 0200: 8086:1229 (rev 05) :00:14.0 0200: 10ec:8139 (rev 10) :01:01.0 0300: 5333:8904 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: 1) Could not install audio. Only distro not installing sound out of 11 tried on this machine. The Woody installer at http://www.phy.olemiss.edu/debian-cd/ did it with no sweating. This card (Crystal 4237B chip, onboard) is run of the mill. In my view this looks awfully bad. 2) Install document does not match scope of a normal desktop install. My error (skipped a page) led to X being misconfigured. I noticed that while D-I DOES INSTALL X, KDE, Gnome, the corresponding install document ( http://d-i.alioth.debian.org/manual/en.i386/index.html ) stops at the base install, and of course does not mention how to replay the install scripts after the base install. Considering that the installer DOES NOT STOP at the base system, it would be awfully nice if a - instructions on at least installing X and sound were included in the install document itself; b - commands were spelled out for retrying from a running machine the same install scripts that pop up automatically in the installer. For example, if tarzeau hadn't pointed me to dpkg-reconfigure xserver-xfree86 on IRC, I would NOT have found it in the documentation, and I would probably had either retried a full install or drifted to a less noble distro. Very bad for marketing, especially considering how awfully good hardware recognition has become these days. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: release update and branching
Steve Langasek wrote: It may be fixable by editing recipes-alpha/multi_user into something usable, but removing it would just fall back on the arch-neutral recipe, which is broken in other ways. I'm happy to fix up the alpha-specific multi_user recipe, if people can provide input as to which of the partitions should be dropped. How about /usr? The only benefit of having it separate is minimizing the size of the root parititon to hopefully minimize the chance it gets broken. -- see shy jo signature.asc Description: Digital signature
Re: release update and branching
Sven Luther wrote: Why ? i can upload the experimental package to unstable, and it be used in d-i, and if sarge fixes are needed upload them through t-p-u, no ? I think the release managers will tell you this is not a good idea. See kde's mounds of unfixed security holes in testing due to the t-p-u uploads not getting in. -- see shy jo signature.asc Description: Digital signature
FWD: r24093 - in trunk/installer: build/config build/config/hppa build/config/hppa/netboot debian
The patch below is in d-i's trunk, but not sarge branch, and adds 2.6 netboot images for hppa. I have tried both the new 2.6 images and 2.4 images and they work (well, 2.6 installs but fails to boot the installed system on my a500, unrelated I think). I'd like to commit this to the sarge branch, but want to get some review of it first. Note that it does change the filename of the 2.4 netboot image on hppa, moving it into a subdirectory. I could skip including that change, but I don't think anything says the exact directory the image is in, and so I hope this is a safe change to make. - Forwarded message from Joey Hess [EMAIL PROTECTED] - From: Joey Hess [EMAIL PROTECTED] Date: Wed, 01 Dec 2004 03:45:12 -0700 To: [EMAIL PROTECTED] Subject: r24093 - in trunk/installer: build/config build/config/hppa build/config/hppa/netboot debian Reply-To: [EMAIL PROTECTED] Author: joeyh Date: Wed Dec 1 03:44:38 2004 New Revision: 24093 Added: trunk/installer/build/config/hppa/netboot/2.6.cfg Modified: trunk/installer/build/config/hppa.cfg trunk/installer/build/config/hppa/netboot.cfg trunk/installer/debian/changelog Log: - Add 2.6 netboot initrds for hppa. Includes a move of the 2.4 netboot image into the netboot/ directory for consistency. Modified: trunk/installer/build/config/hppa.cfg == --- trunk/installer/build/config/hppa.cfg (original) +++ trunk/installer/build/config/hppa.cfg Wed Dec 1 03:44:38 2004 @@ -14,3 +14,11 @@ arch_boot_screens: +arch_netboot: + palo -f /dev/null -k $(TEMP)/vmlinux*32 \ + -k $(TEMP)/vmlinux*64 \ + -r $(TEMP_INITRD) -b /usr/share/palo/iplboot \ + -c 0/linux root=/dev/ram0 initrd=0/ramdisk \ + -s $(TEMP_BOOT) + +.PHONY: arch_netboot Modified: trunk/installer/build/config/hppa/netboot.cfg == --- trunk/installer/build/config/hppa/netboot.cfg (original) +++ trunk/installer/build/config/hppa/netboot.cfg Wed Dec 1 03:44:38 2004 @@ -1,3 +1,5 @@ +FLAVOUR_SUPPORTED = 2.6 + MEDIA_TYPE = netboot image TYPE = netboot @@ -6,13 +8,9 @@ MANIFEST-BOOT = netboot lifimage for 32-bit and 64-bit HPPA systems +EXTRANAME = $(MEDIUM)/ + .PHONY: arch_boot_screens arch_boot -arch_boot: - palo -f /dev/null -k $(BASE_TMP)netboot/vmlinux*32 \ - -k $(BASE_TMP)netboot/vmlinux*64 \ - -r $(TEMP_INITRD) -b /usr/share/palo/iplboot \ - -c 0/linux root=/dev/ram0 initrd=0/ramdisk \ - -s $(TEMP_BOOT) +arch_boot: arch_netboot arch_boot_screens: - Added: trunk/installer/build/config/hppa/netboot/2.6.cfg == --- (empty file) +++ trunk/installer/build/config/hppa/netboot/2.6.cfg Wed Dec 1 03:44:38 2004 @@ -0,0 +1,7 @@ +KERNELVERSION = $(KERNELVERSION_2.6) +KERNELIMAGEVERSION = $(KERNELIMAGEVERSION_2.6) +KERNELMAJOR = 2.6 +EXTRANAME = 2.6/ + +EXTRATARGETS = +TARGET = $(BOOT) Modified: trunk/installer/debian/changelog == --- trunk/installer/debian/changelog(original) +++ trunk/installer/debian/changelogWed Dec 1 03:44:38 2004 @@ -4,6 +4,8 @@ - Add module-init-tools to build deps for ia64 to fix truncated modules.dep files and USB keyboard. - Add it for sparc too. +- Add 2.6 netboot initrds for hppa. Includes a move of the 2.4 netboot + image into the netboot/ directory for consistency. * Thiemo Seufer - Do an e2fsck for the extra floppy images. - Handle sparse files in cramfs images more efficiently. - End forwarded message - -- see shy jo signature.asc Description: Digital signature
Fixed in NMU of network-console 0.0.9
tag 283377 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 1 Dec 2004 14:09:07 -0500 Source: network-console Binary: network-console-config network-console Architecture: source i386 all Version: 0.0.9 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: network-console - Provides a console via ssh (udeb) network-console-config - Debian base system configurator - network console Closes: 283377 Changes: network-console (0.0.9) unstable; urgency=low . * Frans Pop - Only copy SSH keys and installer account if network-console-config is installed successfully. Closes: #283377. - Queue installation of network-console-config in postinst as for CD-based installations the CD will already be unmounted when the prebaseconfig script is run (tanks to Colin Watson for spotting this). Files: f70a92abca1d99736f11ad806e6e9c7a 627 debian-installer optional network-console_0.0.9.dsc 4a37804280b7e14f6573b63be26e7247 46697 debian-installer optional network-console_0.0.9.tar.gz 65a7e571c7f474d8e1eefe22de2d47e9 4196 admin optional network-console-config_0.0.9_all.deb 58c5e9f9a757d02b2d0a23855ec5f2b4 37414 debian-installer optional network-console_0.0.9_i386.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBrhcY2tp5zXiKP0wRAguiAKDFb6aaMa2QgP9IyPIxanQwlLUxAgCdFuyB zSqK1MydYOdLc2o23s6j/YQ= =dbst -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 07:21:04PM +0100, Sven Luther wrote: On Wed, Dec 01, 2004 at 09:13:47PM +0200, Anton Zinoviev wrote: On Wed, Dec 01, 2004 at 03:36:14PM +0100, Sven Luther wrote: Or partition we are mounting without formating if its type doesn't correspond to the file system it contains. Well, i don't think so, not automatically at least. (Lib)parted repairs the wrong partition types in all cases. In some cases partman will not write the partition table but if it has to for some reason then the partition type will be changed. At the time when some partition is being formatted (or simply sceduled for mounting) the partition table may already contain physical volumes of activated volume groups. So what ? a raid or LVM partition is simply a partition with a given flag. The fact that you modify the other partition on the partition table should in no way affect any raid or lvm partitions you have, The kernel will complain that it can not reread the partition table. This complain is not dangerous and partman can probably safely hide it from the user but this already is not nice. Moreover the confirmation dialog contains a list of the changed partition tables. If we decide to write all partition tables to the disk just because they contain some formatted partition this means that they have to be included in this list. In most cases this list will contain all partition tables and because of that it will be less informative. I don't follow this. You read the partition table, modify the type for one partition type, write it back. If the file system type is unchanged partman can not know whether the partition type is modified or not. Thats why you proposed that partman writes the partition table if it contains formatted partition (or partition with phisical volume for RAID or LVM). In many cases this means that partman will have to write unchanged partition tables. In order to fix #238388 (i.e. partman allows user to make changes in partition tables that are used by the kernel) partman has to know which operations change the partition table and disallow them. However even in this case it will have to write the unchanged partition tables because some some partition type may have changed without its knowledge. :( This should not change the rest of the partitions, or it is a RC parted bug, and your duty is to fill a bug report about this. Ah, I see. It changes only the type of the partitions that have set_system_type. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283793: debian-installer: quik is still installed and trying to do unwanted things on my harddisk which my break.
Sven Luther wrote: Package: debian-installer Severity: important I am doing a install of the jigdo DVD images for powerpc, using the 24.11.2004 jigdo images, which should use RC2. Quik is still installed on my chrp/pegasos system, even though it should only be installed on oldworld powerpc hardware. It has been month since this is a known problem, and nothing happened to solve this issue, which i hear has to do with the override file, or something such. This isn't a bug in quik-installer? Can you point me to a reference about the override file thing? -- see shy jo signature.asc Description: Digital signature
Bug#283769: loads wrong modile for hppa ethernet
FWIW, I'm in the process of adding some ugly hacks to hw-detect to make it fall back to tulip if the other module is not on the initrd. In that case it will also blacklist the de4x5 module to avoid discover1 loading it in the second stage, and will add tulip to /etc/modules. I think this should fix all the hppa problems while not having any effect on any arch does have de4x5 in udebs. A better fix in discover would be appreciated, since that's an ugly hack. Perhaps discover needs a way to override modules on an arch specific basis. -- see shy jo signature.asc Description: Digital signature
Processing of network-console_0.0.9_i386.changes
network-console_0.0.9_i386.changes uploaded successfully to localhost along with the files: network-console_0.0.9.dsc network-console_0.0.9.tar.gz network-console-config_0.0.9_all.deb network-console_0.0.9_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of network-console 0.0.9
Processing commands for [EMAIL PROTECTED]: tag 283377 + fixed Bug#283377: Should not copy installer account to /target if network-console-config not installed Tags were: security pending Tags added: fixed quit 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]
network-console_0.0.9_i386.changes ACCEPTED
Accepted: network-console-config_0.0.9_all.deb to pool/main/n/network-console/network-console-config_0.0.9_all.deb network-console_0.0.9.dsc to pool/main/n/network-console/network-console_0.0.9.dsc network-console_0.0.9.tar.gz to pool/main/n/network-console/network-console_0.0.9.tar.gz network-console_0.0.9_i386.udeb to pool/main/n/network-console/network-console_0.0.9_i386.udeb Announcing to [EMAIL PROTECTED] Setting bugs to severity fixed: 283377 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282650: default gateway also incorrect
FWIW, this is all due to netcfg calculating default values for these things based on the ip address and other info. It's tricky to do that and allow for preseeding too; one way would be for netcfg to skip changing the values if the question already has a non-empty value. It's possible this would lead to issues when re-doing the network configuration though. -- see shy jo signature.asc Description: Digital signature
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 10:26:01PM +0200, Anton Zinoviev wrote: I don't follow this. You read the partition table, modify the type for one partition type, write it back. If the file system type is unchanged partman can not know whether the partition type is modified or not. Thats why you proposed that partman Well, if you look at the current process : 1) you do all the partition table stuff in memory. 2) once you hit finished (or you go into the raid or lvm menu), the partition table is written to disk. 3) the partitions who are formated are actually formatted. The only addition would be to do, in addition to 3), a writing of the partition type to the partition entry in the partition table, and everything would be fine. We do know that the partition is changed, we don't care about what parted things about the partition, since parted ignores the partition table contained type, and does physical probing, which may or may not be correct. the firmware does need to know about the partition type though, so we make sure it is always correct for all partitions that *WE* do write. writes the partition table if it contains formatted partition (or partition with phisical volume for RAID or LVM). In many cases this means that partman will have to write unchanged partition tables. So what ? At worst we allow it only for partition tables we know are not broken ? (which probably include MBRs and amiga partitions tables, unsure about the rest of them). In order to fix #238388 (i.e. partman allows user to make changes in partition tables that are used by the kernel) partman has to know which operations change the partition table and disallow them. However even in this case it will have to write the unchanged partition tables because some some partition type may have changed without its knowledge. :( So what ? This should not change the rest of the partitions, or it is a RC parted bug, and your duty is to fill a bug report about this. Ah, I see. It changes only the type of the partitions that have set_system_type. Exact. Friendly, Sven LUther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261100: go back problem is just papered over, still exists
On Fri, Jul 23, 2004 at 12:19:32PM -0400, Joey Hess wrote: Package: partman Severity: normal Tags: d-i - Add confirmation dialog for the Back button of the main partitioning menu. Thanks to Yann Dirson, closes: #241476. This dialog is very annoying, manages to be quite confusing IMHO in its wording, and is really just papering over a still existing problem, which is that backing up from the main menu should return to autopartitioning, like bug #241476 originally said. I guess this dialog is annoying only for the testers of partman not for the users. It contains helpfull information (acording to some installation reports). If the backing up from the main menu returns to autopartitioning then there has to be a separate menu-item in order to exit partman without making any changes to the disks. So how about returning this dialog (it was removed in version 56 of partman), rewording it and closing the bug? Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283377: marked as done (Should not copy installer account to /target if network-console-config not installed)
Your message dated Wed, 1 Dec 2004 14:34:07 -0500 with message-id [EMAIL PROTECTED] and subject line FWD: Fixed in NMU of network-console 0.0.9 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; 28 Nov 2004 16:52:11 + From [EMAIL PROTECTED] Sun Nov 28 08:52:11 2004 Return-path: [EMAIL PROTECTED] Received: from rproxy.gmail.com [64.233.170.206] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CYSHS-N3-00; Sun, 28 Nov 2004 08:52:10 -0800 Received: by rproxy.gmail.com with SMTP id q1so306508rnf for [EMAIL PROTECTED]; Sun, 28 Nov 2004 08:52:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=B9uhWzaCLdpGueRc11Fix3c0tN5BidUfp4FSQI0wmvK1dYfROKeL+1uYRGVY75EixzMLS/2pLS6rA04yUJq7DiJvI4FUSs05nKmf1katabQ2iU5WH3F1blqG5SxULX9gmVw0Fp7xE2dkecYxil82cNboudPh0XIOIly3CPFAdO0= Received: by 10.38.171.16 with SMTP id t16mr1030385rne; Sun, 28 Nov 2004 08:52:09 -0800 (PST) Received: by 10.38.89.53 with HTTP; Sun, 28 Nov 2004 08:52:09 -0800 (PST) Message-ID: [EMAIL PROTECTED] Date: Sun, 28 Nov 2004 10:52:09 -0600 From: Colleen Hatfield [EMAIL PROTECTED] Reply-To: Colleen Hatfield [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RC2 install report on Dell SC420, security issue with network-console udeb installer user not being removed Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports INSTALL REPORT Debian-installer-version: RC2 netinstall image for i386, downloaded from http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i386-netinst.iso on 20041126 uname -a: Linux chloe 2.6.8-1-386 #1 Thu Nov 25 04:24:08 UTC 2004 i686 GNU/Linux Date: 20041126, ~23:00 UTC Method: Burnt the netinstall image to CD, using the expert26 boot parameter. Apt sources were unstable over HTTP from mirrors.kernel.org and ftp.debian.org (no proxy). Machine: Dell PowerEdge SC420 Processor: 2.8GHz Pentium 4 Memory: 256MB DDR2-400 SDRAM Root Device: 160GB SATA drive (/dev/sda2) Root Size/partition table: sda1 Primary Dell Utility57.58 sda2 BootPrimary Linux ext3 [/] 39983.09 sda3 Primary Linux ext3 3.54 sda5 Logical Linux swap / Solaris 1003.49 Debian was installed to /dev/sda2; /dev/sda3 is currently formatted but unmounted and unused. Output of lspci and lspci -n: Note: I took the Aureal Vortex sound card out of another machine; it didn't come with the SC420 (but it does work nicely in Debian). lspci: -- :00:00.0 Host bridge: Intel Corp. Server Memory Controller Hub (rev 04) :00:01.0 PCI bridge: Intel Corp. Server Memory Controller Hub PCI Express Port (rev 04) :00:02.0 VGA compatible controller: Intel Corp. Graphics Controller (rev 04) :00:1c.0 PCI bridge: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 03) :00:1c.1 PCI bridge: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 (rev 03) :00:1d.0 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 03) :00:1d.1 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 03) :00:1d.2 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 03) :00:1d.3 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 03) :00:1d.7 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev d3) :00:1f.0 ISA bridge: Intel Corp. 82801FB/FR (ICH6/ICH6R) LPC Interface Bridge (rev 03) :00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03) :00:1f.2 IDE interface: Intel Corp. 82801FR/FRW (ICH6R/ICH6RW) SATA Controller (rev 03) :00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev
Bug#283793: debian-installer: quik is still installed and trying to do unwanted things on my harddisk which my break.
On Wed, Dec 01, 2004 at 02:13:50PM -0500, Joey Hess wrote: Sven Luther wrote: Package: debian-installer Severity: important I am doing a install of the jigdo DVD images for powerpc, using the 24.11.2004 jigdo images, which should use RC2. Quik is still installed on my chrp/pegasos system, even though it should only be installed on oldworld powerpc hardware. It has been month since this is a known problem, and nothing happened to solve this issue, which i hear has to do with the override file, or something such. This isn't a bug in quik-installer? Can you point me to a reference about the override file thing? Kamion knows about the details. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 08:47:57PM +0100, Sven Luther wrote: In many cases this means that partman will have to write unchanged partition tables. So what ? At least the kernel will complain. But yes - this is a solution, although not nice in my opinion. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283793: debian-installer: quik is still installed and trying to do unwanted things on my harddisk which my break.
On Wed, Dec 01, 2004 at 02:13:50PM -0500, Joey Hess wrote: Sven Luther wrote: Package: debian-installer Severity: important I am doing a install of the jigdo DVD images for powerpc, using the 24.11.2004 jigdo images, which should use RC2. Quik is still installed on my chrp/pegasos system, even though it should only be installed on oldworld powerpc hardware. It has been month since this is a known problem, and nothing happened to solve this issue, which i hear has to do with the override file, or something such. This isn't a bug in quik-installer? Can you point me to a reference about the override file thing? The bug is that quik is Priority: important when it should be extra (as a package only appropriate to specific hardware); this is bug #278187 against ftp.debian.org. However, the current version of quik in unstable works around this, and I've approved that for testing, so that should fix this bug too. It's still ugly that quik is installed, but shouldn't be harmful. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
install: automatic network configuration: worked with linksys card but not CNet card
Package: ? Version: ? (recent stable net install version) The linux worked with the linksys card but not with the CNet card. I'm submitting this because this information might be useful to someone else. The automatic DHCP / BOOTP did not work with the CNet NIC. I tried using both the dmfe driver and the tulip driver. However, when I replaced the CNet NIC with a linksys NIC, the automatic configuration worked. I spent a lot of time working on this problem and I'm hoping to save someone else the trouble. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: d-i
Processing commands for [EMAIL PROTECTED]: reassign 282358 installation-reports Bug#282358: install: automatic network configuration: worked with linksys card but not CNet card Warning: Unknown package '282358' Warning: Unknown package '282358' Bug reassigned from package `?' to `installation-reports'. -- 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]
Processing of ddetect_1.11_i386.changes
ddetect_1.11_i386.changes uploaded successfully to localhost along with the files: ddetect_1.11.dsc ddetect_1.11.tar.gz ethdetect_1.11_all.udeb hw-detect-full_1.11_all.udeb hw-detect_1.11_i386.udeb archdetect_1.11_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ddetect_1.11_i386.changes ACCEPTED
Accepted: archdetect_1.11_i386.udeb to pool/main/d/ddetect/archdetect_1.11_i386.udeb ddetect_1.11.dsc to pool/main/d/ddetect/ddetect_1.11.dsc ddetect_1.11.tar.gz to pool/main/d/ddetect/ddetect_1.11.tar.gz ethdetect_1.11_all.udeb to pool/main/d/ddetect/ethdetect_1.11_all.udeb hw-detect-full_1.11_all.udeb to pool/main/d/ddetect/hw-detect-full_1.11_all.udeb hw-detect_1.11_i386.udeb to pool/main/d/ddetect/hw-detect_1.11_i386.udeb Announcing to [EMAIL PROTECTED] Closing bugs: 282814 283754 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ddetect override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): hw-detect-full_1.11_all.udeb: package says priority is standard, override says optional. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. [NB: this is an automatically generated mail; if you replied to one like it before and have not received a response yet, please ignore this mail. Your reply needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282650: default gateway also incorrect
On Wed, 1 Dec 2004, Joey Hess wrote: FWIW, this is all due to netcfg calculating default values for these things based on the ip address and other info. It's tricky to do that and allow for preseeding too; So the comments in the example preseed file[1] which say If you prefer to configure the network manually, here's how are essentially meaningless? Why is there even an option if it is going to be ignored? Paul. [1] http://d-i.alioth.debian.org/manual/en.i386/apcs01.html -- Paul Telford | 1024D/431B38BA | [EMAIL PROTECTED] | [EMAIL PROTECTED] C903 0E85 9AF5 1B80 6A5F F169 D7E9 4363 431B 38BA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282814: marked as done (should try tulip if de4x5 is not available)
Your message dated Wed, 01 Dec 2004 16:17:04 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#282814: fixed in ddetect 1.11 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; 24 Nov 2004 17:57:49 + From [EMAIL PROTECTED] Wed Nov 24 09:57:49 2004 Return-path: [EMAIL PROTECTED] Received: from palrel12.hp.com [156.153.255.237] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CX1Om-0005yJ-00; Wed, 24 Nov 2004 09:57:48 -0800 Received: from smtp1.rose.hp.com (smtp1.rose.hp.com [15.96.64.75]) by palrel12.hp.com (Postfix) with ESMTP id 539BA43A5A9; Wed, 24 Nov 2004 09:56:48 -0800 (PST) Received: from ros-saab.rose.hp.com (ros-saab.rose.hp.com [15.43.213.64]) by smtp1.rose.hp.com (Postfix) with ESMTP id 1F397568; Wed, 24 Nov 2004 09:56:48 -0800 (PST) Received: from ptelford by ros-saab.rose.hp.com with local (Exim 4.34) id 1CX1Nn-0003Q4-CY; Wed, 24 Nov 2004 09:56:47 -0800 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Paul Telford [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: installation-reports: [hppa] hardware detection partitioning problems w/ 2.6 X-Mailer: reportbug 2.64 Date: Wed, 24 Nov 2004 09:56:47 -0800 Message-Id: [EMAIL PROTECTED] Sender: PxT [EMAIL PROTECTED] X-SA-Exim-Connect-IP: locally generated X-SA-Exim-Mail-From: [EMAIL PROTECTED] X-SA-Exim-Scanned: No (on ros-saab.rose.hp.com); SAEximRunCond expanded to false Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports Severity: normal Machine is an HP C200 workstation with 128M ram, internal SCSI disk. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [E] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[E] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: Using the mini.iso image retrieved from http://people.debian.org/~jbailey/d-i/hppa/daily/2.6/ today, the system failed to autodetect my NIC (tulip). This works reliably with the 2.4 image. The system also locks up hard (LEDs on solid, can't switch VC, etc) right after it partitions the disks (or perhaps just as the filesystems are being written, it's difficult to tell). Again, this works reliably with the 2.4-based install. If the 'lspci' output is needed, please let me know as I'll have to reinstall completely with the 2.4 disk to be able to get that. --- Received: (at 282814-close) by bugs.debian.org; 1 Dec 2004 21:19:54 + From [EMAIL PROTECTED] Wed Dec 01 13:19:54 2004 Return-path: [EMAIL PROTECTED] Received: from newraff.debian.org [208.185.25.31] (mail) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZbtC-0007cZ-00; Wed, 01 Dec 2004 13:19:54 -0800 Received: from katie by newraff.debian.org with local (Exim 3.35 1 (Debian)) id 1CZbqS-0001fy-00; Wed, 01 Dec 2004 16:17:04 -0500 From: Joey Hess [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-Katie: $Revision: 1.54 $ Subject: Bug#282814: fixed in ddetect 1.11 Message-Id: [EMAIL PROTECTED] Sender: Archive Administrator [EMAIL PROTECTED] Date: Wed, 01 Dec 2004 16:17:04 -0500 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Source: ddetect Source-Version: 1.11 We believe that the bug you reported is fixed in the latest version of ddetect, which is due to be installed in the Debian FTP archive: archdetect_1.11_i386.udeb to pool/main/d/ddetect/archdetect_1.11_i386.udeb ddetect_1.11.dsc to pool/main/d/ddetect/ddetect_1.11.dsc ddetect_1.11.tar.gz to pool/main/d/ddetect/ddetect_1.11.tar.gz ethdetect_1.11_all.udeb to pool/main/d/ddetect/ethdetect_1.11_all.udeb
Bug#283754: marked as done (hppa install on a500)
Your message dated Wed, 01 Dec 2004 16:17:04 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#283754: fixed in ddetect 1.11 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 1 Dec 2004 02:20:58 + From [EMAIL PROTECTED] Tue Nov 30 18:20:58 2004 Return-path: [EMAIL PROTECTED] Received: from kitenet.net [64.62.161.42] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZK70-0005ME-00; Tue, 30 Nov 2004 18:20:58 -0800 Received: from dragon.kitenet.net (unknown [66.168.94.144]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN Joey Hess, Issuer Joey Hess (verified OK)) by kitenet.net (Postfix) with ESMTP id 04BE417DC6 for [EMAIL PROTECTED]; Wed, 1 Dec 2004 02:20:58 + (GMT) Received: by dragon.kitenet.net (Postfix, from userid 1000) id D7CC36E26E; Tue, 30 Nov 2004 21:22:32 -0500 (EST) Date: Tue, 30 Nov 2004 21:22:32 -0500 From: Joey Hess [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: hppa install on a500 Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=huq684BweRXVnRxX Content-Disposition: inline X-Reportbug-Version: 3.2 User-Agent: Mutt/1.5.6+20040907i Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Package: installation-reports Severity: normal Debian-installer-version: today's hppa netboot daily build Method: Netbooted, installed from my local sarge mirror. Machine: hppa a500 (I think, it's not mine) Processor: dual 550 mhz PA8600 Memory: 1994 mb Root Device: /dev/sda5 Root Size/partition table: Device Boot Start End Blocks Id System /dev/sda1 1 4 32098+ f0 Linux/PA-RISC boot /dev/sda2 5 20 128520 83 Linux /dev/sda3 218924715213805 Extended /dev/sda5 * 21 54 273073+ 83 Linux /dev/sda6 55 662 4883728+ 83 Linux /dev/sda7 6631027 2931831 83 Linux /dev/sda810281789 6120733+ 82 Linux swap /dev/sda917901838 393561 83 Linux /dev/sda10 1839892456918263+ 83 Linux Output of (lspci ; lspci -n) |sort -n: :00:00.0 0200: 1011:0019 (rev 41) :00:00.0 Ethernet controller: Digital Equipment Corporation DECchip 211= 42/43 (rev 41) :00:01.0 0100: 1000:000b (rev 07) :00:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 = (rev 07) :00:01.1 0100: 1000:000b (rev 07) :00:01.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 = (rev 07) :00:02.0 0100: 1000:000f (rev 14) :00:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev= 14) :00:02.1 0100: 1000:000f (rev 14) :00:02.1 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev= 14) :00:04.0 0700: 103c:1048 (rev 02) :00:04.0 Serial controller: Hewlett-Packard Company Diva Serial [GSP] M= ultiport UART (rev 02) :00:05.0 0700: 103c:1048 (rev 02) :00:05.0 Serial controller: Hewlett-Packard Company Diva Serial [GSP] M= ultiport UART (rev 02) :10:00.0 0200: 12ae:0001 (rev 01) :10:00.0 Ethernet controller: Alteon Networks Inc. AceNIC Gigabit Ether= net (rev 01) :20:00.0 0200: 12ae:0001 (rev 01) :20:00.0 Ethernet controller: Alteon Networks Inc. AceNIC Gigabit Ether= net (rev 01) :30:02.0 0100: 1000:0021 (rev 01) :30:02.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 66M= Hz Ultra3 SCSI Adapter (rev 01) Note that this system has 3 ethernet cards. The two Alteon's are in pci slots, the other one is built in. Base System Installation Checklist: [O] =3D OK, [E] =3D Error (please elaborate below), [ ] =3D didn't try it 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
Re: partman problems (sparc and elsewhere)
On Wed, Dec 01, 2004 at 11:10:01PM +0200, Anton Zinoviev wrote: On Wed, Dec 01, 2004 at 08:47:57PM +0100, Sven Luther wrote: In many cases this means that partman will have to write unchanged partition tables. So what ? At least the kernel will complain. But yes - this is a solution, although not nice in my opinion. I still don't get why the kernel should complain though ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283861: typo in dhcp.c: adhoc - ad-hoc
Package: netcfg Version: 1.07 Severity: important There seems to be a typo in dhcp.c line 52 (function netcfg_write_dhcp): a hyphen is missing in ad-hoc. 52c52 (mode == MANAGED) ? managed : ad-hoc); --- (mode == MANAGED) ? managed : adhoc); Furthermore the essid does not get written to /etc/network/interfaces. Instead it simply writes any although the code seems to be there (line 53). Tested with the d-i netinst-cd 2004-11-30. This bug is a duplicate of bug# 282407 which is clone of an installation report and therefore lacks clarity. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283888: INSTALL REPORT
Package: installation-reports INSTALL REPORT Debian-installer-version: August 2004, image from www.debian.org uname -a: Linux legolas 2.6.7-1-386 #1 Thu Jul 8 05:08:04 EDT 2004 i686 GNU/Linux Date: November 2 2004, 0:30 am Method: Sarge ISO image disk 1, booted from CD ROM Machine: Soltek Qbic EQ3 Processor: VIA C3 Memory: 256 MByte PC-2100, CL2 Root Device: IDE Root Size/partition table: Device Boot Start End #cyls#blocks Id System /dev/hda1 * 0+242 243- 1951866 83 Linux == / /dev/hda2243 274 32 257040 82 Linux swap /dev/hda327597329458 759713855 Extended /dev/hda4 0 - 0 00 Empty /dev/hda5275+760 486- 3903763+ 83 Linux == /var/data /dev/hda6761+ 97328972- 72067558+ 83 Linux == /var/ovn Output of lspci... :00:00.0 Host bridge: VIA Technologies, Inc. VT8623 [Apollo CLE266] :00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] :00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge :00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) :01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics (rev 03) ...and lspci -n: :00:00.0 0600: 1106:3123 :00:01.0 0604: 1106:b091 :00:09.0 0c00: 1106:3044 (rev 80) :00:10.0 0c03: 1106:3038 (rev 80) :00:10.1 0c03: 1106:3038 (rev 80) :00:10.2 0c03: 1106:3038 (rev 80) :00:10.3 0c03: 1106:3104 (rev 82) :00:11.0 0601: 1106:3177 :00:11.1 0101: 1106:0571 (rev 06) :00:11.5 0401: 1106:3059 (rev 50) :00:12.0 0200: 1106:3065 (rev 74) :01:00.0 0300: 1106:3122 (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Installation worked absolutely smooth. Install logs and other status info is available in /var/log/debian-installer/. Once you have filled out this report, mail it to [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Installer Manual Translations (was: repository branched for sarge)
On Wed, Dec 01, 2004 at 04:11:07PM +0100, Frans Pop wrote: Translations that have been officially included (es, fr, ja, pt_BR, sp) sp? === For these any changes made in the Sarge branch in the English docs should preferably be translated as well. If translations are out-of-date (like pt_BR currently), I guess it would be good update these in both branches. All other translations == These are only shown on the d-i manual website. As these translations are build from trunk, I see no advantage in updating these translations in the Sarge branch, as there would be risks in including extra translations on the CD's in later builds. In fact, it would probably be safer to delete these languages in the Sarge branch. But the install manual used on the official Debian website will surely be built from the sarge branch when the time comes; even if these languages don't make it onto the CDs, we'd just have to add them back to the sarge branch later for the website maintenance, no? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Bug#283888: marked as done (INSTALL REPORT)
Your message dated Wed, 1 Dec 2004 22:06:53 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#283888: INSTALL REPORT has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 2 Dec 2004 01:48:08 + From [EMAIL PROTECTED] Wed Dec 01 17:48:08 2004 Return-path: [EMAIL PROTECTED] Received: from mxout.hispeed.ch (smtp.hispeed.ch) [62.2.95.247] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZg4l-0002Pn-00; Wed, 01 Dec 2004 17:48:07 -0800 Received: from privat-t8eighva.swissonline.ch (80-218-19-158.dclient.hispeed.ch [80.218.19.158]) by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id iB21m3il026069 for [EMAIL PROTECTED]; Thu, 2 Dec 2004 02:48:05 +0100 Message-Id: [EMAIL PROTECTED] X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Thu, 02 Dec 2004 02:48:03 +0100 To: [EMAIL PROTECTED] From: =?iso-8859-1?Q?J=F6rg?= Zuber [EMAIL PROTECTED] Subject: INSTALL REPORT Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_PACKAGE, RCVD_IN_DSBL autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports INSTALL REPORT Debian-installer-version: August 2004, image from www.debian.org uname -a: Linux legolas 2.6.7-1-386 #1 Thu Jul 8 05:08:04 EDT 2004 i686 GNU/Linux Date: November 2 2004, 0:30 am Method: Sarge ISO image disk 1, booted from CD ROM Machine: Soltek Qbic EQ3 Processor: VIA C3 Memory: 256 MByte PC-2100, CL2 Root Device: IDE Root Size/partition table: Device Boot Start End #cyls#blocks Id System /dev/hda1 * 0+242 243- 1951866 83 Linux == / /dev/hda2243 274 32 257040 82 Linux swap /dev/hda327597329458 759713855 Extended /dev/hda4 0 - 0 00 Empty /dev/hda5275+760 486- 3903763+ 83 Linux == /var/data /dev/hda6761+ 97328972- 72067558+ 83 Linux == /var/ovn Output of lspci... :00:00.0 Host bridge: VIA Technologies, Inc. VT8623 [Apollo CLE266] :00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] :00:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) :00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 80) :00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) :00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge :00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) :00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) :01:00.0 VGA compatible controller: VIA Technologies, Inc. VT8623 [Apollo CLE266] integrated CastleRock graphics (rev 03) ...and lspci -n: :00:00.0 0600: 1106:3123 :00:01.0 0604: 1106:b091 :00:09.0 0c00: 1106:3044 (rev 80) :00:10.0 0c03: 1106:3038 (rev 80) :00:10.1 0c03: 1106:3038 (rev 80) :00:10.2 0c03: 1106:3038 (rev 80) :00:10.3 0c03: 1106:3104 (rev 82) :00:11.0 0601: 1106:3177 :00:11.1 0101: 1106:0571 (rev 06) :00:11.5 0401: 1106:3059 (rev 50) :00:12.0 0200: 1106:3065 (rev 74) :01:00.0 0300: 1106:3122 (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Installation worked absolutely smooth. Install logs and other status info is available in /var/log/debian-installer/. Once you have filled out this report, mail it to [EMAIL PROTECTED]
Bug#283908: makes use of /target/bin/sed ; this is unsafe
Package: palo-installer Severity: normal Tags: d-i The postinst uses /target/bin/sed a lot. According to waldi, this is unsafe, it assumes that the d-i libc matches the one on the installed system. It would be better to use stuff on the d-i initrd, or chroot to call /target's sed. IIRC, d-i _has_ sed, so I see no reason to use the one in /target, unless the postinst uses features that are not in busybox sed. -- see shy jo signature.asc Description: Digital signature
Bug#283907: contains debconf template that is never used
Package: palo-installer Severity: normal Tags: d-i The debconf template in palo-installer is never used, it just bloats the package and the po files. I suggest removing it, unless someone has plans to use it in the near future. -- see shy jo signature.asc Description: Digital signature
Re: 2.4.27-6 source and i386 images available for testing
On Wed, Dec 01, 2004 at 05:45:59PM +0900, Horms wrote: On Tue, Nov 30, 2004 at 08:54:02AM +0100, Norbert Tretkowski wrote: * Horms wrote: The new packages are available, look for the ones dated 29th November. Thanks, new kernel-source-2.4.27 works fine on alpha. Thanks for the feedback. I am going to go ahead and upload the packages. They have now been taged in SVN and the build is in progress. I expect them to be able to upload them in the next hour or so. Could the people who build packages based on kernel-source-2.4.27 please be prepared to do a rebuild. As an asside, somewhat inconveniently I will be going on holidays tomorrow afternoon for 10 days (3rd-12th December). If anyone feels that they might desprately need to contact me please let me know and I can make arrangements, but I am sure that Josh Kwan and others can deal with anything that comes up. I have uploaded these packages and they are currently in incomming. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283831: marked as done (Package: installation-reports)
Your message dated Thu, 2 Dec 2004 07:05:07 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#283831: Package: installation-reports has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 1 Dec 2004 18:36:00 + From [EMAIL PROTECTED] Wed Dec 01 10:35:59 2004 Return-path: [EMAIL PROTECTED] Received: from eta.fastwebnet.it (ms005msg.fastwebnet.it) [213.140.2.50] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZZKZ-0007lJ-00; Wed, 01 Dec 2004 10:35:59 -0800 Received: from pingo (1.35.84.35) by ms005msg.fastwebnet.it (7.0.036) (authenticated as [EMAIL PROTECTED]) id 41996AAC006455C6 for [EMAIL PROTECTED]; Wed, 1 Dec 2004 19:35:18 +0100 Reply-To: [EMAIL PROTECTED] From: Filippo Cattaneo [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Package: installation-reports Date: Wed, 1 Dec 2004 19:35:16 +0100 Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4942.400 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_01,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports Debian-installer-version: RC2, from ftp.debian.nl uname -a: Linux serf 2.4.27-1-386 #1 Fri Sep 3 06:24:46 UTC 2004 i686 GNU/Linux Date: 2004-11-30, 23:00h Method: Booted off CD, installed from ftp://mirror.switch.ch/mirror/debian/ , no proxy. Machine: Desktop, IBM IBM-PC-300PL-6862-N40 Processor: Intel Piii/500 Katmai Memory: 384MB Root Device: IDE, /dev/hdb1 Root Size/partition table: root = ~ 3GB, swap = 500+400MB on hda7 and hdb5 Output of lspci and lspci -n: :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:02.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) :00:02.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) :00:02.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) :00:02.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) :00:03.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05) :00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :01:01.0 VGA compatible controller: S3 Inc. Trio 64 3D (rev 01) :00:00.0 0600: 8086:7190 (rev 03) :00:01.0 0604: 8086:7191 (rev 03) :00:02.0 0601: 8086:7110 (rev 02) :00:02.1 0101: 8086:7111 (rev 01) :00:02.2 0c03: 8086:7112 (rev 01) :00:02.3 0680: 8086:7113 (rev 02) :00:03.0 0200: 8086:1229 (rev 05) :00:14.0 0200: 10ec:8139 (rev 10) :01:01.0 0300: 5333:8904 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: 1) Could not install audio. Only distro not installing sound out of 11 tried on this machine. The Woody installer at http://www.phy.olemiss.edu/debian-cd/ did it with no sweating. This card (Crystal 4237B chip, onboard) is run of the mill. In my view this looks awfully bad. 2) Install document does not match scope of a normal desktop install. My error (skipped a page) led to X being misconfigured. I noticed that while D-I DOES INSTALL X, KDE, Gnome, the corresponding install document ( http://d-i.alioth.debian.org/manual/en.i386/index.html ) stops at the base install, and of course does not mention how to replay the install scripts after the base install. Considering that the installer DOES NOT STOP at the base system, it would be awfully nice if a - instructions on at least installing X and sound were included in the install document itself; b - commands were spelled out for retrying from a running machine the same install scripts that pop up
Bug#283827: marked as done (Package: installation-reports)
Your message dated Thu, 2 Dec 2004 06:55:35 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#283827: Package: installation-reports has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 1 Dec 2004 17:38:59 + From [EMAIL PROTECTED] Wed Dec 01 09:38:59 2004 Return-path: [EMAIL PROTECTED] Received: from smtp12.clb.oleane.net [213.56.31.47] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZYRO-0006lM-00; Wed, 01 Dec 2004 09:38:58 -0800 Received: from tosoni ([194.206.161.7]) by smtp12.clb.oleane.net with SMTP id iB1HcQmP029427 for [EMAIL PROTECTED]; Wed, 1 Dec 2004 18:38:27 +0100 Received: by localhost with Microsoft MAPI; Wed, 1 Dec 2004 18:42:45 +0100 Message-ID: [EMAIL PROTECTED] From: J.P. Tosoni [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: Package: installation-reports Date: Wed, 1 Dec 2004 18:42:43 +0100 X-Mailer: Messagerie Internet de Microsoft/MAPI - 8.0.0.4211 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: installation-reports Debian-installer-version: 29-nov-04 from http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc2/sarge-i 386-netinst.iso uname -a: Linux debian22 2.6.8-1-386 #1 Thu Nov 11 12:18:43 EST 2004 i686 GNU/Linux Date: 29-nov-04 Method: Booted from above installer CD Machine: ASUS board Processor:PII-300 MMX Memory: 160 MB Root Device: IDE /dev/hda1 Root Size/partition table: Device Boot Start End Blocks Id System /dev/hda1 * 11216 9767488+ 83 Linux /dev/hda212171277 489982+ 82 Linux swap Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Easy to use, finds everything it needs! I had a power failure after reboot, in the middle of the packages download. I restarted without problems, however: (1) I had to respecify the package list (2) The packages already downloaded where downloaded once again - wasting 1 hour of adsl bandwidth. Would it be possible to check for packages already downloaded. J.P. Tosoni Acksys +33 1 30 56 46 50 --- Received: (at 283827-done) by bugs.debian.org; 2 Dec 2004 07:10:32 + From [EMAIL PROTECTED] Wed Dec 01 23:10:32 2004 Return-path: [EMAIL PROTECTED] Received: from onera.onera.fr [144.204.65.4] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CZl6m-0007EQ-00; Wed, 01 Dec 2004 23:10:32 -0800 Received: from cc-mykerinos.onera (localhost [127.0.0.1]) by onera.onera.fr with ESMTP id iB27AUXU001308; Thu, 2 Dec 2004 08:10:30 +0100 (MET) Received: by mykerinos.kheops.frmug.org (Postfix, from userid 7426) id 2144523295; Thu, 2 Dec 2004 06:55:35 +0100 (CET) Date: Thu, 2 Dec 2004 06:55:35 +0100 From: Christian Perrier [EMAIL PROTECTED] To: J.P. Tosoni [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Bug#283827: Package: installation-reports Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] X-message-flag: Outlook is a good virus spreading tool. It can send mail, too. X-pot_a_miel: [EMAIL PROTECTED] User-Agent: Mutt/1.5.6+20040907i Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by onera.onera.fr id iB27AUXU001308 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no
Bug#282650: default gateway also incorrect
Quoting Paul Telford ([EMAIL PROTECTED]): On Wed, 1 Dec 2004, Joey Hess wrote: FWIW, this is all due to netcfg calculating default values for these things based on the ip address and other info. It's tricky to do that and allow for preseeding too; So the comments in the example preseed file[1] which say If you prefer to configure the network manually, here's how are essentially meaningless? Why is there even an option if it is going to be ignored? Be cause bugs exist..:-) The preseed code is fairly new (late July) and though it was intensively tested, it has been tested by only a few people...none of them using fixed address settings in their test environments. This is certainly too bad, but this is a common problem in the installer development, unfortunately... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283595: SOLVED: Dual SATA controllers on GA-K8NS Pro
Hmmm, you should have kept the original bug number of your install report in copy. Doing so, and keeping your whole answer. Quoting Norval Watson ([EMAIL PROTECTED]): The Gigabyte GA-K8NS Pro motherboard has four points you can plug a SATA drive cable. They are SATA0_SB and SATA1_SB, both controlled by the onboard nVIDIA nForce3 250 chipset. I tried one of these and had no luck with 2.6 kernel, sarge i386 or sid-amd64, detecting my Seagate ST380013AS SATA drive. Then there are SATA0_SII and SATA1_SII, both controlled by the built-in Silicon Image Sil3512 chipset. I swapped the cable into SATA0_SII socket and rebooted. Straight away the drive was detected: scsi3 : sata_sil Vendor: ATA Model: ST380013ASRev: 3.18 Type: Direct-Access ANSI SCSI revision: 05 SCSI device sda: 156299375 512-byte hdwr sectors (80025 MB) SCSI device sda: drive cache: write back /dev/scsi/host2/bus0/target0/lun0: p1 p2 p5 p6 p7 p8 p9 Attached scsi disk sda at scsi2, channel 0, id 0, lun 0 I am able to mount the drive. Have you tried modprobe sata_sil in console 2 when you're notified the no hard disk found ? Thanks Christian. Sata_sil module was loading, as was sata_nv, I also saw something to do with nv_sata in dmesg.. One more thing. There is no need to reinstall your system again (apart from testing if it works). You can go into single user mode and copy (tar | tar or rsync or whatever you prefer) the old system to the new disk, change the bootloader config and mkinitrd config, run mkinitrd and (for lilo) reinstall the bootloader by chrooting to the new disk. Thanks Goswin. Does 'single user mode' mean become root? I will have to look for a tutorial coz I am almost out of my depth here. First up I will copy the boot disk (2GB ATA) to the new SATA disk. I am using GRUB. Thanks again, However, we still need to know whether the installer automatically detects your SATA drive with your new hardware layout. Can you at least try to boot again the installer CD and go up to the disk partitioning step? This is non destructive as the only need is knowing whether the installer detects a disk or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]