Re: d-i on ancient hardware
Quoting Adam Borowski ([EMAIL PROTECTED]): Ok, let's continue with the text installer... 5. A question Choose a country, territory or area has Choose language on the dialog caption. What language, who, where? Especially as lowmem just gave me a message about continuing in English, this can be confusing. What about Choose location? Well, yes and no. Choose language is the menu entry for localechooser, which covers the selection of language+country+locale So, that title is here for all questions coming from localechooser I did think a lot about this issue and imagined something like Choose language/country or Choose locale BUT I finally decided to keep Choose language for two reasons: - we ask translators to keep English in their translation for this so having something longer would make the translation impossible (the string being a menu entry also is limited to 55 columns) -the most important with these menu entries is their presence in the main menu. Here we *want* to say that what's hidden behind Choose language is first the language selection step. So, yes, this is the consequence of having the dialog titles showing Choose language even for the country selection dialogs. But unless we use something else than the menu entry for dialog titles, there's not much that we can do abou tit. PS: several of the points in your mail should actually be turned into bug reports against the relevant modules. Not sure that another D-I team member can do it but it would definitely be good. I especially think about the lowmem+G-I issue. signature.asc Description: Digital signature
pb in remastering netinstall CD
hi all :)I'm trying to make a netinstall CD with preseed file in initrd.So, what I've done : - a good preseed.cfg file ;) - modify initrd (for 2.6) and adding preseed.cfg file on its root then, I've replaced initrd.gz file on extract iso.Then, rebuild iso : mkisofs -o debian_ocs.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -r -l -L debien_remaster/ CD load, i choose linux26, but it doesn't use preseed file. more annoying : it blocks : (in french)see picture : http://astrosurf.com/djibb/divers/debian.png So I tried to make iso without no change : mount -o loop cd-netinstall.iso dir_netinstallmkdir dir_netinstall_remastercp -R dir_netinstall/* dir_netinstall_remaster/mkisofs -o debian_ocs.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -r -l -L dir_netinstall_remaster/it doesn't work too... where am i wrong ? tkx a lot.Jean-Baptiste BUTET
Bug#288452: closed by Holger Levsen [EMAIL PROTECTED] (prep method is now there, as 301668 documents this (and another prep-breakage in partman but still))
reopen 288452 thanks On Sat, Jul 08, 2006 at 06:18:24PM -0700, Debian Bug Tracking System wrote: From: Holger Levsen [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: prep method is now there, as 301668 documents this (and another prep-breakage in partman but still) Date: Sun, 9 Jul 2006 02:57:54 +0200 Message-Id: [EMAIL PROTECTED] Hi, #301668 documents that creating a prep partition still doesnt fully work (actually this needs to be checked if that bug is still open... oh well), but this certainly means that this bug, #288452, can be closed. Please wait for a positive installation report on prep before closing those bugs. This has been open since january or so, and there is no evidence that the bug is actually closed, and no real work done on this front since then. Furthermore, there is some black magic going on with this bug, so things are more subtle than than what your simple comment above shows. Friedly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#288452 closed by Holger Levsen [EMAIL PROTECTED] (prep method is now there, as 301668 documents this (and another prep-breakage in partman but still))
Processing commands for [EMAIL PROTECTED]: reopen 288452 Bug#288452: [partman-prep] doesn't show the prep method on real prep, while it worked on chrp_pserie. Bug reopened, originator not changed. 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#377472: Package: installation-reports
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-businesscard.iso Date: 2006-07-01 ? Machine: self assembled Processor: Intel PIII, 750MHz Memory: 256Mb Partitions: FilesystemTypeSize Used Avail Use% Mounted on /dev/hda1 ext36.5G 2.3G 3.9G 38% / tmpfstmpfs126M 0 126M 0% /dev/shm /dev/hda6 ext3 31G 28G 2.1G 93% /home tmpfstmpfs126M 112K 126M 1% /dev Output of lspci and lspci -n: ~$ lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 42) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 12) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 08) 00:07.3 Host bridge: VIA Technologies, Inc. VT82C596 Power Management (rev 20) 00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 30) 00:0c.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) ~$ lspci -n 00:00.0 0600: 1106:0691 (rev 42) 00:01.0 0604: 1106:8598 00:07.0 0601: 1106:0596 (rev 12) 00:07.1 0101: 1106:0571 (rev 06) 00:07.2 0c03: 1106:3038 (rev 08) 00:07.3 0600: 1106:3050 (rev 20) 00:0a.0 0200: 10b7:9200 (rev 30) 00:0c.0 0401: 1013:6003 (rev 01) 01:00.0 0300: 102b:0521 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Everything worked just fine. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377486: installation-reports
Package: installation-reports INSTALL REPORT Debian-installer-version: http://cdimage.debian.org/cdimage/etch_di_beta2/amd64/iso-cd/debian-testing-amd64-binary-1.iso uname -a: Linux thhpc 2.6.15-1-em64t-p4 #2 Tue Mar 7 07:51:41 UTC 2006 x86_64 GNU/Linux Date: July 9, 2006, 15:00 Method: How did you install?Install from full CD 1. What did you boot off? Boot from CD. Machine: Desktop PC. Processor: Intel Pentium D 930 (Dual Core, EM64T) Memory: 1 GB Root Device: SATA hard disk Root Size/partition table: Disk /dev/sda: 250.0 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device BootStart End Blocks Id System mounted /dev/sda1 * 1 6527524280967 HPFS/NTFS (WinXP) /dev/sda2 6528 901820008957+ 83 Linux (/: i386) /dev/sda4 9019 30401 171758947+ 5 Extended /dev/sda5 9019 1084314659281 83 Linux (/: amd64) /dev/sda6 10844 11093 2008093+ 82 Linux swap /dev/sda7 11094 11218 1004031 83 Linux (/var: i386) /dev/sda8 11219 1486629302528+ 83 Linux (/home) /dev/sda9 14867 2216258605088+ 83 Linux (/tmp) /dev/sda1022163 3040166179736 83 Linux (/mnt/src) Output of lspci and lspci -n: lspci: :00:00.0 Host bridge: Intel Corporation 945G/P Memory Controller Hub (rev 02) :00:01.0 PCI bridge: Intel Corporation 945G/P PCI Express Graphics Port (rev 02) :00:1b.0 0403: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) :00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) :00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 01) :00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) :00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) :00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) :00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) :00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) :00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) :00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) :00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=IDE (rev 01) :00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) :01:00.0 Ethernet controller: Marvell Technology Group Ltd. Marvell W8300 802.11 Adapter (rev 07) :02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.: Unknown device 8168 (rev 01) :04:00.0 VGA compatible controller: nVidia Corporation GeForce 6200 TurboCache(TM) (rev a1) lspci -n: :00:00.0 0600: 8086:2770 (rev 02) :00:01.0 0604: 8086:2771 (rev 02) :00:1b.0 0403: 8086:27d8 (rev 01) :00:1c.0 0604: 8086:27d0 (rev 01) :00:1c.3 0604: 8086:27d6 (rev 01) :00:1d.0 0c03: 8086:27c8 (rev 01) :00:1d.1 0c03: 8086:27c9 (rev 01) :00:1d.2 0c03: 8086:27ca (rev 01) :00:1d.3 0c03: 8086:27cb (rev 01) :00:1d.7 0c03: 8086:27cc (rev 01) :00:1e.0 0604: 8086:244e (rev e1) :00:1f.0 0601: 8086:27b8 (rev 01) :00:1f.1 0101: 8086:27df (rev 01) :00:1f.2 0101: 8086:27c0 (rev 01) :00:1f.3 0c05: 8086:27da (rev 01) :01:00.0 0200: 11ab:1fa6 (rev 07) :02:00.0 0200: 10ec:8168 (rev 01) :04:00.0 0300: 10de:0161 (rev a1) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [E] Config network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Since it is quite often that the kernel and device drivers comes with the Linux distribution cannot support the new hardware, for example, in my desktop there is no support to my wireless card and my on-board Gigabit card, I often want to recompile the newest version kernel and search for the solutions to support these device in the net. Therefore, the necessary softwares to compile the kernel is essential to me. Without network supporting, I decide to install Debian from the first CD, and hope that after recompiling
Re: pb in remastering netinstall CD
AG :)Sorry for noise : After mounting iso, .disk file was not created. (pb in cp command).All works good with really all files in remastering :)Sorry.JB 2006/7/9, Jean-Baptiste BUTET [EMAIL PROTECTED]: hi all :)I'm trying to make a netinstall CD with preseed file in initrd.So, what I've done : - a good preseed.cfg file ;) - modify initrd (for 2.6) and adding preseed.cfg file on its root then, I've replaced initrd.gz file on extract iso.Then, rebuild iso : mkisofs -o debian_ocs.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -r -l -L debien_remaster/ CD load, i choose linux26, but it doesn't use preseed file. more annoying : it blocks : (in french)see picture : http://astrosurf.com/djibb/divers/debian.png So I tried to make iso without no change : mount -o loop cd-netinstall.iso dir_netinstallmkdir dir_netinstall_remastercp -R dir_netinstall/* dir_netinstall_remaster/mkisofs -o debian_ocs.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -r -l -L dir_netinstall_remaster/it doesn't work too... where am i wrong ? tkx a lot.Jean-Baptiste BUTET
Re: d-i on ancient hardware
On Sunday 09 July 2006 05:08, Adam Borowski wrote: 3. [G-I]: On lowmem, it would be better to flat-out refuse to run the graphical installer; a blank screen is an ugly way to die. The graphical installer already automatically falls back to text mode if there is not sufficient memory to run it. The problem you are seeing is that the kernel + initrd are too big to load into memory, so that process dies. This is not something that can be detected or avoided AFAIK. pgpqP0Sd0oUjt.pgp Description: PGP signature
Re: d-i on ancient hardware
Frans Pop wrote: On Sunday 09 July 2006 05:08, Adam Borowski wrote: 3. [G-I]: On lowmem, it would be better to flat-out refuse to run the graphical installer; a blank screen is an ugly way to die. The graphical installer already automatically falls back to text mode if there is not sufficient memory to run it. The problem you are seeing is that the kernel + initrd are too big to load into memory, so that process dies. This is not something that can be detected or avoided AFAIK. Well, the kernel (or the bootloader?) could check that and panic. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#248067: it's correct in the manual source but I cannot find it in the build manual...
On Sunday 09 July 2006 01:49, Holger Levsen wrote: manual/en/post-install/shutdown.xml (in trunk) says, that on Macs the key-combination Control-Shift-Power shuts down the system (like ctrl-alt-del on i386/amd64), though I cannot find this in the html build of the manual That is because shutdown.xml is not included in post-install.xml. Probably because the text was not considered finished or not sufficiently relevant. only in build/build.po/pot/post-install.pot. Huh? I cannot find it there (and it should not be)... pgpqdh41IQHKl.pgp Description: PGP signature
Bug#286349: corrected patch for cdrom-retriever
reassign 286349 cdrom-retriever tag 286349 patch Hi, this is the clean and corrected patch with thanks and admiration to Steve and Frans for not only seeing the big things but also the little ones. You rock! regards, Holger Index: cdrom-retriever/debian/cdrom-retriever.templates === --- cdrom-retriever/debian/cdrom-retriever.templates (Revision 38779) +++ cdrom-retriever/debian/cdrom-retriever.templates (Arbeitskopie) @@ -4,4 +4,4 @@ _Description: Failed to copy file from CD-ROM. Retry? There was a problem reading data from the CD-ROM. Please make sure it is in the drive. If retrying does not work, you should check the integrity of - your CD-ROM. + your CD-ROM. This can be done with the cdrom-checker module in the main menu. Index: cdrom-retriever/debian/changelog === --- cdrom-retriever/debian/changelog (Revision 38779) +++ cdrom-retriever/debian/changelog (Arbeitskopie) @@ -1,7 +1,11 @@ cdrom-retriever (1.12) UNRELEASED; urgency=low + [ Colin Watson ] * Put debhelper in Build-Depends rather than in Build-Depends-Indep. + [ Holger Levsen ] + * point out that there is a cdrom-checker in the main-menu (Closes: #286349) + -- Colin Watson [EMAIL PROTECTED] Sun, 2 Jul 2006 22:51:21 +0100 cdrom-retriever (1.11) unstable; urgency=low pgpNCmSGxe3tC.pgp Description: PGP signature
Processed: corrected patch for cdrom-retriever
Processing commands for [EMAIL PROTECTED]: reassign 286349 cdrom-retriever Bug#286349: installation-report: successfully (only some comments on cd-rom and german typos) Bug reassigned from package `installation-reports' to `cdrom-retriever'. tag 286349 patch Bug#286349: installation-report: successfully (only some comments on cd-rom and german typos) Tags were: patch Tags added: patch Hi, Unknown command or malformed arguments to command. this is the clean and corrected patch with thanks and admiration to Steve and Unknown command or malformed arguments to command. Frans for not only seeing the big things but also the little ones. You rock! Unknown command or malformed arguments to command. regards, Unknown command or malformed arguments to command. Holger 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]
Processed: tag 364546 pending
Processing commands for [EMAIL PROTECTED]: tag 364546 pending Bug#364546: Debian Installer Manual: hardware.po There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288452: closed by Holger Levsen [EMAIL PROTECTED] (prep method is now there, as 301668 documents this (and another prep-breakage in partman but still))
Hi, On Sunday 09 July 2006 09:02, Sven Luther wrote: #301668 documents that creating a prep partition still doesnt fully work (actually this needs to be checked if that bug is still open... oh well), but this certainly means that this bug, #288452, can be closed. Please wait for a positive installation report on prep before closing those bugs. This has been open since january or so, and there is no evidence that the bug is actually closed, and no real work done on this front since then. It has been open since januar last year! Actually, as I wrote, I left one bug open (301668) but this bug (288452) I closed, because a.) 301668 to me indicated that 288452 was closed and b.) there was no indication of black magic (or anything) in 288452. (And c.) we have enough bugs open, which seem to just be open because we have so many duplicates that nobody cares to close them.) But I will do as you want and keep it open. No problem at all! :) Do you think merging 301668 and 288452 is a good idea? Furthermore, there is some black magic going on with this bug, so things are more subtle than than what your simple comment above shows. Then please add those indications of black magic to the bug report... regards, Holger pgpmZXIFeRD0S.pgp Description: PGP signature
Bug#377504: installation-report: problem pick'n'mix, mostly RAID-related
Package: installation-reports Version: 2.14 Severity: normal -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-businesscard.iso [2006-07-08, +/-1 because of TZ] Date: 2006-07-08 and 09, multiple tries Machine: Custom-built fileserver Partitions: Disk /dev/sda: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 4991471 7815622+ fd Linux raid autodetect [/] /dev/sda2 1 498 4000153+ fd Linux raid autodetect [swap] /dev/sda31472 60801 476568225 fd Linux raid autodetect [/home] Partition table entries are not in disk order [/dev/sdb is identical, the disks are spanned by 3x RAID1] Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it [~] = glitches Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [~] Detect hard drives: [E] Partition hard drives: [E] Create file systems:[~] Mount partitions: [O] Install base system:[~] Install boot loader:[E] Installed system ok:[~] Comments/Problems: It took me quite a lot of tries to get so far as to be able to send this report, so this is in no particular order: GENERAL PROBLEMS / GLITCHES 1) debconf priority is set to high _after_ the install even when installed using 'expert' I've had too many non-working defaults with high, so I'd probably default it to medium even for normal installs. For 'expert' installs the default should be low however, since the installation itself is done with 'low' also. 2) Where has the 'state of the install' detection between steps gone? The installer generation before debian-installer tried to determine the state of an install before and / or after each step. This allowed resuming of installs at near-arbitrary points and did excellently at detecting changes made manually via the console. The current installer seems to just check STEP_XY_COMPLETED flags, making it much more difficult to work around deficiencies in the installer. There also was no sign of a resume capability. 3) Hardware detection was excellent, but ... It prompted me to load the 'floppy' module three times during each install. The box doesn't have a floppy but the controller is enabled, so the confusion is understandable. Nevertheless, deselecting the module once should be enough. 4) The 'back' functions in installer dialogs doesn't always work correctly Most notably the item 'Install the base system' gives a choice of kernels at the end. Once I selected the wrong one, but the back button didn't take me back to kernel selection but before the whole base system install, which was not marked as not completed. Consequently I had to redo the whole step, including download and install of the base system, since everything depending on that step complained. I suggest splitting a 'Select kernel' step from the 'base system' step. Similar things, like 'back' just looping back to the same dialog happened at various points 5) Unable to change the time zone. Detecting the TZ based on the selected country is neat, but in expert mode at least I'd like to have an option to correct the guess. All the 'timezone' module does is show the automatically chosen TZ. Also, the 'clock in UTC' question should have an 'is this correct' dialog which shows the output of date or similar. RAID / PARTITIONING related 1) partitionable arrays not supported [also posted seperately to debian-boot] At first I created partitionable arrays using the console, but partman totally choked on that. After a lot of experimenting I finally failed at the 'install grub' step. It didn't want anything to do with /dev/md_d0, even with the install device given as (hd0) It also didn't copy the grub stages to /target/boot/ because of that. 2) partman or mdcfg for RAID? In my next few attempts I loaded the mdcfg module and tried to create the RAIDs with mdcfg. However that module insists on the partitioning step being completed. And the partitioning step refuses to complete without a root fs defined ... impossible to put root on RAID that way. Then I saw that partman has its own configure RAID item, that called mdcfg without insisting on a root fs ... having two ways to setup RAID, with the obvious one not working for root-on- RAID is confusing. 3) mdcfg should support bitmaps There is no option to set --bitmap internal for an array in mdcfg, but I see no reason to create one without. 4) mdcfg interface improvements How about grouping eligible partitions with approximately the same size together on one line, to make it easier to select the correct disks? 5) mdcfg creates arrays
Moving D-I translation status pages / New D-I levels organisation
As discussed last month [1], the distribution of packages among the so-called levels of Debian Installer translation has changed to better reflect the real priorities for translators. The new levels are now: level 1 --- All packages maintained in the D-I SVN tree level 2 --- All packages that interact with users while a Debian base system is installed, with the default level for the asked questions (high priority installs in D-I jargon) tasksel iso-codes console-data popularity-contest level 3 --- All packages that display something translatable during default priority installs of the desktop and laptop tasks menu xorg exim4 level 4 --- All packages that display something translatable during default priority installs of tasks except desktop and laptop. samba level 5 --- Important packages, kept in D-I levels for historical purposes newt aptitude console-common dictionaries-common debconf (programs) dpkg apt debconf (debconf) NEW STATUS PAGES New status pages have been developed to reflect this. The new status pages location is [2] http://people.debian.org/~bubulle/d-i/translation-status.html A completely new status page for testing is also available [3]. The scripts that generate these pages are similar to those that were generating seppy status pages [4], written since 2004 by Dennis Stampfer who I deeply thank for all his work during these years. Dennis is having less time for this. So, I took the responsibility of taking this over. The scripts that generate the pages are available in scripts/l10n/l10n-stats in D-I SVN. This will make further transitions easier in case I want to give this task to someone else. Dennis, I suggest you shut down these pages generation as soon as you can. I already modified the template so that the generated page redirects to the new one (soon). Please check everything on these status pages. Please also point me to places where the old status pages are referenced. I already modified the D-I i18n documentation [5]. In the meantime...enjoy..:-) References -- [1] http://lists.debian.org/debian-i18n/2006/06/msg00147.html [2] http://people.debian.org/~bubulle/d-i/translation-status.html [3] http://people.debian.org/~bubulle/d-i/translation-status-testing.html [4] http://people.debian.org/~seppy/d-i/translation-status.html [5] http://people.debian.org/~bubulle/d-i/i18n-doc/ -- signature.asc Description: Digital signature
Bug#377472: marked as done (Package: installation-reports)
Your message dated Sun, 09 Jul 2006 17:00:04 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#377472: Package: installation-reports has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-businesscard.iso Date: 2006-07-01 ? Machine: self assembled Processor: Intel PIII, 750MHz Memory: 256Mb Partitions: FilesystemTypeSize Used Avail Use% Mounted on /dev/hda1 ext36.5G 2.3G 3.9G 38% / tmpfstmpfs126M 0 126M 0% /dev/shm /dev/hda6 ext3 31G 28G 2.1G 93% /home tmpfstmpfs126M 112K 126M 1% /dev Output of lspci and lspci -n: ~$ lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev 42) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C596 ISA [Mobile South] (rev 12) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 08) 00:07.3 Host bridge: VIA Technologies, Inc. VT82C596 Power Management (rev 20) 00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 30) 00:0c.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) ~$ lspci -n 00:00.0 0600: 1106:0691 (rev 42) 00:01.0 0604: 1106:8598 00:07.0 0601: 1106:0596 (rev 12) 00:07.1 0101: 1106:0571 (rev 06) 00:07.2 0c03: 1106:3038 (rev 08) 00:07.3 0600: 1106:3050 (rev 20) 00:0a.0 0200: 10b7:9200 (rev 30) 00:0c.0 0401: 1013:6003 (rev 01) 01:00.0 0300: 102b:0521 (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: Everything worked just fine. Thanks! ---End Message--- ---BeginMessage--- On Sunday 09 July 2006 12:25, Andreas Fromm wrote: Comments/Problems: Everything worked just fine. Thanks! Thank you for sending your installation report. As the installation was successful, I'm closing it. Good luck with your new system. Cheers, FJP ---End Message---
Re: Moving D-I translation status pages / New D-I levels organisation
On Sunday 09 July 2006 16:59, Christian Perrier wrote: Please check everything on these status pages. Please also point me to places where the old status pages are referenced. I already modified the D-I i18n documentation [5]. Please add a link to the translation stats for the manual under resources. Thanks. pgpzAyalLi1h2.pgp Description: PGP signature
Bug#377486: installation-reports
reassign 377486 debian-cd severity 377486 wishlist retitle 377486 Adding some development packages to first CD thanks On Sunday 09 July 2006 13:39, Tung-Han Hsieh wrote: Comments/Problems: Since it is quite often that the kernel and device drivers comes with the Linux distribution cannot support the new hardware, for example, in my desktop there is no support to my wireless card and my on-board Gigabit card, I often want to recompile the newest version kernel and search for the solutions to support these device in the net. Therefore, the necessary softwares to compile the kernel is essential to me. Without network supporting, I decide to install Debian from the first CD, and hope that after recompiling kernel and accessing to the network, I can continue to install other softwares from the Debian mirror site. But I found that the libncurses-dev package is not available in the first CD. I need it to configure the kernel options via make menuconfig. Therefore, it would be better to include the libncurses-dev in the first CD, and also other packages which could make building kernel easily. The 1st CD is extremely full, mostly because it needs to contain the kernel packages and all packages included in the tasks that can be selected during the installation. The remaining space is filled based on the popularity of packages. I would expect the packages you ask for to be pretty high in that list. This means you probably will just need to get the 2nd CD too. Not sure if your request can be honored, but forwarding it to the debian-cd team for consideration. Cheers, FJP pgpnKl1ROgzpD.pgp Description: PGP signature
Processed: Re: Bug#377486: installation-reports
Processing commands for [EMAIL PROTECTED]: reassign 377486 debian-cd Bug#377486: installation-reports Bug reassigned from package `installation-reports' to `debian-cd'. severity 377486 wishlist Bug#377486: installation-reports Severity set to `wishlist' from `normal' retitle 377486 Adding some development packages to first CD Bug#377486: installation-reports 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#356939: Security fix for shadow in sarge (#356939)
Christian Perrier wrote: As a consequence, I hereby ask the security team to DROP the processing of the 4.0.3-31sarge6 version you have. As you wish, packages deleted. Regards, Joey -- Testing? What's that? If it compiles, it is good, if it boots up, it is perfect. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377510: Please add en-US and en-GB localization tasks
Package: tasksel Version: 2.50 The following 6 packages are currently part of the basic desktop task, which forces them onto the first binary CD where they take up a total space of 24.5 MB (3.8% of the total CD): - myspell-en-gb - myspell-en-us - openoffice.org-help-en-gb - openoffice.org-help-en-us - openoffice.org-l10n-en-gb - openoffice.org-l10n-en-us IMO the valuable space on the first installation CD should be reserved for more important packages. Putting them in separate localization tasks would give them the same status as corresponding packages for other languages. As we now have good support for C installs, there is no reason anymore not to install an en-GB or en-US language task by default. pgpLc0cP6jnTp.pgp Description: PGP signature
[D-I Manual] Build log for en (09 Jul 2006) - ERRORS DURING BUILD
A build of the Debian Installer Manual was triggered by an update to SVN. !!! There were errors during the build process. !!! Please check the log and correct the errors. Only architectures (if any) that were built correctly have been uploaded. 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 elendil_at_planet_dot_nl. === Updated files ('svn up') U en/boot-new/boot-new.xml U en/using-d-i/components.xml A en/using-d-i/modules/partman-crypto.xml U en/using-d-i/modules/mdcfg.xml U en/hardware/hardware-supported.xml U en/hardware/supported/powerpc.xml Updated to revision 38788. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-lvm_41_i386.changes ACCEPTED
Accepted: partman-lvm_41.dsc to pool/main/p/partman-lvm/partman-lvm_41.dsc partman-lvm_41.tar.gz to pool/main/p/partman-lvm/partman-lvm_41.tar.gz partman-lvm_41_all.udeb to pool/main/p/partman-lvm/partman-lvm_41_all.udeb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 329765 377391 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-lvm_41_i386.changes
partman-lvm_41_i386.changes uploaded successfully to localhost along with the files: partman-lvm_41.dsc partman-lvm_41.tar.gz partman-lvm_41_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[D-I Manual] Build log for en (09 Jul 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 elendil_at_planet_dot_nl. === Updated files ('svn up') U en/hardware/supported/powerpc.xml Updated to revision 38799. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329765: marked as done (debian-installer: missing NL at EOF)
Your message dated Sun, 09 Jul 2006 09:02:08 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#329765: fixed in partman-lvm 41 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) ---BeginMessage--- Package: debian-installer Severity: minor http://d-i.alioth.debian.org/svn/debian-installer/packages/partman/partman-lvm/parted_names/lvm has rather strange content (linux-swap, no terminating NL). Is this intentional? Thanks, Feri. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: partman-lvm Source-Version: 41 We believe that the bug you reported is fixed in the latest version of partman-lvm, which is due to be installed in the Debian FTP archive: partman-lvm_41.dsc to pool/main/p/partman-lvm/partman-lvm_41.dsc partman-lvm_41.tar.gz to pool/main/p/partman-lvm/partman-lvm_41.tar.gz partman-lvm_41_all.udeb to pool/main/p/partman-lvm/partman-lvm_41_all.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated partman-lvm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 9 Jul 2006 17:48:12 +0200 Source: partman-lvm Binary: partman-lvm Architecture: source all Version: 41 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: partman-lvm - Adds support for LVM to partman (udeb) Closes: 329765 377391 Changes: partman-lvm (41) unstable; urgency=low . [ David Härdeman ] * Remove parted_names since its of no use for virtual filesystems (closes: #329765) . [ Frans Pop ] * Major whitespace cleanup in scripts + some minor syntax changes. * Sync undo.d/lvm script with init.d/lvm; adds missing hack for RAID devices. * As setting flags on RAID devices does not work and causes errors from libparted, do not attempt to sync flags in case of LVM on RAID. Partman itself does not rely on the lvm flag, but uses the method instead. This is in line with existing hacks in init.d/lvm and undo.d/lvm. Closes: #377391. * Remove duplicate depends; add debconf dependency. . [ Updated translations ] * Arabic (ar.po) by Ossama M. Khayat * Czech (cs.po) by Miroslav Kure * Dzongkha (dz.po) by Jurmey Rabgay * Japanese (ja.po) by Kenshi Muto * Macedonian (mk.po) by Georgi Stanojevski * Swedish (sv.po) by Daniel Nylander Files: cccd878814cf8491b1f343befb6e40d0 625 debian-installer standard partman-lvm_41.dsc 2891ba62f507c4f045e1a73eddd745df 160141 debian-installer standard partman-lvm_41.tar.gz afd885adc6bf5a86e76d31cad79e0231 157936 debian-installer standard partman-lvm_41_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEsSdLgm/Kwh6ICoQRAqN4AJ4s9fCfdKXgmTid6MgQX0c9YN6BzwCg2QlU qrSpqMYyiIaBG4V2P9ptG4k= =RepX -END PGP SIGNATURE- ---End Message---
Bug#377391: marked as done (Extremely irritating libparted error message during LVM on RAID setup)
Your message dated Sun, 09 Jul 2006 09:02:08 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#377391: fixed in partman-lvm 41 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) ---BeginMessage--- Package: partman-lvm Version: 41 Severity: important Tags: patch, pending After a RAID device has been set up and that device has been selected for use with LVM, the following message is displayed when changes to devices and partitions are committed to disk before configuring LVM: Error informing the kernel about modifications to partition /dev/md/0p1 -- Invalid argument. This means Linux won't know about any changes you made to /dev/md/0p1 until you reboot -- so you shouldn't mount it or use it in any way before rebooting. For Sarge installations a different, but similar message was shown: The kernel was unable to re-read the partition table on /dev/md/0 (Invalid argument). This means Linux won't know anything nothing about the modifications you made until you reboot. You should reboot your computer before doing anything with /dev/md/0. The basic cause is that partitions on a software RAID device are not really supported by parted. I did some tests using parted from shell with very inconsistent results (changes are sometimes committed, but 'parted print' does not show them while 'fdisk list' does; kernel/udev does not create /dev/md/0p1 device nodes). After investigation the only reason partman tries to commit changes at all turned out to be that the script update.d/21lvm_sync_flag sets the lvm flag for a dummy partition that is created by partman in init.d/31md-devices. Earlier hacks in partman-lvm have already made sure that partman itself does not rely only on the flag, but sets method instead (based on the output of 'pvdisplay') in case of LVM on RAID. In line with this and as the flag is never actually written anyway, it seems safe not to try setting the flag if the lvm device is on a /dev/md/X device. The following patch implements this. --- update.d/lvm_sync_flag (revision 38772) +++ update.d/lvm_sync_flag (working copy) @@ -24,6 +24,16 @@ method=$(cat $id/method) fi +# As setting flags on RAID devices does not work and causes errors from +# libparted, do not attempt to sync flags in case of LVM on RAID. +# This is in line with the hacks in init.d/lvm and undo.d/lvm. +if [ -f device ]; then + case $(cat device) in + /dev/md/*) + exit 0 ;; + esac +fi + has_lvm=no flags='' open_dialog GET_FLAGS $id pgpJdxfkZncOG.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: partman-lvm Source-Version: 41 We believe that the bug you reported is fixed in the latest version of partman-lvm, which is due to be installed in the Debian FTP archive: partman-lvm_41.dsc to pool/main/p/partman-lvm/partman-lvm_41.dsc partman-lvm_41.tar.gz to pool/main/p/partman-lvm/partman-lvm_41.tar.gz partman-lvm_41_all.udeb to pool/main/p/partman-lvm/partman-lvm_41_all.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated partman-lvm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 9 Jul 2006 17:48:12 +0200 Source: partman-lvm Binary: partman-lvm Architecture: source all Version: 41 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: partman-lvm - Adds support for LVM to partman (udeb) Closes: 329765 377391 Changes: partman-lvm (41) unstable; urgency=low . [ David Härdeman ] * Remove parted_names since its of no use for virtual filesystems (closes: #329765) . [ Frans Pop ] * Major whitespace cleanup in scripts + some minor syntax changes. * Sync undo.d/lvm script with init.d/lvm; adds missing hack for RAID devices. * As setting flags on RAID devices does not work and causes errors from libparted, do not attempt to sync flags in case of LVM on RAID. Partman itself does not
Bug#377510: Please add en-US and en-GB localization tasks
The following 6 packages are currently part of the basic desktop task, which forces them onto the first binary CD where they take up a total space of 24.5 MB (3.8% of the total CD): - myspell-en-gb - myspell-en-us - openoffice.org-help-en-gb - openoffice.org-help-en-us - openoffice.org-l10n-en-gb - openoffice.org-l10n-en-us IMO the valuable space on the first installation CD should be reserved for more important packages. Putting them in separate localization tasks would give them the same status as corresponding packages for other languages. Seems fair. I actually would recommend an English task, at least as first tryand avoid deciding which of the en-gb and en-us should be installed.for other (en_IN, en_AU, etc.) -- signature.asc Description: Digital signature
Bug#283214: root cause
I root caused this issue a while back; details here: http://dannf.org/bloggf/tech/cciss-grub-real-fix.html -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334402: install report: Compaq Evo
The Compaq Evo installation-report in #334402 seems like a successful installation report other than the system clock thing, which isn't a problem with other current installs right? Anything else still pending in this bug or can it be closed? -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307324: Installation problems with a Compaq Proliant and a Dell Latitude...
Carlo, Thanks for submitting the installation reports in, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307324 Do you still have access to the hardware to test again? (HP ProLiant 1600, Dell Latitude D600, and the laptop you mention in the report) I believe the problems you reported should be fixed and it would be nice to confirm so we can close this bug. If you can, please give it a try and submit new installation-reports (and cc [EMAIL PROTECTED]). Maybe this time do separate reports for each machine as it makes it easier to understand and track any bugs. Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377510: Please add en-US and en-GB localization tasks
Frans Pop wrote: The following 6 packages are currently part of the basic desktop task, which forces them onto the first binary CD where they take up a total space of 24.5 MB (3.8% of the total CD): - myspell-en-gb - myspell-en-us - openoffice.org-help-en-gb - openoffice.org-help-en-us - openoffice.org-l10n-en-gb - openoffice.org-l10n-en-us openoffice.org-help-en-us is not installed as part of localisation, it's installed because users expect to get help when they pull down the help menu in their word processor, not an error message. That's quite distinct from all the other openoffice.org-help-* which are installed only for localisation purposes. myspell-en-* is likewise installed because users expect a word processor to have spell checking, not as part of localisation. openoffice.org-thesaurus-en-us ditto. openoffice.org-l10n-en-us is a dependency of openoffice.org-common. OOo won't run without it. So I'll remove it from the task but that won't actually change anything. *-en-gb seems to be included merely for political correctness[1], and I will just remove them until someone gets around to fixing #305132. -- see shy jo [1] For purposes of political correctness, feel free to swap all occurances of us and gb in the above mail. signature.asc Description: Digital signature
Bug#305132: more for this task
openoffice.org-l10n-en-gb openoffice.org-help-en-gb myspell-en-gb All these are being removed from the main desktop task now. -- see shy jo signature.asc Description: Digital signature
Bug#305132: also..
firefox-locale-en-gb -- see shy jo signature.asc Description: Digital signature
Linux 2.6.16 for testing
Hi folks After some private discussion how to provide a kernel for the debian-installer beta3 release, there was the decision to upload linux-latest-2.6 which provides the necessary metapackages to testing-proposed-updates. This should be uploaded either tomorrow or the day after tomorrow. The metapackages have to reach testing at the same time as linux-2.6.16. Bastian -- Actual war is a very messy business. Very, very messy business. -- Kirk, A Taste of Armageddon, stardate 3193.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307324: duplicate installation-reports for HP Proliant 1600 and Dell Latitude D600
After more investigation, it looks like there are duplicate installation-reports filed by the submitter for the machines mentioned in the still open #307324. HP ProLiant 1600: broken in #304002 using d-i 20050323 and 20050318, closed HP ProLiant 1600: working in #304005 using d-i 20050318, closed Dell Latitude D600: working in #304031 using d-i 20050318, closed Both: broken in #307324 using d-i 20050429, open So at one point both were working and then broke in newer builds. These reports are all so old that I guess we just have to see if the submitter can try something newer. If anyone reading this has access to those machine types and can try an install and file an installation-report and email a pointer to this bug, that would be greatly appreciated. Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334402: marked as done (install report: Compaq Evo)
Your message dated Sun, 09 Jul 2006 23:24:42 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#334402: install report: Compaq Evo 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) ---BeginMessage--- Package: installation-reports Boot method: CD to Netinst. Image version: http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/debian-testing-i386-netinst.iso Date: 2005-10-14 ~1400 Machine: Compaq Evo Partitions: Disk /dev/hda: 80.0 GB, 80026361856 bytes 255 heads, 63 sectors/track, 9729 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 486 3903763+ 83 Linux /dev/hda2 487534939062047+ 83 Linux /dev/hda35350838824410767+ 83 Linux /dev/hda48389972910771582+ 5 Extended /dev/hda583899604 9767488+ 83 Linux /dev/hda696059729 1004031 82 Linux swap / Solaris Disk /dev/hda: 255 heads, 63 sectors, 9729 cylinders Nr AF Hd Sec Cyl Hd Sec Cyl Start Size ID 1 80 1 10 254 63 485 637807527 83 2 00 0 1 486 254 63 10237807590 78124095 83 3 00 254 63 1023 254 63 1023 85931685 48821535 83 4 00 254 63 1023 254 63 1023 134753220 21543165 05 5 00 254 63 1023 254 63 1023 63 19534977 83 6 00 254 63 1023 254 63 1023 632008062 82 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] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Installed system ok:[O] Comments/Problems: Clock display in Gnome honked for localtime vs. UTC. hwclock --hctosys fixed it. Hardware summary attached. -- Robert Crocombe [EMAIL PROTECTED] umame -a: Linux sauce 2.6.12-1-386 #1 Tue Sep 27 12:41:08 JST 2005 i686 unknown discover: i810_rng;;;Intel Corporation;82801 PCI Bridge; discover: i810-tco;;;Intel Corporation;82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge; discover: parport_pc;;;Timedia Technology Co Ltd;PCI2S550 (Dual 16550 UART); discover: ;;;Unknown;SD-R1202;/dev/hdd discover: e100;;;Intel Corporation;82801DB PRO/100 VM (LOM) Ethernet Controller; discover: piix;;;Intel Corporation;82801DB (ICH4) IDE Controller; discover: ide-scsi;;;Linux;IDE-SCSI emulation layer; discover: usb-uhci;;;Intel Corporation;82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1; discover: usb-uhci;;;Intel Corporation;82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2; discover: usb-uhci;;;Intel Corporation;82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3; discover: ehci-hcd;;;Intel Corporation;82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller; discover: ;;;Unknown;Maxtor 6Y080L0;/dev/hda /proc/pci: cat: /proc/pci: No such file or directory /proc/bus/pci/devices: 808625600 ec08 0400 /proc/bus/pci/devices: 0008 808625610 /proc/bus/pci/devices: 00e8 808624c2b1 2441 0020uhci_hcd /proc/bus/pci/devices: 00e9 808624c4b9 2461 0020uhci_hcd /proc/bus/pci/devices: 00ea 808624c7a9 2481 0020
No kernel udeb updates needed for 2.6.16-16
The latest upload of linux-2.6.16 has only two small changes affecting only powerpc and arm. Both changes were relevant for d-i. As all other architectures are basically unchanged and Etch will not release with 2.6.16-16 anyway, I feel it is not necessary to upload new kernel udebs. Except for arm (already done) and powerpc of course. Cheers, FJP pgpq0pxx4Nx55.pgp Description: PGP signature
Re: mdadm heads-up: deprecating mdrun
On Friday 07 July 2006 23:30, Frans Pop wrote: Note that mdcfg.sh from the mdcfg udeb is only used in combination with _partconf_ and thus is not used during i386 installs which uses _partman_ (nor for most other architectures). This means there are no actual changes for a new installation, only for rescue mode. Just discovered that this is not true. I was misled by a bit of packaging weirdness where to files in the source are renamed to cause this confusion. IIRC I _did_ test a new install with the modified mdcfg script but probably only in combination with the unstable mdadm. pgpm8EyzjwNKE.pgp Description: PGP signature
Re: issue installing etch with daily build of d-i on x86 with advansys controller
On Thursday 06 July 2006 07:30, Pancho Horrillo wrote: I just wanted to report the absence of this driver, and that, even if marked broken, it worked for me and others, so it is not unfashionable to activate it in linux-2.6.16, if only for the benefit of users of advansys SCSI controllers on x86 (hey, that includes me! :) Maybe backporting if from 2.6.17 wouldn't be a bad idea, either. I think it should be quite straightforward. For backporting you are asking the wrong people... However, 2.6.17 is already in unstable and it currently looks like that will be the kernel the Etch release will be shipped with, so that would make backporting unnecessary. This also means that the installer will start using 2.6.17 after the Etch Beta 3 release we are currently preparing. The driver should be added at that point, but if you could check that some time that would be appreciated. Cheers, FJP pgpqfHEuglALB.pgp Description: PGP signature
Processed: Re: Bug#377504: installation-report: problem pick'n'mix, mostly RAID-related
Processing commands for [EMAIL PROTECTED]: clone 377504 -1 Bug#377504: installation-report: problem pick'n'mix, mostly RAID-related Bug 377504 cloned as bug 377553. reassign 377504 mdcfg Bug#377504: installation-report: problem pick'n'mix, mostly RAID-related Bug reassigned from package `installation-reports' to `mdcfg'. 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#377504: installation-report: problem pick'n'mix, mostly RAID-related
clone 377504 -1 reassign 377504 mdcfg thanks Thank you for your elaborate report. I am cloning it to mdcfg for your comments regarding RAID setup. The other issues you mention are mostly known or non-issues in our opinion. See below for detailed responses. Cheers, FJP On Sunday 09 July 2006 16:27, Christian Pernegger wrote: Comments/Problems: 1) debconf priority is set to high _after_ the install even when installed using 'expert' I've had too many non-working defaults with high, so I'd probably default it to medium even for normal installs. For 'expert' installs the default should be low however, since the installation itself is done with 'low' also. Installation and installed system are basically two different things. If you want a different priority from the default, just run 'dpkg-reconfigure debconf'. The default for debconf priority was fairly recently changed from medium to high, but that is not installer related. 2) Where has the 'state of the install' detection between steps gone? The current installer seems to just check STEP_XY_COMPLETED flags, making it much more difficult to work around deficiencies in the installer. There also was no sign of a resume capability. Not exactly sure what you mean here. The installer does indeed keep track of which steps have been completed and which not. If a step fails, most of the time it can be resumed. If you decide to go back, you currently do have to manually keep track of which steps you need to execute again. Especially if you go back to partitioning for example (although some steps after that could be skipped). However, you are not really meant to skip around unless you really know what you're doing anyway. The installer has gotten a lot more complex which means that skipping steps and doing things manually is probably no longer supported in the way it was, although intervention still is possible in a lot of places. 3) Hardware detection was excellent, but ... It prompted me to load the 'floppy' module three times during each install. The box doesn't have a floppy but the controller is enabled, so the confusion is understandable. Nevertheless, deselecting the module once should be enough. Known issue. Of minor importance though. 4) The 'back' functions in installer dialogs doesn't always work correctly Most notably the item 'Install the base system' gives a choice of kernels at the end. Once I selected the wrong one, but the back button didn't take me back to kernel selection but before the whole base system install, which was not marked as not completed. I don't understand this. AFAIK kernel selection is the last dialog in that step, so if you already selected one there is no going back within that step anyway. Consequently I had to redo the whole step, including download and install of the base system, since everything depending on that step complained. I suggest splitting a 'Select kernel' step from the 'base system' step. It has been in the past which caused different problems. Similar things, like 'back' just looping back to the same dialog happened at various points Known issue. If you have specific instances, please report them as such individually against the relevant components (with a description of how you got there) so they can be fixed. 5) Unable to change the time zone. Detecting the TZ based on the selected country is neat, but in expert mode at least I'd like to have an option to correct the guess. Why would you want to select a different timezone from the country you are in? Seems like 99.9% users will be happy with current functionality and happy not to be asked the question. The few remaining people can change the TZ after installation. All the 'timezone' module does is show the automatically chosen TZ. At default priority not even that. The dialog was only added because else the step would have no visible output at all at medium or low priority. Also, the 'clock in UTC' question should have an 'is this correct' dialog which shows the output of date or similar. We have discussed that at length. Showing the time only makes sense if you can offer the option to change it. Currently we cannot. RAID / PARTITIONING related 1) partitionable arrays not supported [also posted seperately to debian-boot] Known. At first I created partitionable arrays using the console, but partman totally choked on that. After a lot of experimenting I finally failed at the 'install grub' step. It didn't want anything to do with /dev/md_d0, even with the install device given as (hd0) It also didn't copy the grub stages to /target/boot/ because of that. Your naming scheme seems extremely non-standard to me. As indicated before, please provide some references to convince us that it should be supported. 2) partman or mdcfg for RAID? Then I saw that partman has its own configure RAID item, that called mdcfg without insisting on a root fs ... having two ways to
Re: d-i on ancient hardware
Hi Adam, Next time please file an installation report [1] instead of sending an email to the list. Thanks for your elaborate report though. Overall I'd say your installation was successful. [1] http://d-i.alioth.debian.org/manual/en.i386/ch05s03.html#submit-bug Cheers, FJP On Sunday 09 July 2006 05:08, Adam Borowski wrote: I wonder what's the purpose in shipping loadlin these days. It needs to be run in real mode, and AFAIK even Windows98 can't be forced to start it. The incidence of real-mode-capable DOS is so low that loadlin can be reasonably purged from any space-tight images. You can run it from a windows 98 boot floppy. There is also drdos and freedos... On the other hand, if you insist on keeping loadlin, please provide a .bat file. A beginner user won't know to look in isolinux.cfg to copy the append line; also, there's no GPM in stone-age OSes... We should document it better, that is true (and ship a more recent version). On my TODO list, but fairly low down. 2. [G-I]: If the graphics card is not VESA-compliant, the error message about an invalid _text_ mode can be confusing. Could you please give us the exact message? I would guess it is a kernel message though, so nothing we can influence. 3. [G-I]: On lowmem, it would be better to flat-out refuse to run the graphical installer; a blank screen is an ugly way to die. Already answered. 4. [G-I] [Off-topic]: As you already don't support my magnificent 486 and similar, why won't you slap any theme on? The current widgets are hideous, and since there's space for games... This is still Beta. We are working on that before the release, though as always opinions differ: http://www.yepthatsme.com/2006/07/08/debian-graphical-installer-excellent-work-guys/ 5. A question Choose a country, territory or area has Choose language on the dialog caption. What language, who, where? Especially as lowmem just gave me a message about continuing in English, this can be confusing. What about Choose location? Already answered. 6. As proceeding through module selection on lowmem is doomed to lose, the user needs to turn swap on before. Too bad, the initial lowmem message doesn't suggest _when_ swap can be turned on. Various points: * the lowmem message: console 2 is not yet available * Detecting CD-ROMs: this is when ide drivers are probed * d-i module selection: can't continue past A simple hint in the lowmem message would save people some time. Not sure about that as IIRC swap is turned off again during partitioning. However, I'm not a lowmem expert. The most important part is not to load more modules than you strictly need. 7. On 24MB+37MB swap, even with no extra d-i modules chosen, anna goes into an OOM loop. Increasing the swap to 100MB doesn't help either. We test releases at 32 and 48 MB. I'm not completely surprised that 24 MB does not work. We already know that the current lowmem levels need to be checked and probably adjusted. 8. I chosen IPv6 support -- incidentally, my network segment was v6-only. Yet, DHCP failed and stateless configuration wasn't used either. The manual config, being given 2002:5033:a761:4::1 started to lecture me how an IP address looks like -- saying IP where it meant IPv4. I don't think IPv6 installations have ever really been tested. It would be great if you could do trace the cause of the problems and help us fix them. Please file specific bugs against the relevant d-i components if you find issues. If you need help getting started with that, feel free to ask on the mailing list or in #debian-boot on IRC (irc.debian.org / OFTC). I set up network connectivity manually. By the way, having ping and the like around would be helpful; installation is exactly the point where network diagnostics is the most useful. We use wget for basic connection testing. 10. And yet, even though ftp.pl.debian.org is reachable over IPv6, mirror-chooser wasn't happy. It turns out that the 'wget' binary provided by busybox is a crippled IPv4-only. That should be a matter of enabling the relevant options in the busybox configuration. A quick grep on the busybox config gives me: CONFIG_FEATURE_IPV6 is not set CONFIG_FEATURE_WGET_IP6_LITERAL=y Looks like the first needs to be enabled... 11. It turned out the disk controller/mobo/something on the P1 box was somewhat flaky, causing intermittent faults. If something bad happens during debootstrap, the d-i wrapper over it gives a dialog box with two choices: Go back and Continue. Too bad, whatever you choose, it proceeds with the latter -- yet, failing at the end even if you fix the error manually. Handling of the two buttons can indeed be improved in some places. It's not always as easy as it sounds to define correct behavior though. 12. Why does it use debootstrap AT ALL? This is something that could be much better done at d-i build time instead of the installation itself. Unpacking a tarball takes
Processed: Re: Processed: Re: Bug#377504: installation-report: problem pick'n'mix, mostly RAID-related
Processing commands for [EMAIL PROTECTED]: reassign 377504 installation-reports Bug#377504: installation-report: problem pick'n'mix, mostly RAID-related Bug reassigned from package `mdcfg' to `installation-reports'. reassign 377553 mdcfg Bug#377553: installation-report: problem pick'n'mix, mostly RAID-related Bug reassigned from package `installation-reports' to `mdcfg'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: d-i on ancient hardware
On Sunday 09 July 2006 14:42, Thiemo Seufer wrote: Well, the kernel (or the bootloader?) could check that and panic. Totally out of my league :-) I'd guess the kernel would be most logical as that would cover all architectures and installation/boot methods. If you want to follow up on that, please do. pgpftYwhbr4l4.pgp Description: PGP signature
Re: Out of Range Signal Display error during boot-up.
Hello, On Wednesday 05 July 2006 05:13, Vishwajit Bector wrote: Xorg display manager ran into problem during booting with this error : Out of Range signal. please set display setting to 1600X1200 @60 HZ and so on. Sounds like the installation itself went fine, which is always nice to hear. The problem you are having with your Xorg configuration is not really an installation issue, but a problem with the XOrg package and its hardware detection. For help with that issue, you can best ask on the debian-user mailing list. If you want to report the incorrect configuration as a bug, you can do that using the 'reportbug' tool against the package xserver-xorg-core. Cheers, FJP pgpOzaB9AN4Ut.pgp Description: PGP signature
Re: debian-cd and mips/arm
(CCing Martin and Steve as they started this thread privately) Sorry I did not reply to this sooner, but I was kind of waiting to see if we would go forward with Beta3 or not... On Tuesday 04 July 2006 00:26, Martin Michlmayr wrote: arm/mips/mipsel definitely shouldn't have 2.4 kernels on their CDs and the same probably applies to all other arches - we're trying to get rid of 2.4 for etch and ideally beta3 wouldn't use them anymore. I've removed 2.4 d-i for arm a while ago and removed mips/mipsel today. The main problem with dropping 2.4 kernels (and kernel udebs) in debian-cd is that the configuration is shared between the etch_d-i/weekly builds and the sid_d-i (current daily) builds. This means that if 2.4 is dropped for sid_d-i builds but was still used in Etch Beta2 for the arch, you will break etch_d-i/weekly builds. Also, dropping 2.4 was discussed at the last team meeting and is planned for after Beta3, i.e. for RC1. However, if an arch wants to do it before Beta3 and is certain it can be done without delaying Beta3 (I sent a feature freeze mail earlier), that is fine. For sparc for example, I plan to drop 2.4 for Beta3 and s/390 will also do a full switch. The best time for debian-cd changes is when we've started migrating udebs to testing as Beta2 will be broken at that point anyway and there should be enough time to tune things before the first full CD builds. On Tuesday 04 July 2006 01:38, Steve McIntyre wrote: Hmmm. Things are more awkward than I expected on the debian-cd end; the base list of udebs to be installed onto the CDs is generated from the d-i Packages.gz files in the main archive. Once the archive is updated to not mention the 2.4 bits, then debian-cd will automatically drop them. Making that change separately will be messy. This is for the installer bits themselves, in tools/generate_di_list. The list of normal .debs that land on CD#1 ready for installation onto the target system is generated by tools/generate_di_+k_list. I _can_ remove 2.4.x bits from that list easily, and I will. IIRC (but Joey is more experienced with this stuff), there are exclusion lists that can be used to explicitly exclude both udebs and regular packages from CD images. This mechanism can be used while the packages are still in the archive. pgpophMZmZGc9.pgp Description: PGP signature
Bug#376770: installation-reports pleifrest etch
On Tuesday 04 July 2006 22:59, Nicolas Fouquereau wrote: Comments/Problems: 1st: my wireless card has not detected and the driver sources are on the web... I would guess that the driver you need is either non-free in the Debian definition or has not yet been included in the official linux kernel for other reasons. Debian cannot support such drivers. 2nd: my hd8 partition /home/documents/ has not on rw access, only for root Did you select that partition and mountpoint during the installation? What type of filesystem does the partition have? If the partition has a linux filesystem (ext3 or so), I would think that the permissions depend on what they already were before the install. If it is a fat or ntfs [1] partition, you probably need to make some changes in /etc/fstab to get the correct permissions. the debian distribution is my favorite, you have all of my encouragements ! Thank you! Cheers, FJP [1] I'm not really sure if writing to NTFS is fully supported. Google should be able to tell you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334402: Compaq Evo Install
Debian Bug Tracking System wrote: If the submitter disagrees, please let us know. No disagreement. More recent installations seem to have worked perfectly. Thanks. -- Robert Crocombe [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375968: etch beta2 netboot fails on VIA VT310DP
On Thursday 29 June 2006 11:37, Nick Phillips wrote: Comments/Problems: default install image (2.6) hangs during boot. last line of output is io scheduler cfq registered. install24 boots but USB keyboard is unusable to proceed further. Please retry using a daily built image. That has a more recent kernel which may fix your issues. If that does not work, try booting the installer with: install nolapic or install noapic nolapic Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375544: partman-auto-lvm: /boot partition is too large
reassign 375544 partman-auto thanks This is not a partman-auto-lvm problem, but an issue in partman-auto where all the functionality to calculate partition sizes is. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376312: marked as done (Installation Report)
Your message dated Mon, 10 Jul 2006 03:09:06 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#376312: Installation Report has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 2006-07-01 Machine: PC Processor: AMD Duron 850 MHz Memory: 384 MB RAM Partitions: /dev/hda2 9,2G 538M 8,2G 7% / tmpfs 189M 0 189M 0% /dev/shm /dev/hda1 45M 11M 32M 26% /boot /dev/hdc2 110G 4,8G 100G 5% /home /dev/hda3 28G 2,1G 25G 8% /usr tmpfs 189M 132K 189M 1% /dev Output of lspci and lspci -n: lspci: 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1a) 00:07.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1a) 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:09.0 Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 10) 00:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) 00:0a.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07) 00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1) lspci -n 00:00.0 0600: 1106:0305 (rev 03) 00:01.0 0604: 1106:8305 00:07.0 0601: 1106:0686 (rev 40) 00:07.1 0101: 1106:0571 (rev 06) 00:07.2 0c03: 1106:3038 (rev 1a) 00:07.3 0c03: 1106:3038 (rev 1a) 00:07.4 0680: 1106:3057 (rev 40) 00:09.0 0200: 1113:1211 (rev 10) 00:0a.0 0401: 1102:0002 (rev 07) 00:0a.1 0980: 1102:7002 (rev 07) 00:0b.0 0200: 10ec:8139 (rev 10) 01:00.0 0300: 10de:0322 (rev a1) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked: [ O ] Configure network HW: [ O ] Config network: [ O ] Detect CD: [ O ] Load installer modules: [ O ] Detect hard drives: [ O ] Partition hard drives: [ O ] Create file systems:[ O ] Mount partitions: [ O ] Install base system:[ O ] Install boot loader:[ O ] Reboot: [ O ] Comments/Problems: Debian is cool ;) I love its package management system! ---End Message--- ---BeginMessage--- On Sunday 02 July 2006 01:55, Artur Czajka wrote: Comments/Problems: Debian is cool ;) I love its package management system! Thank you for the compliment and for sending your installation report. I'm closing it as the installation was successful. Good luck with your new system. Cheers, FJP ---End Message---
Bug#375402: [Fwd: Re: [directfb-dev] [Fwd: Bug#375402: g-i: weird touchpad behavior]]
Claudio Ciccani wrote: I think the bug is in the evdev kernel module, not in DirectFB. I doubt it as the touchpad works fine under X. AFAIK the alps touchpad uses the same drivers as the synaptics touchpad, but it _does_ require some different settings. My guess is that DirectFB does not really know about alps. However this is no really big issue for me at the moment. Suggest we keep this open in the Debian BTS. I expect that at least to trace the problem we will need some help from DirectFB people. pgpWha0QiN31S.pgp Description: PGP signature
Bug#375968: etch beta2 netboot fails on VIA VT310DP
On 10/07/2006, at 1:23 PM, Frans Pop wrote: On Thursday 29 June 2006 11:37, Nick Phillips wrote: Comments/Problems: default install image (2.6) hangs during boot. last line of output is io scheduler cfq registered. install24 boots but USB keyboard is unusable to proceed further. Please retry using a daily built image. That has a more recent kernel which may fix your issues. If that does not work, try booting the installer with: install nolapic or install noapic nolapic I did; the daily booted and installed (don't have the date of the daily to hand at the moment) but the kernel installed during the installation did not boot. I'll file another report when I get the install finished. nolapic and noapic didn't help. Cheers, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376068: reportbug installation-report
On Friday 30 June 2006 06:01, Sean Robinson wrote: Comments/Problems: The 2.6.15 kernel seems to have problems with 16-bit (PCMCIA) PC cards. My 3COM 3CCFEM556 B (3c574_cs chipset), which worked wonderfully under Sarge, with not come up in the installer automatically nor when issued ifup eth0 though the driver is loaded. Additionally my NetGear MA111 USB wireless network adapter (802.11b, prism2 chipset) is neither modprobe'd nor activated as wlan0. Hmm. You say you used a daily build of the installer, but that uses 2.6.16 during the installation. Could you please retry using a daily built image and check the kernel version using 'uname -a'? If it still fails, please provide the following information: - which driver are we talking about - output of dmesg when the driver modules are loaded - any errors during ifup - syslog (gzipped) Most likely we will have to refer you to the kernel team though if these are really driver problems. pgpp17F0E4YA7.pgp Description: PGP signature
Bug#260649: marked as done (grub-installer: ask grub-installer/with_other_os at critical priority?)
Your message dated Mon, 10 Jul 2006 03:37:14 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#260649: #260649: grub-installer: ask grub-installer/with_other_os at critical priority? 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) ---BeginMessage--- Package: grub-installer Version: 0.52 Severity: wishlist I'd like to be able to run d-i at critical priority to cut down the number of questions asked. However, the with_other_os question is currently high, even though it can render a previously working machine unbootable if something goes wrong (i.e. Linux won't boot and your other partitions weren't detected by os-prober for some reason). Perhaps this should be asked at critical instead? Thanks, -- Colin Watson [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- On Thursday 22 June 2006 22:20, Frans Pop wrote: I propose to not implement the request and close the report for the following reasons: Closing as there has been no reply to this. ---End Message---
Bug#375161: partman-lvm: check LV and VG names before trying to create them
On Saturday 24 June 2006 00:13, David Härdeman wrote: The attached patch allows partman-lvm to check the names given for VG's and LV's before trying to create them. The checks have been derived from reading the lvm2 sources and bug #254630. Is there any way the two templates can be combined? They are very similar and having 60+ translations of them is not very appealing, especially as they will be only rarely used. pgp5cXV5Zk6GF.pgp Description: PGP signature
Bug#375156: marked as done (installation: wrong default keymap on Sun E250)
Your message dated Mon, 10 Jul 2006 03:36:09 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#375156: installation: wrong default keymap on Sun E250 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) ---BeginMessage--- Package: installation Severity: normal When I install Debian Sid for Sparc on my E250 and switch to 2.6.x kernel the chars which I type to keyboard are wrong eg. when I type A- 6 is displayed. Removing /etc/console/boottime.kmap.gz solve the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) ---End Message--- ---BeginMessage--- On Friday 23 June 2006 23:22, Daniel Smolik wrote: When I install Debian Sid for Sparc on my E250 and switch to 2.6.x kernel the chars which I type to keyboard are wrong eg. when I type A- 6 is displayed. Removing /etc/console/boottime.kmap.gz solve the problem. Please see: http://www.debian.org/releases/stable/sparc/release-notes/ch-information.en.html#s-upgrade-to-2.6 ---End Message---