Bug#392764: partman: [powerpc] RAID support is broken on powermac hardware (64bit, XServe G5)
On Fri, Oct 13, 2006 at 10:56:08PM +0200, Frans Pop wrote: > On Friday 13 October 2006 13:43, Sven Luther wrote: > > As the title says, an install on my XServe G5, with two brand new 320GB > > sata disks, fails. I can manually setup the RAID partitions, but when i > > go into the raid tool, it tells me something about the RAID flag not > > being found or something. > > That is not very helpful. Please provide exact error message. The exact message is : Aucune partition de RAID disponible Aucune partition de type << Linux RAID Autodetect >> n'est disponible. Veuillez creer une partition de ce type ou supprimer un peripherique multidisque deja utilise pour en liberer les partitions. Si vous utilisez de telles partitions, elle contiennenrt peut-etre des systemes de fichiers et ne peuvent donc pas etre utilisees par cet outil de configuration. Well, i was able to create the array by hand yesterday, and also to create an array on part of the disk yesterday evening, but when i tried to create an array at the end of the disk, it had some problem on the end of the first disk, finding a partition of size 0 and exiting. So this may be related to that, i am not sure where this comes from, if it is a hardware problem with my disk (both are identic though, and brand new, need to check), or if it is a strange bug in mdadm. > Please add 'set -x' in /lib/partman/definitions.sh, reproduce error and > send full log (gzipped) to BR. Will provide, not sure if it will bring more info than the above hand-investigated issue though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392765: partman-auto-lvm: [powerpc] Using auto-LVM recipe on apple XServe G5 fails to include apple bootstrap partition.
On Fri, Oct 13, 2006 at 10:53:48PM +0200, Frans Pop wrote: > On Friday 13 October 2006 13:48, Sven Luther wrote: > > Doing an install on an apple Xserve G5, using the LVM automatic > > partitioning, fails to create a apple_bootstrap partition for the apple > > bootloader. > > I doubt this is specific to LVM. LVM uses exactly the same partition > layout as regular auto partitioning. Mmm, the partitions show up in the menu, and it seems to be working now, so closing this bug. I wonder why it didn't work yesterday though, maybe because i tried an 'encrypted LVM' before coming back because of the error message and doing an 'LVM'? Could this be possible ? Anyway, closing this bug, will retry an encrypted-lvm go back and then lvm install later today, and reopen the bug if it reappears. BTW, what is the best tactic to add the fan-control modules to the ramdisk ? This thing is getting extremely noisy during install. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392921: linux-kernel-di-powerpc-2.6: [powerpc64] please include apple fan control modules in the ramdisk.
Package: linux-kernel-di-powerpc-2.6 Version: 1.21 Severity: normal Hi, ... Installing debian on most 64bit powerpc machines, is a nightmare, as the fans quick into high speed, and the boxes sound like an airplan. This was fixed on the userland side with support for loading those modules in initramfs-tools, but support for it is lacking in d-i, which makes installation, and furthermore d-i testing a real nightmare. I suppose the best option would be to create a module .udeb, called fancontrol or something more appropriate, including : /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/therm_pm72.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_core.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_cpufreq_clamp.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_lm75_sensor.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_max6690_sensor.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pid.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pm112.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pm81.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pm91.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_smu_controls.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_smu_sat.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_smu_sensors.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/i2c/busses/i2c-powermac.ko I hope i have missed none of them, but these seems to be the list used in initramfs-tools, and discussed on debian-powerpc with benh. No patch from me, because this is best handled on the kernel-wedge or linux-kernel-di side, and i am not the most knowledgeable of guys with regard to their functioning or best practice, but i guess the above information should be more usefull than a patch to be checked anyway. Furthermore, the patch needs then to be added into the powerpc64 ramdisks too. Friendly, Sven Luther -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [G-I] testresults using new gtk2-engines udeb
On Fri, Oct 13, 2006, Frans Pop wrote: > We added /usr/lib/gtk-2.0/2.4.0/engines/libpixmap.so in > libgtk-directfb-2.0-0-udeb to support the bladr theme. If we actually > drop bladr and go with clearlooks for the default theme, and the > libpixmap lib is not needed for that, it'd be nice if we could drop it > again from the udeb. No real rush though. I've uploaded gtk+2.0 2.8.20-3 which drops this engines again, and adds the strdup() fix which seems required here as well. -- Loïc Minier <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392764: [MailServer Notification]Attachment Blocking Notification
The partman.tar.bz2 has been blocked, and Quarantine entire message has been taken on 10/14/2006 1:54:11 PM. Message details: Server:AZINDBAEX01 Sen10/14/20061:54:11 PMQuarantine entire messagepartman.tar.bz2der: [EMAIL PROTECTED]; Recipient:[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED]; Subject:Bug#392764: partman: [powerpc] RAID support is broken on powermac hardware (64bit, XServe G5) Attachment name:partman.tar.bz2 The information contained in, or attached to, this e-mail, contains confidential information and is intended solely for the use of the individual or entity to whom they are addressed and is subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. www.aztecsoft.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392764: partman: [powerpc] RAID support is broken on powermac hardware (64bit, XServe G5)
On Saturday 14 October 2006 09:41, Sven Luther wrote: > The exact message is : > > Aucune partition de RAID disponible > Aucune partition de type << Linux RAID Autodetect >> n'est disponible. > Veuillez creer une partition de ce type ou supprimer un peripherique > multidisque deja utilise pour en liberer les partitions. > > Si vous utilisez de telles partitions, elle contiennenrt peut-etre des > systemes de fichiers et ne peuvent donc pas etre utilisees par cet > outil de configuration. Sorry, my French is not up to this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392764: partman: [powerpc] RAID support is broken on powermac hardware (64bit, XServe G5)
Mmm, did you get the attachement, i got some reject mail. I uploaded the tarball to http://people.debian.org/~luther/partman.tar.bz2 just in case. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392764: partman: [powerpc] RAID support is broken on powermac hardware (64bit, XServe G5)
On Sat, Oct 14, 2006 at 10:36:13AM +0200, Frans Pop wrote: > On Saturday 14 October 2006 09:41, Sven Luther wrote: > > The exact message is : > > > > Aucune partition de RAID disponible > > Aucune partition de type << Linux RAID Autodetect >> n'est disponible. > > Veuillez creer une partition de ce type ou supprimer un peripherique > > multidisque deja utilise pour en liberer les partitions. > > > > Si vous utilisez de telles partitions, elle contiennenrt peut-etre des > > systemes de fichiers et ne peuvent donc pas etre utilisees par cet > > outil de configuration. > > Sorry, my French is not up to this. Ah, i thought that it would be possible to grep in the translation stuff or something. No RAID partition is available No raid partition of << Linux RAID Autodetect >> is available. Please create a partition of this type or remove a multidisk peripheral already used and free the partitions. ... Well, i think it makes no sense to retranslate it so, let me do some grepping. Mmm, its not in partman-md. Its not in partman-auto-raid ... Mmm, i can't find it with : grep "disponible" */debian/po/fr.po :/ Oh, well, let's reboot it and try in english :/ Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[D-I Manual] Build log for en (14 Oct 2006)
A build of the Debian Installer Manual was triggered by an update to SVN.
There were no errors during the build process.
The new version of the manual has been uploaded successfully.
A log of the build is available at:
- http://people.debian.org/~fjp/d-i_manual/log/en.log
===
It is possible to use RSS to track changes to the manual.
For more information, see:
http://d-i.alioth.debian.org/manual/translators.html
===
Note: PDF output is not yet supported for some languages; this
is being worked on.
===
If you have any questions about the build or this message, feel
free to contact me at .
===
Updated files ('svn up')
Uen/using-d-i/modules/partman.xml
Updated to revision 41709.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392764: partman: [powerpc] RAID support is broken on powermac hardware (64bit, XServe G5)
On Sat, Oct 14, 2006 at 11:03:15AM +0200, Sven Luther wrote: > On Sat, Oct 14, 2006 at 10:36:13AM +0200, Frans Pop wrote: > > On Saturday 14 October 2006 09:41, Sven Luther wrote: > > > The exact message is : > > > > > > Aucune partition de RAID disponible > > > Aucune partition de type << Linux RAID Autodetect >> n'est disponible. > > > Veuillez creer une partition de ce type ou supprimer un peripherique > > > multidisque deja utilise pour en liberer les partitions. > > > > > > Si vous utilisez de telles partitions, elle contiennenrt peut-etre des > > > systemes de fichiers et ne peuvent donc pas etre utilisees par cet > > > outil de configuration. > > > > Sorry, my French is not up to this. Ok, here is the full english text : No RAID partitions available No unused partitions of the type "Linux RAID Autodetect" are available. Please create such a partition, or delete an already used multidisk device to free its partitions. If you have such partition, they might contain actual file systems, and are therefor not available for use by this configuration utility. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392764: partman: [powerpc] RAID support is broken on powermac hardware (64bit, XServe G5)
On Fri, Oct 13, 2006 at 10:56:08PM +0200, Frans Pop wrote:
> On Friday 13 October 2006 13:43, Sven Luther wrote:
> > As the title says, an install on my XServe G5, with two brand new 320GB
> > sata disks, fails. I can manually setup the RAID partitions, but when i
> > go into the raid tool, it tells me something about the RAID flag not
> > being found or something.
>
> That is not very helpful. Please provide exact error message.
>
> Please add 'set -x' in /lib/partman/definitions.sh, reproduce error and
> send full log (gzipped) to BR.
Ok, i think i found the culprit of this bug, the message is comming from
package mdcfg, file mdcfg.sh. its the mdcfg/noparts message.
# this will set PARTITIONS and NUM_PART global variables.
get_partitions() {
PARTITIONS=""
# Get a list of RAID partitions. This only works if there is no
# filesystem on the partitions, which is fine by us.
RAW_PARTITIONS=`/usr/lib/partconf/find-partitions --ignore-fstype
2>/dev/null | grep "[[:space:]]RAID[[:space:]]" |cut -f1`;
# Convert it into a proper list form for a select question
# (comma seperated)
NUM_PART=0
for i in ${RAW_PARTITIONS}; do
DEV=`echo ${i}|sed -e "s/\/dev\///"`
REALDEV=$(mapdevfs "$i")
MAPPEDDEV=$(echo "$REALDEV" | sed -e "s/\/dev\///")
if grep -q "\(${DEV}\|${MAPPEDDEV}\)" /proc/mdstat; then
continue
fi
if [ -z "${PARTITIONS}" ] ; then
PARTITIONS="$REALDEV"
else
PARTITIONS="${PARTITIONS}, $REALDEV"
fi
NUM_PART=$(($NUM_PART + 1))
done
if [ -z "${PARTITIONS}" ] ; then
db_input critical mdcfg/noparts
db_go
return 1
fi
return 0
}
As you can see, the find-partitions call returns nothing on the box, even
though the partitions are listed in partman.
Since find-partitions is using parted, this may be correlated to the bug about
parted not listing the partitions on the device :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=392767
#392767: [mac] parted is unable to reread partition tables created by
d-i/partman.
the partition tables show up after the reboot though, which is rather strange.
Maybe some problem with devfs compatibility stuff ? Or a missing kernel module
?
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of rootskel-gtk_0.13_i386.changes
rootskel-gtk_0.13_i386.changes uploaded successfully to localhost along with the files: rootskel-gtk_0.13.dsc rootskel-gtk_0.13.tar.gz rootskel-gtk_0.13_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rootskel-gtk_0.13_i386.changes ACCEPTED
Accepted: rootskel-gtk_0.13.dsc to pool/main/r/rootskel-gtk/rootskel-gtk_0.13.dsc rootskel-gtk_0.13.tar.gz to pool/main/r/rootskel-gtk/rootskel-gtk_0.13.tar.gz rootskel-gtk_0.13_i386.udeb to pool/main/r/rootskel-gtk/rootskel-gtk_0.13_i386.udeb Override entries for your package: rootskel-gtk_0.13.dsc - source debian-installer rootskel-gtk_0.13_i386.udeb - optional debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392921: Patch attached ...
tags 392921 + patch thanks Hello, Find here attached a patch which adds support for the apple fancontrol modules in d-i, creating the fancontrol-modules .udeb. Friendly, Sven Luther Index: debian/changelog === --- debian/changelog(revision 41724) +++ debian/changelog(working copy) @@ -1,10 +1,15 @@ linux-kernel-di-powerpc-2.6 (1.22) UNRELEASED; urgency=low - * Add support for the ppc64 architecture; basically it just uses the + [ Frans Pop ] + * [ppc64] Add support for the ppc64 architecture; basically it just uses the same definitions as powerpc64. Closes: #382633. - -- Frans Pop <[EMAIL PROTECTED]> Mon, 2 Oct 2006 20:48:09 +0200 + [ Sven Luther ] + * [powerpc64] Add a fancontrol-modules .udeb, including the therm72 and +windfarm modules allowing for fancontrol on 64bit macintosh systems. + -- Sven Luther <[EMAIL PROTECTED]> Sat, 14 Oct 2006 13:07:15 +0200 + linux-kernel-di-powerpc-2.6 (1.21) unstable; urgency=low * Update to kernel image version 2.6.17-9. Index: package-list === --- package-list(revision 41724) +++ package-list(working copy) @@ -47,3 +47,10 @@ This package contains drivers for the hypervisor console, used as console for linux running in logical partitions of IBM hardware supporting it. +Package: fancontrol-modules +Depends: kernel-image +Priority: standard +Description: Apple powermac fancontrol modules + This package contains drivers for macintosh i2c bus as well as for the monitoring + devices hanging on it, which allows to control the fans during installation. + Index: modules/powerpc/fancontrol-modules === --- modules/powerpc/fancontrol-modules (revision 0) +++ modules/powerpc/fancontrol-modules (revision 0) @@ -0,0 +1,13 @@ +i2c-powermac ? +therm_pm72 ? +windfarm_core ? +windfarm_cpufreq_clamp ? +windfarm_lm75_sensor ? +windfarm_max6690_sensor ? +windfarm_pid ? +windfarm_pm112 ? +windfarm_pm81 ? +windfarm_pm91 ? +windfarm_smu_controls ? +windfarm_smu_sat ? +windfarm_smu_sensors ?
etch installer:Question for remote install
Hi, debian-boot guys. I just check etch installer which I got daily build netinst image on 2006-Oct-14 11:00(JST). I try to install ssh remote install. I can connect network-console. But I can't see normal debconf dialog. Does network-console work well in your language? etch in VMware + krxvt http://www.netfort.gr.jp/~yabuki/diary/images/20061014_0.png xterm http://www.netfort.gr.jp/~yabuki/diary/images/20061014_2.png Thank you for your adivce. Regards Yukiharu -- ++++++++++++++ Yukiharu Yabuki (矢吹幸治) I use Debian GNU/Linux mail: [EMAIL PROTECTED] クレクレタコラは好き / クレクレタコだはイヤ ++++++++++++++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: etch installer:Question for remote install
On Saturday 14 October 2006 14:01, Yukiharu Yabuki wrote: > I try to install ssh remote install. I can connect network-console. > But I can't see normal debconf dialog. Hi, What a coincidence: I have just filed http://bugs.debian.org/392942. It is being worked on. Cheers, FJP pgpkn53cp1nge.pgp Description: PGP signature
Processing of linux-kernel-di-powerpc-2.6_1.22_powerpc.changes
linux-kernel-di-powerpc-2.6_1.22_powerpc.changes uploaded successfully to localhost along with the files: linux-kernel-di-powerpc-2.6_1.22.dsc linux-kernel-di-powerpc-2.6_1.22.tar.gz kernel-image-2.6.17-2-powerpc-di_1.22_powerpc.udeb nic-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb nic-extra-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb nic-shared-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb serial-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb usb-serial-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ppp-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ide-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb scsi-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb scsi-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb scsi-common-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb scsi-extra-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb loop-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ipv6-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb jfs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb reiserfs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb xfs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb fat-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb hfs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ufs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb md-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb usb-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb usb-storage-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb pcmcia-storage-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb input-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb mouse-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb irda-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb nic-pcmcia-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb pcmcia-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb sata-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb kernel-image-2.6.17-2-powerpc64-di_1.22_powerpc.udeb nic-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb nic-extra-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb nic-shared-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb serial-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb usb-serial-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ppp-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ide-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb scsi-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb scsi-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb scsi-common-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb scsi-extra-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb loop-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ipv6-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb jfs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb reiserfs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb xfs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb fat-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb hfs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ufs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb md-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb usb-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb usb-storage-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb pcmcia-storage-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb input-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb mouse-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb irda-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb nic-pcmcia-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb pcmcia-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb sata-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb hypervisor-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb fancontrol-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb kernel-image-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb nic-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb nic-extra-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb nic-shared-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb serial-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.
linux-kernel-di-powerpc-2.6_1.22_powerpc.changes is NEW
affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb (new) fancontrol-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb standard debian-installer Apple powermac fancontrol modules Contains drivers for macintosh i2c bus as well as for the monitoring devices connected to it. This allows to control the fans during installation. fat-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb fat-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb fat-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/
Re: Debian Etch on IBM JS20 fails on hard drive
Op 06-10-2006 om 18:01 schreef Frans Pop: > On Friday 06 October 2006 17:49, Sven Luther wrote: > > Frans, can you comment ? I saw you commited this fix, but maybe you > > didn't upload it yet ? Or maybe there is another issue ? > > I did not commit anything yet. Colin promised to look into the issue this > weekend based on the mail I sent him. As I known Colin, he would report the progress, so I hope that this E-mail helps in giving the current status. GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Netinst.iso with Kernel 2.6.18-1-486
Op 02-10-2006 om 18:29 schreef Frans Pop: > On Monday 02 October 2006 18:23, Matthias Popp wrote: > > Am Montag 02 Oktober 2006 15:50 schrieb Frans Pop: > > > > (Please reply only to the mailing list. We read it.) > > Why are you ignoring this request? FYI: I use "reply to list" My main reason for that is it automatic filters out non-subscribers. If people write to [EMAIL PROTECTED] and don't understand they are writing to a LIST, then it seems pointless to me to spend further time with them. (in fact there wouldn't any follow-up because the original poster didn't see the reply to his/her question.) HtH GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Erratic, unuseable mouse behaviour in g-i
On Tuesday 08 August 2006 07:38, Joel Johnson wrote: > Comments/Problems: > > When booting using 'installgui' it loads and displays fine, but the > mouse is unusable. The mouse is erratic on the screen, with a slight > but constant vibration. I have rough control over the vertical axis, > but the cursor is immovable horizontally (for me, it shakes left and > right a good bit). When using other GUI installers it works fine, but I > believe all of them use X instead of DirectFB. Is there some DirectFB > testing I can do on an installed workstation that would help? I can't > imagine that this is a very unique situation and would like to help see > it get fixed for etch. Could you try again with a current daily image? There have been some changes and possibly this issue may have been solved. Cheers, FJP pgpRP6tUhiheM.pgp Description: PGP signature
Bug#382070: marked as done (Long pauses during configuring portmap and configuring printconf)
Your message dated Sat, 14 Oct 2006 18:32:28 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#382070: Long pauses during configuring portmap and configuring printconf 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) --- Begin Message --- Package: installation-reports I recently did a businesscard install of the etch daily. There were two unexpectedly long pauses in the later part of the installation. I've seen these before, so they aren't just a fluke. So I'm reporting them now. The first was during "Configuring portmap". Looking on the VT02 console, "ps" showed that it was doing "rpcinfo -p". As an experiment, I did a chroot to /target myself and tried "rpcinfo -p". It hung, though a ctl-C killed it. The second was during "Configuring printconf". Again, looking on the VT02 console with "ps", it seemed to be doing "/usr/bin/lpstat -l -d - p -v" for a long time -- then later it was doing "/usr/bin/lpstat -d" for an equally long time. Normally these operations take a very short time. Is there something in the configuration process that is being done out-of-order, so that a vital system component isn't available yet? Logs are available on request... Rick --- End Message --- --- Begin Message --- Hello Rick, On Tuesday 08 August 2006 18:08, Rick Thomas wrote: > There were two unexpectedly long pauses in the later part of the > installation. I've seen these before, so they aren't just a fluke. > So I'm reporting them now. This issue has been resolved since you reported it. Cheers, FJP pgpntS3vyIIfr.pgp Description: PGP signature --- End Message ---
Re: Debian Etch on IBM JS20 fails on hard drive
On Sat, Oct 14, 2006 at 06:14:21PM +0200, Geert Stappers wrote: > Op 06-10-2006 om 18:01 schreef Frans Pop: > > On Friday 06 October 2006 17:49, Sven Luther wrote: > > > Frans, can you comment ? I saw you commited this fix, but maybe you > > > didn't upload it yet ? Or maybe there is another issue ? > > > > I did not commit anything yet. Colin promised to look into the issue this > > weekend based on the mail I sent him. > > As I known Colin, he would report the progress, so I hope that this > E-mail helps in giving the current status. The module is missing from the kernel build, it is now included in the upcoming 2.6.18 kernels, so the problem should be solved as soon as we move to 2.6.18. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383611: Should use shorter time out when trying security mirror
clone 383611 -1 retitle -1 Should use shorter time out when trying security mirror reassign -1 apt-setup severity -1 minor thanks On Friday 18 August 2006 12:26, Tuncer Ayaz wrote: > debian-installer naturally tries to connect to security.debian.org > but I have a few issues with the current implementation: > > the connection timeout is too long This could probably be further improved for installs by setting: Acquire::http::Timeout "30"; (And remove that setting again in finish-install.) What would be an acceptable setting? 30 seconds, 60 seconds, 90 seconds? pgp5RKRnY4T6i.pgp Description: PGP signature
Processed: Re: Bug#383611: Should use shorter time out when trying security mirror
Processing commands for [EMAIL PROTECTED]: > clone 383611 -1 Bug#383611: Please allow to specify full URLs for the chosen mirror Bug 383611 cloned as bug 393033. > retitle -1 Should use shorter time out when trying security mirror Bug#393033: Please allow to specify full URLs for the chosen mirror Changed Bug title. > reassign -1 apt-setup Bug#393033: Should use shorter time out when trying security mirror Bug reassigned from package `choose-mirror' to `apt-setup'. > severity -1 minor Bug#393033: Should use shorter time out when trying security mirror Severity set to `minor' from `wishlist' > 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#386440: xfs utils should be available in the installer thanks
reassign 386440 partman-xfs severity 386440 wishlist retitle 386440 xfs utils should be available in the installer thanks Does not really belong with partman, but easiest to pick up later from there. Could be an option to add these post-Etch. pgpcHFN0Vb1DC.pgp Description: PGP signature
Bug#391288: d-i fails to install on an optiplex 745 (no ICH8 driver)
Geert Stappers wrote: > > > I believe this bugreport is about the kernel not knowning which kernel module > to use or no kernel module (yet?) available. > > If I had the Optiplex at hand, > I would go to VT2 and `modprobe` various SATA kernel modules. > > I know that the ICH8 SATA drivers were added in 2.6.18, as I got this box installed using debootstrap and a kanotix live cd (which has 2.6.18). After installing the base system with at 2.6.18 kernel, I was able to boot the box with the stock debian 2.6.18 kernel. So, I can't remember right now exactly which module it is, but this is basically a "please add the 2.6.18 kernel to d-i" request. Or, backport the Intel ICH8 SATA drivers... :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#386440: xfs utils should be available in the installer thanks
Processing commands for [EMAIL PROTECTED]: > reassign 386440 partman-xfs Bug#386440: Absent xfs utils. Bug reassigned from package `installation-reports' to `partman-xfs'. > severity 386440 wishlist Bug#386440: Absent xfs utils. Severity set to `wishlist' from `normal' > retitle 386440 xfs utils should be available in the installer Bug#386440: Absent xfs utils. 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#391288: d-i fails to install on an optiplex 745 (no ICH8 driver)
# because it is a "support my hardware" severity 391288 wishlist thanks control at BTS Op 05-10-2006 om 15:05 schreef Jason Martens: > Package: installation-reports > > Boot method: netboot, usb drive > Image version: daily installer build from October 5th, 2006 > Date: October 5th, 2006 > > Output of lspci and lspci -n: > 00:1f.2 IDE interface: Intel Corporation 82801H (ICH8 Family) 4 port SATA IDE > Controller (rev 02) > 00:1f.5 IDE interface: Intel Corporation 82801H (ICH8 Family) 2 port SATA IDE > Controller (rev 02) > 00:1f.2 0101: 8086:2820 (rev 02) > 00:1f.5 0101: 8086:2825 (rev 02) > > The net-install cd failed, because it couldn't find the CD-Rom drive. > The usb disk install booted, and found the daily iso on the drive, but > neither could detect any disk drives (except the USB drive). I used > today's d-i build for both installs, with no success. I believe that > the ICH8 controller needs 2.6.18 to work. Any idea when d-i will be > available with 2.6.18? I believe I should not be joking about other persons believe. I believe this bugreport is about the kernel not knowning which kernel module to use or no kernel module (yet?) available. If I had the Optiplex at hand, I would go to VT2 and `modprobe` various SATA kernel modules. > > Thanks, > Jason Martens HtH GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#391288: d-i fails to install on an optiplex 745 (no ICH8 driver)
Processing commands for [EMAIL PROTECTED]: > # because it is a "support my hardware" > severity 391288 wishlist Bug#391288: d-i fails to install on an optiplex 745 (no ICH8 driver) Severity set to `wishlist' from `normal' > thanks control at BTS Unknown command or malformed arguments to command. > Op 05-10-2006 om 15:05 schreef Jason Martens: Unknown command or malformed arguments to command. > > Package: installation-reports Unknown command or malformed arguments to command. > > Unknown command or malformed arguments to command. > > Boot method: netboot, usb drive Unknown command or malformed arguments to command. Too many unknown commands, stopping 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#384156: marked as done (Successful installation on a SUN X4100)
Your message dated Sat, 14 Oct 2006 18:59:32 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#384156: Successful installation on a SUN X4100 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) --- Begin Message --- Package: installation-reports Boot method: amd64 businesscard cd Image version: etch beta3 Date: Tue Aug 22 11:27:48 CEST 2006 Machine: SUN X4100 Processor: 2 * AMD Opteron(tm) Processor 248 Memory: 2GB Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sdi1 ext3 6728280427728 5958772 7% / tmpfstmpfs 1030936 0 1030936 0% /dev/shm /dev/sdi6 ext326683932131276 25197176 1% /home tmpfstmpfs 10240 112 10128 2% /dev Output of lspci and lspci -n: 00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 00:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05) 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02) 00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:01.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:01.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.0 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 01:02.1 Ethernet controller: Intel Corporation 82546EB Gigabit Ethernet Controller (Copper) (rev 03) 02:03.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064 PCI-X Fusion-MPT SAS (rev 02) 03:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 03:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:01.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 04:02.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 13) 04:02.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01) 00:01.0 0604: 1022:7450 (rev 13) 00:01.1 0800: 1022:7451 (rev 01) 00:02.0 0604: 1022:7450 (rev 13) 00:02.1 0800: 1022:7451 (rev 01) 00:06.0 0604: 1022:7460 (rev 07) 00:07.0 0601: 1022:7468 (rev 05) 00:07.1 0101: 1022:7469 (rev 03) 00:07.2 0c05: 1022:746a (rev 02) 00:07.3 0680: 1022:746b (rev 05) 00:18.0 0600: 1022:1100 00:18.1 0600: 1022:1101 00:18.2 0600: 1022:1102 00:18.3 0600: 1022:1103 00:19.0 0600: 1022:1100 00:19.1 0600: 1022:1101 00:19.2 0600: 1022:1102 00:19.3 0600: 1022:1103 01:01.0 0200: 8086:1010 (rev 03) 01:01.1 0200: 8086:1010 (rev 03) 01:02.0 0200: 8086:1010 (rev 03) 01:02.1 0200: 8086:1010 (rev 03) 02:03.0 0100: 1000:0050 (rev 02) 03:00.0 0c03: 1022:7464 (rev 0b) 03:00.1 0c03: 1022:7464 (rev 0b) 03:03.0 0300: 1002:4752 (rev 27) 04:01.0 0604: 1022:7450 (rev 13) 04:01.1 0800: 1022:7451 (rev 01) 04:02.0 0604: 1022:7450 (rev 13) 04:02.1 0800: 1022:7451 (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
Bug#286018: marked as done ([RC2 i386 floppy] Should handle the lack of translations on the floppies better)
Your message dated Sat, 14 Oct 2006 19:07:30 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#286018: [RC2 i386 floppy] Should handle the lack of translations on the floppies better 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) --- Begin Message --- Package: debian-installer Resubmitting this part of bugreport #285778 as this issue has got lost in another issue that was discovered in that report. On Tuesday 14 December 2004 15:09, Andreas Tille wrote: > just one minor glitch: I had to use boot floppys because a machine > had trouble booting from CD. This worked fine using the three provided > disk images (boot + root + cddriver). But from the moment when control > went over to the CD the language and keyboard settings were lost. I > had to go back to these settings and then all went fine. Floppy installation currently does not support installing in other languages than English. However, I agree with you that the current installation using floppies is confusing: - you do get the languagechooser dialog allowing you to select other languages than English - if you do, the next dialog for country selection will show country codes instead of country names - after additional modules have been loaded from drivers floppy and CD, there is a very strange mixture of languages: - some dialogs will show a translated title and untranslated contents - some menu choices in the main menu are translated (those loaded from the cd-drivers floppy and the CD), while others are not (those loaded from the root floppy) --- End Message --- --- Begin Message --- Ancient report and handling is now improved with warning added by Christian. --- End Message ---
Bug#391182: debian-installer: Impossible to boot linux 2.6 i386 image on Opteron (daily build 3 oct 2006 and d-i rc3 with 2.6 kernel)
reassign linux-2.6 severity wishlist thanks Op 05-10-2006 om 11:32 schreef Pierre Machard: > I do not know if this issue was known or not. Feel free to downgrade the > severity > if you belive that it should not be RC. However, I guess that our users might > want to install debian 32 bits on an Opteron HtH GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393036: debian-installer: don't install modutils
Package: debian-installer - Forwarded message from Geert Stappers <[EMAIL PROTECTED]> - From: Geert Stappers <[EMAIL PROTECTED]> To: debian-boot@lists.debian.org Subject: Re: Successfull install, one question. Date: Fri, 13 Oct 2006 21:57:55 +0200 User-Agent: Mutt/1.5.6+20040722i Op 08-10-2006 om 00:26 schreef Frank Bauer: > Foremost, thank you all for this fine installer. It is very intuitive > and simply "feels right". > > [Success report] > > Minor question: > Why is the modutils package installed when Debian does not use 2.4 > kernels anymore? The package information of modutils says: Description: Linux module utilities These utilities are intended to make a Linux modular 2.2 or 2.4 kernel manageable for all users, administrators and distribution maintainers. For 2.6 kernels, you should use the module-init-tools package. So it does make sense to remove the modutils package now that d-i use 2.6 GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - End forwarded message - Seems like a good exercise to known the d-i build system better. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
partman-auto-raid_1_i386.changes ACCEPTED
Accepted: partman-auto-raid_1.dsc to pool/main/p/partman-auto-raid/partman-auto-raid_1.dsc partman-auto-raid_1.tar.gz to pool/main/p/partman-auto-raid/partman-auto-raid_1.tar.gz partman-auto-raid_1_all.udeb to pool/main/p/partman-auto-raid/partman-auto-raid_1_all.udeb Override entries for your package: partman-auto-raid_1.dsc - standard debian-installer partman-auto-raid_1_all.udeb - standard debian-installer Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-powerpc-2.6_1.22_powerpc.changes ACCEPTED
Accepted: affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb fancontrol-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fancontrol-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb fat-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb fat-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb fat-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb firewire-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb firmware-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb floppy-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb fs-common-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb hfs-modules-2.6.17-2-powerpc-di_1.22_power
Bug#391288: d-i fails to install on an optiplex 745 (no ICH8 driver)
Op 14-10-2006 om 12:36 schreef Jason Martens: > Geert Stappers wrote: > > > If I had the Optiplex at hand, > > I would go to VT2 and `modprobe` various SATA kernel modules. > > > > > I know that the ICH8 SATA drivers were added in 2.6.18, as I got this > box installed using debootstrap and a kanotix live cd (which has > 2.6.18). After installing the base system with at 2.6.18 kernel, I was > able to boot the box with the stock debian 2.6.18 kernel. So, I can't > remember right now exactly which module it is, but this is basically a > "please add the 2.6.18 kernel to d-i" request. Or, backport the Intel > ICH8 SATA drivers... > > :) Please restart the debian-installer and `modprobe ahci` and report back if d-i does see the disks. (no need to repartition nor re-install your computer) That test is import. (it is not unknown when 2.6.18 goes in d-i) Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392921: marked as done (linux-kernel-di-powerpc-2.6: [powerpc64] please include apple fan control modules in the ramdisk.)
Your message dated Sat, 14 Oct 2006 11:23:55 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#392921: fixed in linux-kernel-di-powerpc-2.6 1.22 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) --- Begin Message --- Package: linux-kernel-di-powerpc-2.6 Version: 1.21 Severity: normal Hi, ... Installing debian on most 64bit powerpc machines, is a nightmare, as the fans quick into high speed, and the boxes sound like an airplan. This was fixed on the userland side with support for loading those modules in initramfs-tools, but support for it is lacking in d-i, which makes installation, and furthermore d-i testing a real nightmare. I suppose the best option would be to create a module .udeb, called fancontrol or something more appropriate, including : /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/therm_pm72.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_core.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_cpufreq_clamp.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_lm75_sensor.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_max6690_sensor.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pid.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pm112.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pm81.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_pm91.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_smu_controls.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_smu_sat.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/macintosh/windfarm_smu_sensors.ko /lib/modules/2.6.17-2-powerpc64/kernel/drivers/i2c/busses/i2c-powermac.ko I hope i have missed none of them, but these seems to be the list used in initramfs-tools, and discussed on debian-powerpc with benh. No patch from me, because this is best handled on the kernel-wedge or linux-kernel-di side, and i am not the most knowledgeable of guys with regard to their functioning or best practice, but i guess the above information should be more usefull than a patch to be checked anyway. Furthermore, the patch needs then to be added into the powerpc64 ramdisks too. Friendly, Sven Luther -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) --- End Message --- --- Begin Message --- Source: linux-kernel-di-powerpc-2.6 Source-Version: 1.22 We believe that the bug you reported is fixed in the latest version of linux-kernel-di-powerpc-2.6, which is due to be installed in the Debian FTP archive: affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-power
Bug#391451: marked as done (Error detecting hard drive)
Your message dated Sat, 14 Oct 2006 11:23:55 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#391451: fixed in linux-kernel-di-powerpc-2.6 1.22 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) --- Begin Message --- Package: installation-reports Boot method: CD Image version: Debian Etch Testing dated October 3, 2006 Date: October 6, 2006 Machine: IBM JS20 blade Processor: PPC 970FX, 2.2 GHz Memory: 1.5 GB Partitions: hard drive not detected Output of lspci and lspci -n: 00:00.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 00:03.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07) 00:04.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03) 00:1f.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12) 01:01.0 Network controller: MYRICOM Inc. Myrinet 2000 Scalable Cluster Interconnect (rev 04) 11:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 03) 11:01.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 03) 21:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 21:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 0b) 00:00.0 0604: 1022:7450 (rev 12) 00:03.0 0604: 1022:7460 (rev 07) 00:04.1 0101: 1022:7469 (rev 03) 00:1f.0 0604: 1022:7450 (rev 12) 01:01.0 0280: 14c1:8043 (rev 04) 11:01.0 0200: 14e4:16a8 (rev 03) 11:01.1 0200: 14e4:16a8 (rev 03) 21:00.0 0c03: 1022:7464 (rev 0b) 21:00.1 0c03: 1022:7464 (rev 0b) 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: [E] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: The on-board hard drive (40 GB Fujitsu MHT2040AS, 2.5", parallel ATA) is not detected. lspci shows the driver as an AMD 8111, but neither the kernel nor /lib/modules seem to have the amd74xx driver. --- End Message --- --- Begin Message --- Source: linux-kernel-di-powerpc-2.6 Source-Version: 1.22 We believe that the bug you reported is fixed in the latest version of linux-kernel-di-powerpc-2.6, which is due to be installed in the Debian FTP archive: affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/crypto-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc-miboot-di_1.22_powerpc.udeb ext2-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.17-2-powerpc64-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.17-2-powerpc-di_1.22_powerpc.udeb ext3-modules-2.6.17-2-powerpc-miboot-di_1.22
Processed: reassign 393036 to ftp.debian.org, retitle 393036 to modutils should not be priority important
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.22 > reassign 393036 ftp.debian.org Bug#393036: debian-installer: don't install modutils Bug reassigned from package `hw-detect' to `ftp.debian.org'. > retitle 393036 modutils should not be priority important Bug#393036: debian-installer: don't install modutils 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]
Processed: reassign 392897 to partman-partitioning
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.22 > reassign 392897 partman-partitioning Bug#392897: ntfsresize error is ignored, confusing the user Bug reassigned from package `debian-installer' to `partman-partitioning'. > 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]
Processed: reassign 392895 to linux-2.6
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.22 > reassign 392895 linux-2.6 Bug#392895: After install and reboot, freeze during boot into Linux on HP Pavilion DV6119US Bug reassigned from package `debian-installer' to `linux-2.6'. > 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]
Processed: reassign 393036 to hw-detect
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.22 > reassign 393036 hw-detect Bug#393036: debian-installer: don't install modutils Bug reassigned from package `debian-installer' to `hw-detect'. > 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]
Bug#393036: debian-installer: don't install modutils
Geert Stappers wrote: > Package: debian-installer Please don't use debian-installer for bug reports not related to the d-i build system. It's a serious drain on my time to recategorise every single bug report on the entire installer. Thank you. > The package information of modutils says: > Description: Linux module utilities > These utilities are intended to make a Linux modular 2.2 or 2.4 > kernel manageable for all users, administrators and distribution > maintainers. For 2.6 kernels, you should use the module-init-tools > package. > > > So it does make sense to remove the modutils package now that d-i use 2.6 The only thing that causes modutils to be installed is its priority (important). debootstrap installs all important priority packages. Speak to a ftpmaster to get this changed. -- see shy jo signature.asc Description: Digital signature
Verification of installation-guide-i386 docs regarding alternative installation method
Dear maintainers, Recently I've been playing with alternative Ubuntu installation method without official installation media (https://launchpad.net/bugs/64765). During my experiments I've found that several steps in the installation guide are misleading or lead to an error. However, I thought about trying to repeat a similar procedure with Debian Etch to make sure that everone could benefit from my efforts (not only Ubuntu). This method of installation is referenced as: "D.3. Installing Debian GNU/Linux from a Unix/Linux System" [1] I would like to ask you if there is interest in verifying installation steps as described in the installation guide and updating the docs if problems could be found? Has anybody tested this method recently and can assist me with my efforts? I'm really willing to do the testing and contribute my work to the Debian community. With kind regards, Wiktor Wandachowicz [1] http://ftp.us.debian.org/debian/pool/main/i/installation-guide/installation-guide-i386_20060726_all.deb -- Registered Linux user #390131 (http://counter.li.org) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Erratic, unusable mouse behaviour in g-i
>> Comments/Problems: >> >> >> When booting using 'installgui' it loads and displays fine, but the >> mouse is unusable. The mouse is erratic on the screen, with a slight but >> constant vibration. I have rough control over the vertical axis, but the >> cursor is immovable horizontally (for me, it shakes left and right a >> good bit). When using other GUI installers it works fine, but I believe >> all of them use X instead of DirectFB. Is there some DirectFB testing I >> can do on an installed workstation that would help? I can't imagine that >> this is a very unique situation and would like to help see it get fixed >> for etch. > > Could you try again with a current daily image? > There have been some changes and possibly this issue may have been solved. > > > Cheers, > FJP Indeed, using the most recent daily built installer works just fine with the mouse (Logitech MX1000). Bug#384543 can in all likelihood also be closed. Thanks! Joel Johnson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392480: debian-installer: add support for "cleaning" hard drives
On Wed, Oct 11, 2006 at 03:27:13PM -0700, Matt Taggart wrote: I would like to see the ability to clean hard disks (by securely overwriting all blocks) added to debian-installer. When I reuse a hard disk (or before I get rid of one), before I install I like to clean all data off the drive by overwriting it. My reasons for doing so are, 1.) There may be sensitive data still on the disk, that if someone compromised the system or physically obtained the disk (especially in the case of laptops) they might be able to collect. It is good to start from a known clean state knowing that only the data you put on the drive is there and you can take precautions to protect it. 2.) If a system is compromised (either by an attacker, a user error, or a partial drive failure), any remnants of old data will hinder any forensics analysis of the drive. If you are starting from a state of known contents (all the blocks set to a particular pattern or at least random) then you can find deleted logs/files/etc. The ability to do this is becoming increasing more important as we are beginning to see with the problems of large companies/institutions losing people's personal data and the resulting identity theft and fraud. This could be a neat feature that Debian introduces first. If you are concerned with the safety of your personal data being left from a previous installation, I assume you're also (and even more so) worried about your personal data being kept safe in the new installation? If so, I'd assume that you'd do an install to an encrypted partition...and if you do, debian-installer (or partman-crypto to be more precise) will already wipe the disk with one round of random data. That should be sufficient for anything but the worst tin foil hat scenarios. -- David Härdeman
Processed: tagging 392080
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.22 > tags 392080 + pending Bug#392080: Swap check fails for swap-on-LVM-on-crypto Tags were: patch Tags added: pending > 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]
