Bug#485750: tasksel: [INTL:vi] Vietnamese program translation update
Package: tasksel Version: Tags: l10n patch Severity: wishlist The updated Vietnamese translation for the program file: tasksel_tasks translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n tasksel_tasks_po_vi.po Description: Binary data
Processed: Re: Bug#485440: kernel-wedge: really add a patch and description
Processing commands for [EMAIL PROTECTED]: > tags 485440 wontfix Bug#485440: kernel-wedge: Add iwl* modules Tags were: patch Tags added: wontfix > 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#485508: Helping friends
Op 11-06-2008 om 05:23 schreef Patrick Fabrizius: > Perhaps I should have called it 'Application for best Subject Line', since a > subject stating what the message is about was obviously not enough. > > I wish that I, as a debian newbie, could say 'thanks for your fast reply', > however I am overwhelmed by the warmth that only a truly helpful and > cheerful Linux Guru as yourself can provide. > > Additionally, I will of course consider to offer my help in the future to > report bugs that I happend to run into. Futhermore, I will of course tell > all my friends to do the same, because of the joy of writing replies such as > this. Ignoring insane messages is also a possibility. > Please do continue your contribution to world growth by replying to this > message with comments regarding relevant issues such as my english grammar. Please follow-up on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485508#10 > With kind regards, > Patrick Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485508: SV: SV: Bug#485508: Bug report
As I stated in my bug report, the system hung a lot earlier than "initrd", so I did not consider it to be that same problem. Perhaps it is, I have however already solved the problem by instead using another motherboard so I will not test the alternative image this time, but it helps to know its there. Thanks for your help, Patrick -Ursprungligt meddelande- Från: Frans Pop [mailto:[EMAIL PROTECTED] Skickat: den 11 juni 2008 11:17 Till: Patrick Fabrizius Ämne: Re: SV: Bug#485508: Bug report 1) Please *always* reply to the BTS and not to people personally. 2) I can understand that you were annoyed at the other reply, but is that really a reason to give up on this? 3) The erratum really is there, look for "i386: booting the installer may fail on some older systems". 4) I'd still like you to try an alternative image before investigating other options. 5) If that does not work, there _are_ other options. I'm not sure if Debian will give the same BIOS warning as Ubuntu. Without having the full boot log I cannot really comment on that anyway. On Wednesday 11 June 2008, you wrote: > The following opinion is irrelevant to the bug report, but I think it > is sad that backward compability is left out, like it would seem in > this case (the hardware first mentioned works with windows 2000 and I > cannot see why the latest Debian wouldn't). Being able to install on > old systems has always been a strong feature IMHO. In general I agree with you, but the only way that support for older hardware can be maintained is if owners of that hardware are willing to work with the community when there are regressions... If you do wish to persue this, please try one of the alternative images and reply again to my original message (to [EMAIL PROTECTED]). If you don't we'll have no other option than closing it. Cheers, FJP No virus found in this incoming message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.2.0/1495 - Release Date: 2008-06-10 17:11 No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.2.0/1495 - Release Date: 2008-06-10 17:11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485617: os-prober: Does not detect K-DEMar - includedistro info
ok tnx Adonay Sanz, K-DEMar GNU/Linux Team Leader Original Message: - From: Joey Hess [EMAIL PROTECTED] Date: Tue, 10 Jun 2008 14:33:47 -0400 To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#485617: os-prober: Does not detect K-DEMar - includedistro info Adonay Sanz wrote: > [ -e /usr/kdemar/config ] && . /usr/kdemar/config os-prober does not run code from os's its probing, which this line attempts to do. If you'd like to provide a way to grep out the kdemar_type setting from this file that does not involve executing arbitrary code, I'll add that; for now I've done this: long=$(printf "K-DEMar GNU/Linux (%s)\n" "$(cat $dir/etc/kdemar-release)") -- see shy jo mail2web LIVE Free email based on Microsoft® Exchange technology - http://link.mail2web.com/LIVE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485508: marked as done (Bug report)
Your message dated Wed, 11 Jun 2008 13:01:43 +0200 with message-id <[EMAIL PROTECTED]> and subject line Re: Bug#485508: SV: SV: Bug#485508: Bug report has caused the Debian Bug report #485508, regarding 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 485508: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485508 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: installation-reports Boot method: CD-rom Image version: http://cdimage.debian.org/debian-cd/4.0_r3/i386/bt-cd/debian-40r3-i386-CD-1. iso.torrent Date: 2008-06-10 Machine: No-brand homebuilt Pentium-2 system, IBM Deskstar 2gb HD, Unknown 50gb HD, Memorex DVDMAXX DVD-rom Processor: Pentium 2 Memory: 128mb Partitions: N/A Utskrift från lspci -nn och lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Fel (förklara nedan), [ ] = provade det inte Initial boot: [E] Detect network card:[ ] Configure network: [ ] Detect CD: [O] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The system hung when I tried to boot the installation CD-rom. The prompt ISOLINUX 3.31 Debian-2007-02-14 appears, but then nothing happends. I tried burning onto two different CD-rom brands but exactly the same error occured. No virus found in this outgoing message. Checked by AVG. Version: 7.5.524 / Virus Database: 270.0.0/1490 - Release Date: 2008-06-08 17:32 --- End Message --- --- Begin Message --- On Wednesday 11 June 2008, Patrick Fabrizius wrote: > As I stated in my bug report, the system hung a lot earlier than > "initrd", so I did not consider it to be that same problem. Perhaps it > is, I have however already solved the problem by instead using another > motherboard so I will not test the alternative image this time, but it > helps to know its there. My suggestion did not really have anything to do with the initrd, but with the bootloader (isolinux). The actual symptoms (what messages are/are not shown) may vary a bit per system. Because the problem was very early, the most likely problem was with the bootloader and I wanted to at least rule that out as the cause. However, as you've worked around the issue and it seems we cannot expect any further info on the issue, I'm closing your report. Good luck installing with the other motherboard. Cheers, FJP --- End Message ---
Bug#485440: kernel-wedge: really add a patch and description
tags 485440 wontfix thanks On Monday 09 June 2008, Glenn wrote: > Kernel-wedge supports ipw*, add support for iwl* From what I can see both drivers require firmware (firmware-iwlwifi package), which makes it rather pointless to add them in kernel-wedge. AFAIK we also don't include any other wireless drivers that require firmware. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485655: debian-installer: The KDE images should use sudo too and configure KDE accordingly.
tags 485655 help reassign 485655 user-setup thanks On Tuesday 10 June 2008, Didier Raboud wrote: > I think that the KDE CD images should install and configure sudo as the > Gnome images do. KDE images _do_ install and configure sudo exactly the same as the regular CD does if that option is selected in user-setup (as you can see if you use sudo from konsole). > Additionnally, it should configure KDE to use it correctly. This is probably what is currently lacking: automatically using sudo for KDE administration tasks. This is what the installer does for GNOME (note that it does not directly change any configuration files, which is not allowed by policy): # Configure gksu to use sudo, via an alternative, if it's # installed and the alternative is registered. if $chroot $ROOT update-alternatives --display libgksu-gconf-defaults >/dev/null 2>&1; then $log $chroot $ROOT update-alternatives \ --set libgksu-gconf-defaults \ /usr/share/libgksu/debian/gconf-defaults.libgksu-sudo $log $chroot $ROOT update-gconf-defaults fi If something similar is possible for KDE, then please let us know what the correct commands would be. Basically that info has to come from KDE users/developers. I also suspect this problem may already have been resolved for kubuntu, so if someone could check what is done there and tell us, that could work as well. However, I don't see any change in Ubuntu's version of user-setup-udeb for this. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed apt now in testing - new installs in Russian should work again
Hi, A fixed version of apt that should solve the problems with aptitude in Russian (#473559) has now reached testing. Unfortunately, this fix was too late to be included in the Beta 2 release of Debian Installer, so we've had to list that issue as an erratum [1]. However, currently available daily and weekly D-I and CD images do include the fixed version of apt and should thus work OK. It would be great if someone could test and confirm that. Daily built images are available from (second table with links): http://www.debian.org/devel/debian-installer/ Weekly built images are currently not linked from that page, but can be downloaded from: http://cdimage.debian.org/cdimage/weekly-builds/ Cheers, FJP P.S. Please reply (in English!) to both mailing lists (Reply-To set); no need to CC me. [1] http://www.debian.org/devel/debian-installer/errata Note that some Beta2 images, notably netboot images and businesscard CDs, will work correctly because they download the "current" version of apt from a mirror instead of using the broken version that's included on larger CD images. signature.asc Description: This is a digitally signed message part.
Bug#485779: console-setup: [INTL:vi] Vietnamese debconf templates translation
Package: console-setup Version: 1.24 Tags: l10n patch Severity: wishlist The initial Vietnamese translation for the debconf file: console-setup translated and submitted by: Clytie Siddall Vietnamese Free-Software Translation Team http://vnoss.net/dokuwiki/doku.php?id=projects:l10n vi.po Description: Binary data
Bug#485440: kernel-wedge: really add a patch and description
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Frans Pop wrote: > tags 485440 wontfix > thanks > > On Monday 09 June 2008, Glenn wrote: >> Kernel-wedge supports ipw*, add support for iwl* > > From what I can see both drivers require firmware (firmware-iwlwifi > package), which makes it rather pointless to add them in kernel-wedge. > AFAIK we also don't include any other wireless drivers that require > firmware. > > Cheers, > FJP What about the ipw drivers? Cheers Glenn -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkhPxYsACgkQV8GyuTwyskOaFACfdieUoPTiM8t5ouNc8jF/xnzM mxsAnjNMoNhV7PiQN28QdUIeq+gq7GLh =Y+UY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485655: debian-installer: The KDE images should use sudo too and configure KDE accordingly.
Le mercredi 11 juin 2008 12:05:01 Frans Pop, vous avez écrit : > tags 485655 help > reassign 485655 user-setup > thanks > > On Tuesday 10 June 2008, Didier Raboud wrote: > > I think that the KDE CD images should install and configure sudo as the > > Gnome images do. > > KDE images _do_ install and configure sudo exactly the same as the regular > CD does if that option is selected in user-setup (as you can see if you > use sudo from konsole). Hi, I tried to install the LennyBeta2 KDE CD1 in Qemu and disabled the internet access (said during the install "just use the CD") and it did not... But I admit that this it "corner-case" > > Additionnally, it should configure KDE to use it correctly. > > This is probably what is currently lacking: automatically using sudo for > KDE administration tasks. > This is what the installer does for GNOME (note that it does not directly > change any configuration files, which is not allowed by policy): > > # Configure gksu to use sudo, via an alternative, if it's > # installed and the alternative is registered. > if $chroot $ROOT update-alternatives --display libgksu-gconf-defaults > >>/dev/null 2>&1; then > > $log $chroot $ROOT update-alternatives \ > --set libgksu-gconf-defaults \ > /usr/share/libgksu/debian/gconf-defaults.libgksu-sudo > $log $chroot $ROOT update-gconf-defaults > fi > > If something similar is possible for KDE, then please let us know what the > correct commands would be. Basically that info has to come from KDE > users/developers. One solution for KDE3 is to install the kdesudo package and to "dpkg-reconfigure" it to accept the usage of the kdesudo as drop-in replacement for kdesu. It will then use sudo. I CC'ed debian-qt-kde to get their piece of advice. Mine (as user) is that if sudo is used, kdesudo is necessary for good user experience. > I also suspect this problem may already have been resolved for kubuntu, so > if someone could check what is done there and tell us, that could work as > well. However, I don't see any change in Ubuntu's version of > user-setup-udeb for this. AFAIK, it is what they use. > Cheers, > FJP Regards, Didier -- Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#485440: kernel-wedge: including drivers that require firmware
On Wednesday 11 June 2008, Glenn Saberton wrote: > What about the ipw drivers? Well, my understanding was that we would not include "broken" drivers, but I see from the changelog that Joey added those with this comment: * Add zd1211rw to nic-usb-modules, and ipw2100 and ipw2200 to nic-wireless-modules. These had been left off due to needing nonfree firmware, but maybe we'll work out a way to provide that, and users can always provide it on their own, so I think including these in d-i is worthwhile. Personally I think that including them without at least having code that detects firmware is missing and displaying a warning to users is very debatable. We can go three ways here: - remove drivers that need firmware - add them while leaving users in the dark while their hardware does not work even if they can see the driver has been loaded - add at least that warning too I do agree that we should be consistent though, although size of the udeb could also be a consideration. I personally also feel we should be consistent for all classes of drivers and not just do this for wireless drivers. Cheers, FJP P.S. I have too many other things on my ToDo list to spend any time on this personally. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485790: generate separate /boot as workaround for buggy LBA48 ?
Package: debian-installer Severity: normal This is not a bug about a problem I found, but about a problem I think can become common with the introduction of >2 TiB disks. A while ago, I found that bochsbios (the free BIOS used by bochs and qemu) had an incomplete implementation of LBA48 that caused a fatal error when attempting to access a disk sector above 2^32: http://sourceforge.net/tracker/index.php?func=detail&aid=1921733&group_id=12580&atid=312580 Although this was fixed, seening how often it happens that we find bugs in all the variety of BIOS implementations out there, I would expect some of them will have similar problems. Of course, there's no way for me to reliably find how common will this be; perhaps we're lucky and bochsbios is the only one which had this, but I think it's better to be safe than sorry, so I would propose that D-I avoids possible problems by generating a separate /boot in the default partition layout whenever the disk size is above 2 TiB. Excuse me for not providing a patch, but I'm totally clueless about how the auto-partitioning heuristics work. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fixed apt now in testing - new installs in Russian should work again
Frans Pop wrote: > Hi, > > A fixed version of apt that should solve the problems with aptitude in > Russian (#473559) has now reached testing. IMHO, the erratum text should mention that a workaround exists: 1) install Debian as usual until you hit the error 2) switch to the second virtual console 3) run this command: rm /target/usr/share/locale/ru/LC_MESSAGES/*apt* 4) switch back 5) change the debconf priority back to high, and the installation will continue. -- Alexander E. Patrakov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485655: debian-installer: The KDE images should use sudo too and configure KDE accordingly.
On Wednesday 11 June 2008, Didier Raboud wrote: > > On Tuesday 10 June 2008, Didier Raboud wrote: > > > I think that the KDE CD images should install and configure sudo as > > > the Gnome images do. > > > > KDE images _do_ install and configure sudo exactly the same as the > > regular CD does if that option is selected in user-setup (as you can > > see if you use sudo from konsole). > > I tried to install the LennyBeta2 KDE CD1 in Qemu and disabled the > internet access (said during the install "just use the CD") and it did > not... But I admit that this it "corner-case" No, it is not a corner case; that would be a bug. Please send the syslog (gzipped!) of the installation. It can be found under /var/log/installer/ on the installed system. (No need to CC d-qt-kde for that!) > > If something similar is possible for KDE, then please let us know > > what the correct commands would be. Basically that info has to come > > from KDE users/developers. > > One solution for KDE3 is to install the kdesudo package and > to "dpkg-reconfigure" it to accept the usage of the kdesudo as drop-in > replacement for kdesu. It will then use sudo. We can do that relatively simply by preseeding that answer to the correct value (if using sudo has been selected and kde is set as the desktop environment to install) and adding kdesudo to the kde-desktop task. Side note: I wonder how we ensure gksu is available on the first CD. It is only recommended by gnome-utils (pulled in by gnome-desktop-environment). It is not listed explicitly in either the gnome-desktop task or debian-cd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Tibetan Machine Uni font sources for the new version (v1.901)
On Tue, 2008-06-10 at 21:32 +0200, Davide Viti wrote: > On Mon, Jun 09, 2008 at 02:40:09PM +0200, Frans Pop wrote: > > On Monday 09 June 2008, Tom Söderlund wrote: > > > On Mon, 2008-06-09 at 11:06 +0200, Frans Pop wrote: > > > > > On Fri, 6 Jun 2008, Tom Söderlund wrote: > > > > > > [0] http://gamma.nic.fi/~t_om/debian/ttf-tmuni/ > BTW, I noticed the ttf file has been renamed from TibetanMachineUniAlpha.ttf > to > TibMachUni-1.901b.ttf ; any particular reason for such change? The names for the font file are coming from upstream and hesitated to modify them as the change seems to be well managed in .deb case and lacked knowledge about .udeb. With the emerged information about .udeb it is obvious that the font file name should be fixed in Debian packaging. The problem is that the old name is not so suitable anymore since this is no more an alpha version of the font. The new name is not good either since it will not be suitable for future versions of the font (version 2.00 will probably be published in the near future). Thus I solidified the name to TibetanMachineUni.ttf and uploaded new candidate packages to [0]. Thus there would still be a need for a change in the udeb scripts regarding this font but there should be no need for such a change anymore in the future when new versions of the font will be released and packaged for Debian. [ also the problem of missing Depends in .deb was fixed ] -me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Status of correct libc dependencies for udebs
With glibc 2.7-11, udebs should be getting correct dependencies on libc*, i.e. 'Depends: libc6-udeb' instead of 'Depends: libc6'. I have just done a check for all architectures what their status is in unstable for the replacement of old incorrect dependencies by new ones. The counts are for source packages: incorrect/total. alpha: 71/71 amd64: 50/72 arm: 70/71 armel: 68/71 hppa: 71/71 hurd-i386: 28/38 i386: 57/72 ia64: 61/72 m68k: 73/73 mips: 72/72 mipsel:55/71 powerpc: 56/71 s390: 52/73 sparc: 58/72 Note that instead of libc6, alpha/ia64 have libc6.1 and hurd-i386 has libc0.3, but that is taken into account. Observations: * the transition is getting started nicely for most arches * some arches don't yet have the correct version of glibc installed on their buildds: - alpha/armel: glibc 2.7-11 FTBFS, but -12 is OK, so should start now - hppa/mips: glibc 2.7-12 still FTBFS - m68k: glibc marked not-for-us (but can be ignored anyway) * the number of packages is probably low enough to consider an NMU campain to get correct dependencies everywhere before Lenny My proposal is to let things just continue naturally for now, at least until correct glibc is available for all arches. I'll continue to monitor the progress of this transition. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Processed: reassign 485790 to partman-auto
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > reassign 485790 partman-auto Bug#485790: generate separate /boot as workaround for buggy LBA48 ? Bug reassigned from package `debian-installer' to `partman-auto'. > 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#485810: installation-reports: Successful installation on iBook G3
Package: installation-reports Severity: normal -- Package-specific info: Boot method: network Image version: http://people.debian.org/~wouter/d-i/powerpc/daily/powerpc/netboot/ (10-Jun-2008 22:20) Date: Thu Jun 12 00:26:30 2008 Machine: iBook G3 "Dual USB" Partitions: ~$ df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/eyes-root ext3 6192704537072 5655632 9% / tmpfstmpfs 192388 0192388 0% /lib/init/rw udev tmpfs 10240 100 10140 1% /dev tmpfstmpfs 192388 0192388 0% /dev/shm /dev/hda3 ext3 121035 18662 96123 17% /boot /dev/mapper/eyes-home ext312393144161972 12231172 2% /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [ ] Install boot loader:[O] Overall install:[O] Comments/Problems: Minimal expert install of testing, initial boot via TFTP using Open Firmware. Manual partitioning performed using partman (LVM PV/VG/LVs within encrypted volume). No tasks were selected. Installed yaboot to newly-established NewWorld boot partition. No issues or problems were encountered. -- == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="5.0 (lenny) - installer build 20080611-02:18" X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == umame -a: Linux eyes 2.6.24-1-powerpc #1 Sat May 10 11:39:20 UTC 2008 ppc unknown lspci -knn: :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea AGP [106b:0027] lspci -knn: :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc Rage Mobility M3 AGP 2x [1002:4c46] (rev 02) lspci -knn: Kernel driver in use: aty128fb lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea PCI [106b:0028] lspci -knn: 0001:10:17.0 Class [ff00]: Apple Computer Inc. KeyLargo/Pangea Mac I/O [106b:0025] lspci -knn: Kernel driver in use: macio lspci -knn: 0001:10:18.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Pangea USB [106b:0026] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Pangea USB [106b:0026] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea Internal PCI [106b:0029] lspci -knn: 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Apple Computer Inc. UniNorth/Pangea FireWire [106b:0030] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: Kernel modules: firewire-ohci lspci -knn: 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth/Pangea GMAC (Sun GEM) [106b:0024] lspci -knn: Kernel driver in use: gem lspci -knn: Kernel modules: sungem lsmod: Module Size Used by lsmod: nls_utf82144 0 lsmod: ufs90148 0 lsmod: hfsplus92548 0 lsmod: cbc 5216 1 lsmod: blkcipher 8388 1 cbc lsmod: sha256_generic 9696 0 lsmod: aes_generic27592 2 lsmod: dm_crypt 16836 1 lsmod: dm_mod 70180 10 dm_crypt lsmod: xfs 555068 0 lsmod: reiserfs 285908 0 lsmod: jfs 195052 0 lsmod: hfs58148 0 lsmod: ext3 156328 3 lsmod: jbd56212 1 ext3 lsmod: vfat 14112 0 lsmod: fat59964 1 vfat lsmod: ext2 85384 0 lsmod: mbcache 9504 2 ext3,ext2 lsmod: ide_cd 47108 0 lsmod: cdrom 42812 1 ide_cd lsmod: ide_disk 18816 3 lsmod: firewire_sbp2 16428 0 lsmod: scsi_mod 187316 1 firewire_sbp2 lsmod: airport 7264 0 lsmod: sungem 35204 0 lsmod: sungem_phy 12832 1 sungem lsmod: orinoco44020 1 airport lsmod: hermes 8160 2 airport,orinoco lsmod: firewire_ohci 22368 0 lsmod: firewire_core 49688 2 firewire_sbp2,firewire_ohci lsmod: crc_itu_t 2048 1 firewire_core df: Filesystem 1k-blocks Used Available Use% Mounted on df: tmpfs 19238428192356 0% /dev df: tmpfs
please include a "Select CDD" config option
package: debian-installer severity: wishlist x-debbugs-cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Hi, On Thursday 08 May 2008 15:16, Frans Pop wrote: > > [..] For the Debian Edu > > use case, the debian-edu-install udeb would need to be loaded on > > demand... > I had not considered that up to now, but I guess we could include a "Select > CDD" config option. The restriction would be that (as things are now) the > custom component could only be loaded during anna and not earlier. Wouldn't now that beta2 has been released be the right time to do that? ;-) I'm currently completly out of d-i, so I have no idea what+where stuff needs to be done.. regards, Holger pgpcjHhj3HsI0.pgp Description: PGP signature
Bug#485655: debian-installer: The KDE images should use sudo too and configure KDE accordingly.
(No need to CC me on replies. I get them through the BTS.) On Wednesday 11 June 2008, Didier Raboud wrote: > So, attached is the syslog of the installation (gzipped). AFAICT from your log the installer never even tries to install sudo, which leads me to the conclusion that you never selected the option for a "rootless" system, which is the only situation D-I will set up sudo for you. For default installs you're expected to use the root account for admin tasks, or to install sudo yourself after the install. Note: Debian does _not_ do a "sudo" setup by default like Ubuntu does! You have to explicitly enable it and the relevant question is only asked in expert mode (or if you boot the installer with 'priority=medium'). Please check the value of the passwd/root-login template in /var/log/installer/cdebconf/questions.dat. If you selected a rootless setup, that should be "false". > Answer to the side note: I just tried debian-LennyBeta2-i386-CD-1.iso > with the graphical installer as well (swiss french, crypted LVM) and I > had no question about sudo... So there is maybe an issue here... That seems to confirm what I say above: the option was never selected in the first place. Not an issue but user error :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485810: marked as done (installation-reports: Successful installation on iBook G3)
Your message dated Wed, 11 Jun 2008 18:58:50 +0200 with message-id <[EMAIL PROTECTED]> and subject line Re: Bug#485810: installation-reports: Successful installation on iBook G3 has caused the Debian Bug report #485810, regarding installation-reports: Successful installation on iBook G3 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 485810: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485810 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: installation-reports Severity: normal -- Package-specific info: Boot method: network Image version: http://people.debian.org/~wouter/d-i/powerpc/daily/powerpc/netboot/ (10-Jun-2008 22:20) Date: Thu Jun 12 00:26:30 2008 Machine: iBook G3 "Dual USB" Partitions: ~$ df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/eyes-root ext3 6192704537072 5655632 9% / tmpfstmpfs 192388 0192388 0% /lib/init/rw udev tmpfs 10240 100 10140 1% /dev tmpfstmpfs 192388 0192388 0% /dev/shm /dev/hda3 ext3 121035 18662 96123 17% /boot /dev/mapper/eyes-home ext312393144161972 12231172 2% /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [ ] Install boot loader:[O] Overall install:[O] Comments/Problems: Minimal expert install of testing, initial boot via TFTP using Open Firmware. Manual partitioning performed using partman (LVM PV/VG/LVs within encrypted volume). No tasks were selected. Installed yaboot to newly-established NewWorld boot partition. No issues or problems were encountered. -- == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="5.0 (lenny) - installer build 20080611-02:18" X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == umame -a: Linux eyes 2.6.24-1-powerpc #1 Sat May 10 11:39:20 UTC 2008 ppc unknown lspci -knn: :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea AGP [106b:0027] lspci -knn: :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc Rage Mobility M3 AGP 2x [1002:4c46] (rev 02) lspci -knn: Kernel driver in use: aty128fb lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea PCI [106b:0028] lspci -knn: 0001:10:17.0 Class [ff00]: Apple Computer Inc. KeyLargo/Pangea Mac I/O [106b:0025] lspci -knn: Kernel driver in use: macio lspci -knn: 0001:10:18.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Pangea USB [106b:0026] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Pangea USB [106b:0026] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea Internal PCI [106b:0029] lspci -knn: 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Apple Computer Inc. UniNorth/Pangea FireWire [106b:0030] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: Kernel modules: firewire-ohci lspci -knn: 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth/Pangea GMAC (Sun GEM) [106b:0024] lspci -knn: Kernel driver in use: gem lspci -knn: Kernel modules: sungem lsmod: Module Size Used by lsmod: nls_utf82144 0 lsmod: ufs90148 0 lsmod: hfsplus92548 0 lsmod: cbc 5216 1 lsmod: blkcipher 8388 1 cbc lsmod: sha256_generic 9696 0 lsmod: aes_generic27592 2 lsmod: dm_crypt 16836 1 lsmod: dm_mod 70180 10 dm_crypt lsmod: xfs 555068 0 lsmod: reiserfs 285908 0 lsmod: jfs 195052 0 lsmod: hfs58148 0 lsmod: ext3 156328 3 lsmod: jbd56212 1 ext3 lsmod: vfat 14112 0 lsmod: fat
Bug#485817: please include a "Select CDD" config option
On Wednesday 11 June 2008, Holger Levsen wrote: > On Thursday 08 May 2008 15:16, Frans Pop wrote: > > > [..] For the Debian Edu > > > use case, the debian-edu-install udeb would need to be loaded on > > > demand... > > > > I had not considered that up to now, but I guess we could include a > > "Select CDD" config option. The restriction would be that (as things > > are now) the custom component could only be loaded during anna and > > not earlier. > > Wouldn't now that beta2 has been released be the right time to do that? > ;-) I'm currently completly out of d-i, so I have no idea what+where > stuff needs to be done.. Well, if you want to use the settings infrastructure I introduced in the thread you're replying to, you'll at least have to wait until that's actually implemented and available. BTW: your use of x-debbugs-cc is incorrect. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fixed apt now in testing - new installs in Russian should work again
On Wednesday 11 June 2008, Alexander E. Patrakov wrote: > Frans Pop wrote: > > A fixed version of apt that should solve the problems with aptitude > > in Russian (#473559) has now reached testing. > > IMHO, the erratum text should mention that a workaround exists: Added with minor changes (the debconf priority should reset itself automatically). Thanks, FJP signature.asc Description: This is a digitally signed message part.
Re: Tibetan Machine Uni font sources for the new version (v1.901)
On Tue, Jun 10, 2008 at 09:57:43PM +0200, Frans Pop wrote: > One comment: the name change means that the font selection script in > rootskel-gtk will need to be adjusted as well! indeed > Maybe we should implement a more generic mechanism where font udebs > include a file in a certain location in which they "declare" which > languages (by language code) they cover and which font size change is > desired. Only for languages where a font switch is needed of course. sounds like an interesting idea > Advantage would be that a font rename or other changes only has > consequences in a single package: the relevant udeb. yes > Davide: would you be willing to work something out for that? > For transition we could probably first test if there is such a file and if > not, fall back to current hard-coded values. Spare time is very limited lately, but will try to implement something. regards, Davide -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Revert name change for North Sami in localechooser
I propose to also revert the change in localechooser. Having accents in English names is currently NOT a good idea. See also discussion about tasksel changes. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: Tibetan Machine Uni font sources for the new version (v1.901)
On Tue, Jun 10, 2008 at 09:32:03PM +0200, Davide Viti wrote: > On Mon, Jun 09, 2008 at 02:40:09PM +0200, Frans Pop wrote: > > On Monday 09 June 2008, Tom Söderlund wrote: > > > On Mon, 2008-06-09 at 11:06 +0200, Frans Pop wrote: > > > > > On Fri, 6 Jun 2008, Tom Söderlund wrote: > > > > > > [0] http://gamma.nic.fi/~t_om/debian/ttf-tmuni/ > > > > > > > > if there are any major changes in the font that could affect the > > > > udeb or cause a significant change in its size, it would be nice to > > > > hear about those. > > > > > > The font file which is the sole content of the udeb package has grown a > > > bit over threefold from 1355768 bytes to 4511176 bytes. > > > > Hmmm. That's not nice for the memory usage of the graphical installer. > > It would be good to look into that before the new version is uploaded. > > I've created PDF charts [1] for old and new version just to have a quick way > for comparing the two: new version does contain more glyphs indeed. > > The obvious suggestion would be to introduce a mechanism fo stripping > unneeded glyps > out of the udeb as we already do for ttf-dejavu [2] and ttf-freefont [3] > packages. > > [1] http://alioth.debian.org/~zinosat-guest/ttf-tmuni/ > [2] svn://svn.debian.org/svn/pkg-fonts/packages/ttf-dejavu > [3] svn://svn.debian.org/svn/pkg-fonts/packages/ttf-freefont If you look at the above mentioned PDF charts, you'll notice that TONS of new glyphs have been added to the "Private Use Area" (old version had only one "page" containing glyphs, new version has 8 pages) and "Supplementary Private Use Area-A" which was not covered at all in previous version, and now covers 10 pages. I'm pretty sure we can reduce this font as to be smaller than it was in previous version, but we must be careful not to remove needed ranges: I can help with this, but need some hints from people using the font and knowing what is really needed. Davide signature.asc Description: Digital signature
Bug#485867: Lenny beta 2 i386 will not boot
Package: installation-reports Boot method: CD Image version: < http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/iso-cd/debian-LennyBeta2-i386-netinst.iso > Date: June 10, June 11 Machine: Two different i386 type desktops (currently running Debian and Win2k) Processor: P4 Memory: 1 GB Partitions: n/a Output of lspci -nn and lspci -vnn: n/a Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The iso file was downloaded twice, once June 10, once again about 2000 UTC June 11. Each time it was burned to CD-R. Neither CD-R would boot of either of two computers. A previously burned Lenny version (netinstall type) done around March 2008 will boot OK on both computers. The computer indicates booting from CD (message line on screen), but instead of starting up the install, it goes directly to grub menu (on the latest CD's). Mounting the newer CD-R's on my working computer and looking at their contents, they appear OK (directories, files appear OK). Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485867: Acknowledgement (Lenny beta 2 i386 will not boot)
Clarification to original bug report #485767: The computer indicates booting from CD (message line on screen), but instead of starting up the install, it goes directly to grub menu (on the latest CD's). ...should have read at the end: ( *with* the latest CD's ). The grub menu, of course, comes from the previous installation of Debian on these machines and are on the hard drive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485867: Lenny beta 2 i386 will not boot
Don <[EMAIL PROTECTED]> writes: > Package: installation-reports > > Boot method: CD > Image version: < > http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/iso-cd/debian-LennyBeta2-i386-netinst.iso > >> > Date: June 10, June 11 > Machine: Two different i386 type desktops (currently running Debian > and Win2k) > Processor: P4 > Memory: 1 GB > Partitions: n/a > > Output of lspci -nn and lspci -vnn: n/a > > Base System Installation Checklist: > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it > > Initial boot: [ ] > Detect network card:[ ] > Configure network: [ ] > Detect CD: [ ] > Load installer modules: [ ] > Detect hard drives: [ ] > Partition hard drives: [ ] > Install base system:[ ] > Clock/timezone setup: [ ] > User/password setup:[ ] > Install tasks: [ ] > Install boot loader:[ ] > Overall install:[ ] > > Comments/Problems: > > The iso file was downloaded twice, once June 10, once again about 2000 > UTC June 11. Each time it was burned to CD-R. Neither CD-R would > boot of either of two computers. A previously burned Lenny version > (netinstall type) done around March 2008 will boot OK on both > computers. The computer indicates booting from CD (message line on > screen), but instead of starting up the install, it goes directly to > grub menu (on the latest CD's). Mounting the newer CD-R's on my > working computer and looking at their contents, they appear OK > (directories, files appear OK). Please could you report the output of "lspci -nn"? I've tested the image here and it looks OK. Another thing that would be nice is if you could test daily image and see if it does work. It has a new syslinux version and it might be related. For the daily image, please take it from: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#485064: installation-report: lenny install on Thinkpad T61 [d-i beta2]
Package: installation-reports Followup-For: Bug #485064 -- Package-specific info: Boot method: network Image version: http://ftp.fr.debian.org/debian/dists/unstable/main/installer-i386/current/images/netboot/netboot.tar.gz Date: 2008-06-11 08:14 Machine: Lenovo Thinkpad T61 Partitions: /single partition mode./ Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [E] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Everything went fine with D-I beta2. (Network worked, As opposed to what Nik Melchior experienced with D-I beta1) However, there's a clock bug : > # hwclock > select() to /dev/rtc to wait for clock tick timed out > hwclock --directisa > Thu 12 Jun 2008 01:00:01 AM CEST -0.461109 seconds (looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397096 ) Workround: add "HWCLOCKPARS=--directisa" in /etc/default/rcS Great works were done here, since Etch. Thanks, Franklin -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="5.0 (lenny) - installer build 20080522" X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == umame -a: Linux n310310 2.6.24-1-486 #1 Thu May 8 01:29:10 UTC 2008 i686 unknown lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c) lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c) lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c) lspci -knn: 00:03.0 Communication controller [0780]: Intel Corporation Mobile PM965/GM965 MEI Controller [8086:2a04] (rev 0c) lspci -knn: 00:03.2 IDE interface [0101]: Intel Corporation Mobile PM965/GM965 PT IDER Controller [8086:2a06] (rev 0c) lspci -knn: 00:03.3 Serial controller [0700]: Intel Corporation Mobile PM965/GM965 KT Controller [8086:2a07] (rev 0c) lspci -knn: Kernel driver in use: serial lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82566MM Gigabit Network Connection [8086:1049] (rev 03) lspci -knn: Kernel driver in use: e1000 lspci -knn: Kernel modules: e1000 lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel modules: ehci-hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 [8086:2843] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 [8086:2845] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 03) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI
Bug#485867: Lenny beta 2 i386 will not boot
Otavio Salvador wrote: Please could you report the output of "lspci -nn"? Here is output from "lspci -nn" on "hobo" machine: [EMAIL PROTECTED]:~$ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P PCI to AGP Controller [8086:2571] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV44A [GeForce 6200] [10de:0221] (rev a1) 02:05.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) [104c:8024] 02:09.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller [11ab:4320] (rev 13) [EMAIL PROTECTED]:~$ *** and here is the output of "lspci -nn" from machine "kali": [EMAIL PROTECTED]:~$ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation 82875P/E7210 Memory Controller Hub [8086:2578] (rev 02) 00:01.0 PCI bridge [0604]: Intel Corporation 82875P Processor to AGP Controller [8086:2579] (rev 02) 00:03.0 PCI bridge [0604]: Intel Corporation 82875P/E7210 Processor to PCI to CSA Bridge [8086:257b] (rev 02) 00:06.0 System peripheral [0880]: Intel Corporation 82875P/E7210 Processor to I/O Memory Interface [8086:257e] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) 00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA Controller [8086:24d1] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV17 [GeForce4 MX 440] [10de:0171] (rev a3) 02:01.0 Ethernet controller [0200]: Intel Corporation 82547EI Gigabit Ethernet Controller [8086:1019] 03:01.0 Network controller [0280]: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller [14e4:4318] (rev 02) 03:02.0 Multimedia video controller [0400]: Internext Compression Inc iTVC15 MPEG-2 Encoder [:0803] (rev 01) 03:04.0 Multimedia audio controller [0401]: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller [1412:1712] (rev 02) 03:0a.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) [104c:8024] [EMAIL PROTECTED]:~$ > Another thing that would be nice is if you could test daily image and see if it does work. It has a new syslinux version and it might be related. For the daily image, please take it from: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/ I have downloaded today's image (as of 2309 UTC June 11) from the above URL, burned it to CD-R and tried booting. IT DID BOOT OK! So, this problem is solved for me. I'm currently installing and so far looks fine. Great improvements in the installer. Thanks, Don -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Einladung in mein XING-Netzwerk
Guten Tag, ich möchte Sie gerne in mein XING-Netzwerk einladen! Kontakte werden immer wichtiger, wenn es um Entscheidungen geht. Über XING lassen sich Kontakte sehr einfach pflegen, ausbauen und nutzen. Ich freue mich, Sie als Kontakt in meinem Netzwerk begrüßen zu dürfen. Viele Grüße Stefan Ramahi --- Stefan Ramahi lädt Sie in sein Netzwerk auf der Plattform XING ein: http://www.xing.com/go/inv/18130461.1ca0b5 Ich möchte keine Einladungen mehr zu XING erhalten: http://www.xing.com/go/opt_out_invite/U2FsdGVkX18pFsrmPSGt5PYFz7nlDvieg3YAoBT4mUUNvWrcuO54fBUTjMeIcM_jnniTfD5n4Ic
Bug#485902: installation-report: Use /sys/class/dmi/id/* when dmidecode isn't available
Package: installation-reports Version: 2.35 Severity: wishlist Tags: patch Hello Recent kernels provides some DMI information in /sys/class/dmi/id/. This could be used by report-hw (and installation-report) in the case where dmidecode isn't installed (tiny Debian installation, etc). I've attached a simple proof-of concept patch. Here's a sample output : dmiinfo:uevent: MODALIAS=dmi:bvnLENOVO:bvr79ETD2WW(2.12):bd04/12/2007:svnLENOVO:pn1952W5R:pvrThinkPadT60:rvnLENOVO:rn1952W5R:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable: dmiinfo:bios_vendor: LENOVO dmiinfo:bios_version: 79ETD2WW (2.12 ) dmiinfo:bios_date: 04/12/2007 dmiinfo:sys_vendor: LENOVO dmiinfo:product_name: 1952W5R dmiinfo:product_version: ThinkPad T60 dmiinfo:board_vendor: LENOVO dmiinfo:board_name: 1952W5R dmiinfo:board_version: Not Available dmiinfo:board_asset_tag: dmiinfo:chassis_vendor: LENOVO dmiinfo:chassis_type: 10 dmiinfo:chassis_version: Not Available dmiinfo:chassis_asset_tag: No Asset Information dmiinfo:modalias: dmi:bvnLENOVO:bvr79ETD2WW(2.12):bd04/12/2007:svnLENOVO:pn1952W5R:pvrThinkPadT60:rvnLENOVO:rn1952W5R:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable: dmiinfo:wakeup: Franklin -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash installation-report depends on no packages. Versions of packages installation-report recommends: ii pciutils 1:3.0.0-4 Linux PCI Utilities ii reportbug 3.41 reports bugs in the Debian distrib -- no debconf information --- /usr/bin/report-hw-orig 2008-06-12 07:38:29.0 +0200 +++ /usr/bin/report-hw 2008-06-12 08:03:06.0 +0200 @@ -49,8 +49,16 @@ bus/input/devices; do addfile /proc/$file done -if type dmidecode >/dev/null 2>&1; then - dmidecode 2>&1 | addinfo dmidecode + +if type dmidecode >/dev/null 2>&1 && [ -r /dev/mem ]; then + dmidecode | addinfo dmidecode +else + if [ -d /sys/class/dmi/id ]; then + for file in $(find /sys/class/dmi/id -type f | \ + grep -v 'serial' | grep -v 'uuid' ); do + [ -r $file ] && cat $file | addinfo dmiinfo:$(basename $file) + done + fi fi if [ "$DEBIAN_FRONTEND" = gtk ]; then
