Bug#520711: installation-reports: The squeeze netinst doesn't find archive
Quoting Rick Thomas (rbthoma...@pobox.com): > 2) Since this bug renders the install CDs (certainly "buisnesscard", and > for most practical purposes "netinst") completely unusable for their > intended purpose, can we raise the severity of this bug to (e.g.) > "Serious"? As long as it is assigned to installation-reports, that won't change much things. Two things should be done: -identify that package the bug belongs to (the wget segafult seems to be the best candidate here) - document the issue on DebianInstaller/Today in the wiki signature.asc Description: Digital signature
Bug#521224: console-setup: [INTL:pt] Updated Portuguese translation for debconf messages
Quoting Miguel Figueiredo (el...@debianpt.org):
> #. Type: boolean
> #. Description
> #: ../console-setup.templates:10001
> msgid ""
> "The default value for the options of the keyboard layout is based on the "
> "currently defined language/region and the settings in /etc/X11/xorg.conf. "
> "This default value is ${XKBOPTIONS}, which is not supported by the "
> "configuration program."
> msgstr ""
> "O valor padrão para as opções da disposição do teclado é baseado na "
> "definição actual de idioma/região e opções no /etc/X11/xorg.conf. Este valor
> "
> "padrão é ${XKBLAYOUT}, que não é suportado pelo programa de configuração."
spotted the variable mismatch? :-)
The attached little program might help you spotting such problems.
I'll fix that in the committed file.
#! /usr/bin/perl
sub getVars
{
my $text = shift;
my $var = '';
while ($text =~ m/\G.*?(\$\{[^{}]+\})/g) {
$var .= $1;
}
return $var;
}
$/ = "\n\n";
open (PO, "< $ARGV[0]") or die "Unable to open $ARGV[0]: $!\n";
while ()
{
s/"\n"//g;
(my $msgid) = m/^msgid "(.*)"$/m;
(my $msgstr) = m/^msgstr "(.*)"$/m;
next if $msgstr eq '' || m/^#, .*fuzzy/m;
my $var1 = getVars($msgid);
my $var2 = getVars($msgstr);
print if $var1 ne $var2;
}
close (PO);
signature.asc
Description: Digital signature
Re: Daily build problems (temporary?)
Quoting Christian Perrier (bubu...@debian.org): > building build_cdrom_isolinux failed, see log file > dest/build_cdrom_isolinux.log for details > building build_cdrom_gtk failed, see log file dest/build_cdrom_gtk.log for > details > building build_netboot-gtk failed, see log file dest/build_netboot-gtk.log > for details > building build_netboot-xen failed, see log file dest/build_netboot-xen.log > for details > building build_hd-media failed, see log file dest/build_hd-media.log for > details > building build_hd-media_gtk failed, see log file dest/build_hd-media_gtk.log > for details The problem has been fixed (probably by binNMU's scheduled by dato) and daily builds for i386 are now building fine on my machine. signature.asc Description: Digital signature
Re: d-i lab
On Wed, Mar 25, 2009 at 7:26 PM, Joey Hess wrote: > Otavio: >> If someone else wants to take it, I'll be available to help to understand >> digress and like. If noone shows insterest, I prefer to do that then >> lose d-i lab. > > Note that we've *already* lost the lab. You can't look at the lab report and > get any useful info about whether d-i is working. > > However, if you or someone else would like to resuscitate the lab, that's > fine. > I think it would make sense to start with the emulated system tests, since > control of the "hydra" server can easily be transferred from me. Also, > there are several architectures that are not yet tested, but should be usable > in qemu now, including arm. Yes; the emulated tests can cover better d-i then when it was running. > I doubt it's worth the expense of shipping the rack of physical test machines > to a different continent, and I don't think it's really possible to do useful > testing with them entirely remotely. So I'd like to go ahead with taking > that portion of it down. Luk shows interest in helping on it; maybe we could find a place where could take the phisical part? That could allow us to keep it all. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: updating submitter e-mail address
Processing commands for cont...@bugs.debian.org:
> # changing bug submitter e-mail address from
> # dkg-debian@fifthhorsemannet to
> # d...@fifthhorseman.net for consolidation
> submitter 318123 !
Bug#318123: [CVE-2006-0061] xlockmore: xlock segfaults with libpam-opensc,
returns to user session
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 336101 !
Bug#336101: coreutils: nohup -p should let you background a running
process
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 338032 !
Bug#338032: lavaps: Gtk-WARNINGs about Unknown tag 'zombie'
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 369886 !
Bug#369886: dspam: Please allow alternate configuration files
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 370556 !
Bug#370556: Please support arbitrary root device pre-dependencies
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 370807 !
Bug#370807: libpam-p11 spews odd error message about /var/run/pcscd.pub during
authentication attempts
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 370813 !
Bug#370813: bash: DEBUG trap munges job title to trap command string, rather
than job command string
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 372158 !
Bug#372158: socat: please remove space from manpage description of -lf option
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
(By the way, that Bug is currently marked as done.)
> submitter 381511 !
Bug#381511: Please have spell support aspell as a backend in addition to ispell
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 384936 !
Bug#384936: dspam LMTP does not obey line length restriction of 1000 chars
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 399003 !
Bug#399003: xlock accepts empty password if opie is in the pam auth stack
Changed Bug submitter from Peter Palfrader to Daniel Kahn
Gillmor .
> submitter 400301 !
Bug#400301: dspam should not be run with hash drivers in daemon mode
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 408412 !
Bug#408412: socat.1 manpage should refer to OPENSSL{, -LISTEN} instead of
SSL-{CONNECT, LISTEN}
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
(By the way, that Bug is currently marked as done.)
> submitter 412158 !
Bug#412158: starttls: --verify option doesn't do anything
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 414839 !
Bug#414839: mkvmlinuz fails with undefined reference to zlib_inflate_blocks*
against 2.6.18-4-powerpc
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 416540 !
Bug#416540: new webdeveloper feature: Forms|Insert Clean Submit Buttons
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 418736 !
Bug#418736: dspam: New upstream release (3.8.0) available
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 420695 !
Bug#420695: inkscape produces "GDK_IS_DISPLAY (display) failed" error message
even with --without-gui
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 421334 !
Bug#421334: libapache2-mod-authz-ldap: package should be removed: superceded by
etch versions of apache2.2
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 429421 !
Bug#429421: gphoto2 holds each downloaded object fully in RAM before writing to
disk
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 441013 !
Bug#441013: moodle: duplicates libphp-adodb; should depend instead
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 442300 !
Bug#442300: openct framework dies upon cryptoflex eGate USB insertion
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 443094 !
Bug#443094: .bbdb encoding disagreement: emacs22 wants mule-utf-8, bbdb wants
iso-2022-7bit
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 446708 !
Bug#446708: xen-utils-common: occasional failures in "xm list"
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 447613 !
Bug#447613: silc crashed after sleep/wakeup
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 449594 !
Bug#449594: emacs22-el: mml2015-pgg-sign does not insert Content-Type: header
for signed part
Changed Bug submitter from Daniel Kahn Gillmor
to Daniel Kahn Gillmor
.
> submitter 449600 !
Bug#449600: packages that fail to configure prevent totally unrelated packages
from installing.
Changed Bug su
Re: d-i installation on embedded devices (was Re: [pkg-fso-maint] MTD Installation)
Hi! Yesterday while doing research about UBI and MTD I found the nandsim module. This is a kernel module which emulates a MTD flash device. Of course this would be great to have when developing software that uses MTD. My first question is if it is possible to run d-i without having to boot it. Use case would be to use the nandsim module (maybe from inside a chroot) "live" on my normal installation instead of having to boot the installer in, say, QEMU. Second question: If that is not possible, how do I emulate MTD with QEMU. AFAIK it is not possible with -M versatilepb, which Debian provides kernels for. This would mean that I would need a custom kernel, how does that work together with d-i? (Maybe not a problem if I don't finish the install but just quit after partition step?) Third question: What do you think about the scope of the MTD Partitioning and Installation project? Would it fill 3 months? (I think it would.) So far I propose creating partman modules: * partman-ubi * partman-auto-ubi * partman-ubifs Of course also documentation of how everything works. Suggestions on scope and/or additional tasks (that I might have missed)? As an exercise I give a draft of an implementation proposal below. Please comment wildely. For the modules scripts would be built for init.d, display.d, check.d, commit.d, finish.d etc. Example partman-ubi: * init.d -> script that recognizes MTD device(s) and loads appropriate kernel modules. * display.d -> partitioning the MTD, create data structures based on user input. (Exit code set properly, 100 for success, 255 for failure and 0 for no action performed.) * check.d -> check that partitioning scheme is ok. * commit.d -> clean MTD flash and use ubimkvol for creating UBI volume. * finish.d -> write partition scheme to fstab etc. As a ball park figure I expect that this would 3 weeks to finish. Opinions? Lastly, is there someone willing to mentor this? Best regards, Per -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Sul América - Cuide de seus funcionários
Olá , Este programa não permite a visualização de mensagens formatadas (com cores, imagens e links), portanto solicitamos que você copie o texto abaixo, e cole no campo "Endereço" do seu navegador. http://emkt.hostplain.com.br/emkt/tracer/?1,130996,ba610572,5dc9 Para garantir que nossas mensagens cheguem em sua caixa de entrada, adicione o email cont...@hostplain.com.br ao seu catálogo de endereços. Não deseja mais receber nossas mensagens? Cancele sua inscrição aqui: http://emkt.hostplain.com.br/emkt/tracer/?9,130996,ba610572,5dc9
Re: r57961 - trunk/scripts/l10n
On Tue, Mar 24, 2009 at 06:51:44PM +0100, Christian Perrier wrote: > H, that script is *very* oldand outdated in probably many > ways. It was used to "switch" a language from "one PO per package" to > "one PO for D-I" back in.long time ago (2005 or so?). > > It does not cope with the sublevels stuff and even references > languagechooser that doesn't exist anymore since ages. > > This is quite typical bubullish shell scripting which I'm unsure it's > very wise to maintain. I wonder how you came on that issue, Colin..:-) I borrowed a copy of it a while back to maintain the master PO files for the Ubuntu installer, which have to be reassembled from individual packages so switch-language is about the right tool for the job. I figured it made sense to fix it even if I wasn't sure whether anybody cared about using it any more. :-) -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520711: installation-reports: The squeeze netinst doesn't find archive
If it helps any, I tried the same thing on an amd64 machine, with the following results (manually typed from the -F4 screen): kernel: wget: segfault at ... error 7 in libresolv-2.9.so after trying "wget http://www.amazon.com/"; but if I try "wget http://72.21.207.65/"; (that's the numeric IP address that corresponds to www.amazon.com) it successfully retrieves an "index.html" file, and there is no error message in the -F4 screen. Can we conclude that there is at least one bug in the libresolv-2.9 library module that's included in the squeeze d-i initrd. What does that tell us about which package the bug belongs to? Thanks! Rick On Mar 26, 2009, at 2:34 AM, Christian Perrier wrote: Quoting Rick Thomas (rbthoma...@pobox.com): 2) Since this bug renders the install CDs (certainly "buisnesscard", and for most practical purposes "netinst") completely unusable for their intended purpose, can we raise the severity of this bug to (e.g.) "Serious"? As long as it is assigned to installation-reports, that won't change much things. Two things should be done: -identify that package the bug belongs to (the wget segafult seems to be the best candidate here) - document the issue on DebianInstaller/Today in the wiki -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: d-i installation on embedded devices (was Re: [pkg-fso-maint] MTD Installation)
On Thu, Mar 26, 2009 at 04:47:28PM +, Per Andersson wrote: > My first question is if it is possible to run d-i without having to > boot it. Use case would be to use the nandsim module (maybe from > inside a chroot) "live" on my normal installation instead of having to > boot the installer in, say, QEMU. There are some targets for this in d-i's build system, but they'll only work for some things since d-i rather expects to control the system from the ground up; I'm not sure I'd be brave enough to try partitioning using them. > Second question: If that is not possible, how do I emulate MTD with > QEMU. AFAIK it is not possible with -M versatilepb, which Debian > provides kernels for. This would mean that I would need a custom > kernel, how does that work together with d-i? Look up kernel-wedge; there's documentation on custom kernel handling in the d-i wiki too. > Third question: What do you think about the scope of the MTD > Partitioning and Installation project? Would it fill 3 months? (I > think it would.) > > So far I propose creating partman modules: > * partman-ubi > * partman-auto-ubi > * partman-ubifs > > Of course also documentation of how everything > works. > > Suggestions on scope and/or additional tasks > (that I might have missed)? > > As an exercise I give a draft of an implementation > proposal below. Please comment wildely. > > For the modules scripts would be built for init.d, > display.d, check.d, commit.d, finish.d etc. > > Example partman-ubi: > * init.d -> script that recognizes MTD device(s) and > loads appropriate kernel modules. > * display.d -> partitioning the MTD, create data > structures based on user input. (Exit code set > properly, 100 for success, 255 for failure and 0 for > no action performed.) display.d is essentially for automatic partitioning, and would belong in partman-auto-ubi rather than partman-ubi. In any case, in order for this to be useful you'll need to define a recipe format. I wouldn't start with this. Start with getting manual partitioning to work first, and to write the right structures into /var/lib/partman/devices/. In order to do that you'll need to define what those structures should be. Ideally, they should follow normal partitioning as closely as possible, but I don't know whether that will be possible. As I think I've mentioned before in the context of this proposal, I would suggest a prior period of investigation into how partman-lvm (and partman-auto-lvm) works. The reason I suggest this is that my understanding of UBI is that it's essentially logical volumes for MTD, and this suggests that you ought to learn from partman-lvm while avoiding the same mistakes (I'm not suggesting that you copy it). You should be conscious of the flaws of partman-lvm, for example: * partman does not know accurately in advance what size LVM objects are going to be, and so it has a two-phase approach: first, you use a separate LVM configuration tool (accessible from the partman menu) to set up LVM objects, and then partman-lvm commits this to disk before allowing you to operate on the logical volumes. You should understand the details of this and how it might be avoided, along with building a good mental model of how partman's commit phase works, before proceeding. * The partman-auto recipe format does not allow for nesting, so our approach to tasks such as "create a logical volume in this volume group containing the following filesystem" is at best baroque (although it is at least possible to do this as of relatively recently). It gets worse when RAID is involved. * partman thinks of logical volumes as more like disk devices than partitions, but disk devices that can only hold one partition. This results in a somewhat strange UI in some respects, and it would be worth thinking about this. > * finish.d -> write partition scheme to fstab etc. Let partman-target do this; partman-ubi probably shouldn't do anything with fstab at all. partman-ubifs would need to have a fstab.d script. All you should need to do at the partman-ubi level is ensure that the proper device information is written to /var/lib/partman/devices/, as other block device providers do. I expect that you'll also need to come up with patches to quite a number of other bits of d-i to handle device name changes. > As a ball park figure I expect that this would 3 weeks > to finish. Opinions? I think that's probably about right for the partman-*ubi* core packages, but anything that involves support for new devices names tends to involve scattergunning patches across lots of d-i, and you will need to think about boot loader support. Make sure to add time for investigation and familiarising yourself with d-i code, which is not trivial in some places. > Lastly, is there someone willing to mentor this? I can certainly help with code review, but mentorship of this is probably a bit much for me; I strongly feel that it should be somebody wit
Bug#520711: installation-reports: The squeeze netinst doesn't find archive
Hi Rick, On Thursday 26 March 2009, Rick Thomas wrote: > following results (manually typed from the -F4 screen): > > kernel: wget: segfault at ... error 7 in libresolv-2.9.so The daily built images are currently seriously broken for various architectures. Please don't waste too much time on them. The amd64 images will probably be fixed today or tomorrow, but for powerpc there has not been a successful daily build since the end of January. If you want something that works, please just use the Lenny images. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521196: debootstrap does not support https transport
On Wed, Mar 25, 2009 at 01:32:33PM -0300, Cody A.W. Somerville wrote: > Package: debootstrap > Version: 1.0.12 > debootstrap does not support https transport although it probably could. > When you attempt to debootstrap using a mirror served over https, > debootstrap will fail complaining about the url being an unknown location. > This is due to debootstrap specifically looking for "http:// " in > the url. HTTPS may require more configuration than HTTP. Do you need authentication on the HTTPS downloads (e.g. basic auth, client certificates)? Do you need to check the server certificate, or is wget --no-check-certificate sufficient? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521354: Installation report on a Sony Vaio VGN-AW21Z
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/ Date: 2009-03-20 22:35 (UTC +1) Machine: Sony Vaio VGN-AW21Z Processor:Intel(R) Core(TM)2 Duo CPU T9550 @ 2.66GHz Memory: 4 GB Partitions: fdisk -lu Disk /dev/sda: 64.0 GB, 64023257088 bytes 255 heads, 63 sectors/track, 7783 cylinders, total 125045424 sectors Units = sectors of 1 * 512 = 512 bytes Disk identifier: 0xd6d631b5 Device Boot Start End Blocks Id System /dev/sda1 * 63 29302559 14651248+ 83 Linux /dev/sda2 29302560 125033894 47865667+ 83 Linux Disk /dev/sdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors Units = sectors of 1 * 512 = 512 bytes Disk identifier: 0x24146714 Device Boot Start End Blocks Id System /dev/sdb1 63 8594774 4297356 82 Linux swap / Solaris /dev/sdb2 8594775 976768064 484086645 83 Linux Output of lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) Subsystem: Sony Corporation Device [104d:9040] 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port [8086:2a41] (rev 07) Kernel driver in use: pcieport-driver 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: uhci_hcd 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: uhci_hcd 00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: uhci_hcd 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03) Kernel driver in use: pcieport-driver 00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03) Kernel driver in use: pcieport-driver 00:1c.2 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 [8086:2944] (rev 03) Kernel driver in use: pcieport-driver 00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 [8086:2946] (rev 03) Kernel driver in use: pcieport-driver 00:1c.4 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 [8086:2948] (rev 03) Kernel driver in use: pcieport-driver 00:1c.5 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 [8086:294a] (rev 03) Kernel driver in use: pcieport-driver 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 93) 00:1f.0 ISA bridge [0601]: Intel Corporation ICH9M LPC Interface Controller [8086:2919] (rev 03) Subsystem: Sony Corporation Device [104d:9040] 00:1f.2 SATA controller [0106]: Intel Corporation ICH9M/M-E SATA AHCI Controller [8086:2929] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 03) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: i801_smbus 01:00.0 VGA compatible controller [0300]: nVidia Corporation GeForce 9600M GT [10de:0649] (rev a1) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: nvidia 02:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8055 PCI-E Gigabit Ethernet Controller [11ab:4363] (rev 14) Subsystem: Sony Corporation Device [104d:9040] Kernel driver in use: sky2 05:00.0 Network controller [0280]: Intel
Bug#521356: flash-kernel: Please update the flash-kernel manpage
Package: flash-kernel Version: 2.13 Severity: minor The flash-kernel script was updated some time ago to do a subarch check on the name of the kernel and initrd image. Please update the flash-kernel manpage to describe the behaviour of the subarch check and the new naming conventions for a valid kernel and initrd image name. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (700, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.26 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages flash-kernel depends on: ii devio 1.2-1 correctly read (or write) a region ii initramfs-tools 0.92o tools for generating an initramfs flash-kernel recommends no packages. Versions of packages flash-kernel suggests: pn uboot-mkimage (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520442: amd64 netinst netcfg segfault daily build 03/19/2009
This is the same bug as #520711 Rick On Mar 19, 2009, at 4:19 PM, Stanley Pinchak wrote: Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: Thu, 19 Mar 2009 15:53:44 -0400 (roughly) Machine: Toshiba Satellite 305D Processor: Turion Ultra X2 (amd64) Memory: 4GB Partitions: N/A Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host Bridge [1022:9600] 00:02.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (ext gfx port 0) [1022:9603] Kernel driver in use: pcieport-driver 00:04.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 0) [1022:9604] Kernel driver in use: pcieport-driver 00:05.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 1) [1022:9605] Kernel driver in use: pcieport-driver 00:06.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 2) [1022:9606] Kernel driver in use: pcieport-driver 00:07.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (PCIE port 3) [1022:9607] Kernel driver in use: pcieport-driver 00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA Controller [IDE mode] [1002:4390] Kernel driver in use: ahci Kernel modules: ahci 00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller [1002:4397] Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:12.1 USB Controller [0c03]: ATI Technologies Inc SB700 USB OHCI1 Controller [1002:4398] Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:12.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI Controller [1002:4396] Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:13.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller [1002:4397] Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:13.1 USB Controller [0c03]: ATI Technologies Inc SB700 USB OHCI1 Controller [1002:4398] Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:13.2 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB EHCI Controller [1002:4396] Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:14.0 SMBus [0c05]: ATI Technologies Inc SBx00 SMBus Controller [1002:4385] (rev 3a) 00:14.1 IDE interface [0101]: ATI Technologies Inc SB700/SB800 IDE Controller [1002:439c] Kernel driver in use: ATIIXP_IDE Kernel modules: atiixp 00:14.2 Audio device [0403]: ATI Technologies Inc SBx00 Azalia (Intel HDA) [1002:4383] 00:14.3 ISA bridge [0601]: ATI Technologies Inc SB700/SB800 LPC host controller [1002:439d] 00:14.4 PCI bridge [0604]: ATI Technologies Inc SBx00 PCI to PCI Bridge [1002:4384] 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 11h HyperTransport Configuration [1022:1300] (rev 40) 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Family 11h Address Map [1022:1301] 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Family 11h DRAM Controller [1022:1302] 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Family 11h Miscellaneous Control [1022:1303] 00:18.4 Host bridge [0600]: Advanced Micro Devices [AMD] Family 11h Link Control [1022:1304] 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Mobility Radeon HD 3650 [1002:9591] 01:00.1 Audio device [0403]: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series] [1002:aa20] 04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 02) Kernel driver in use: r8169 Kernel modules: r8169 05:00.0 Network controller [0280]: Atheros Communications Inc. Device [168c:002a] (rev 01) 07:06.0 FireWire (IEEE 1394) [0c00]: Ricoh Co Ltd R5C832 IEEE 1394 Controller [1180:0832] (rev 05) Kernel driver in use: ohci1394 Kernel modules: ohci1394 07:06.1 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter [1180:0822] (rev 22) Kernel driver in use: sdhci Kernel modules: sdhci 07:06.2 System peripheral [0880]: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter [1180:0592] (rev 12) 07:06.3 System peripheral [0880]: Ricoh Co Ltd xD-Picture Card Controller [1180:0852] (rev 12) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [E] Detect CD: [O] I think that this occurred prior to the network configuration Load installer modules: [O]I think that this occurred prior to the network configuration Detect hard drives: [ ] Partition hard drives: [ ] Install base system:
Bug#520711: same bug a #520442
This seems to be the same bug as #520442 -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520442: amd64 netinst netcfg segfault daily build 03/19/2009
forcemerge 520711 520442 thanks Quoting Rick Thomas (rbthoma...@pobox.com): > > This is the same bug as #520711 Right. Let's merge the bugs. signature.asc Description: Digital signature
Processed: Re: Bug#520442: amd64 netinst netcfg segfault daily build 03/19/2009
Processing commands for cont...@bugs.debian.org: > forcemerge 520711 520442 Bug#520711: installation-reports: The squeeze netinst doesn't find archive Bug#520442: amd64 netinst netcfg segfault daily build 03/19/2009 Forcibly Merged 520442 520711. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
