Bug#651280: don't allocate all available disk space in standard LVM partioning scheme
Package: debian-installer Severity: wishlist If you chose scheme "Guided - use entire disk and set up LVM" - then created logical volumes (e.g. for /usr, /var ...) span _all_ available space in the default volume group. Why not just create LVM volumes with some safe minimal sizes? Free space in the volume group can be used later: to grow up already created volumes or to create new ones. It's easy to do lvresize & most of filesystems supports online growing. On the contrary, none supports online shrinking of size. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cao+do4bgkuw_mdjj6piguzuexpcsyst9cozr2v43m3kgbiz...@mail.gmail.com
Bug#651299: Installation-report: ASUS Squeeze
Package: installation-reports -- Package-specific info: Boot method: USB pen with NetInst CD Image version: http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current/amd64/iso-cd/firmware-6.0.3-amd64-netinst.iso (Last-Modified: 08-Oct-2011 21:53) Date: 07-Dec 2011 Machine: ASUS U36JC-RX231V Partitions: df -Tl: df -Tl:Filesystem Type 1K-blocksUsed Available Use% Mounted on df -Tl:/dev/sda1 xfs97607104 1631292 95975812 2% / df -Tl:tmpfs tmpfs 5120 0 5120 0% /lib/init/rw df -Tl:tmpfs tmpfs384676 316384360 1% /run df -Tl:udevtmpfs 1917228 0 1917228 0% /dev df -Tl:tmpfs tmpfs769348 0769348 0% /run/shm df -Tl:/dev/mapper/private xfs 9754620 38428 9716192 1% /encrypted/local df -Tl:/dev/sda3 xfs 371016704 59236 370957468 1% /home Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it [I] = extra information Initial boot: [E] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [I] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: I used the expert (non-GUI) install. I originally overlooked the "configure encrypted volumes" (after initial partition). It would have been nice if the installer had warned me about this, though I noticed myself a while later[1] and corrected this issue (after base install and bootloader setup). On the first couple of boots I got an error because my encrypted volumes were not decrypted. Luckily they were not critical to booting, so I could continue the boot without these volumes. The issue turned out to be cryptsetup, which had not been installed. This might have been due to not configuring the encrypted volumes before installing the base system, though I honestly do not know. Finally, this report was sent after upgrading the system into a Wheezy/sid environment and further manually tweaking. :) I have yet to test my wireless beyond dhcp, but so far it appears to be working. :) Tasks installed: "laptop" and the standard system utilities. Bootloader: grub [1] I lazily read from installation guide during the installation. :) http://www.debian.org/releases/stable/amd64/index -- == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze3+b1" X_INSTALLATION_MEDIUM=hd-media == Installer hardware-summary: == uname -a: Linux mangetsu 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 18) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1c77] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Core Processor PCI Express x16 Root Port [8086:0045] (rev 18) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 18) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1542] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1c77] lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 06) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1c77] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 06) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:10b3] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 [8086:3b44] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 3 [8086:3b46] (rev 06) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 4 [8086:3b48]
Bug#651229: console-setup: ckbcomp not found when booting
severity 651229 minor thanks On Tue, Dec 06, 2011 at 10:37:16PM +0100, Miguel Angel wrote: > > When booting, you will see the following messages on the console: > > Tue Dec 6 22:26:34 2011: Setting parameters of disc: (none). > Tue Dec 6 22:26:34 2011: Setting preliminary keymap.../bin/setupcon: 939: > /bin/setupcon: /usr/bin/ckbcomp: not found > Tue Dec 6 22:26:34 2011: done. Thank you for reporting this problem. It will be fixed in the next version of console-setup. > This seems to be because /usr/bin/ckbcomp is not available at boot > time as /usr filesystem is mounted afterwards. > Perhaps a good idea will be to move ckbcomp to /bin (as it is needed > at boot-time). Actually the only thing that has to be fixed is to hide this error message, or maybe replace it with a warning (thats why I am lowering the severity of the bug). The script ckbcomp is not the only required file from /usr. The only way to be sure the preliminary keymap configuration works is to have precompiled keymap in /etc/console-setup. Later during the boot process, such precompiled keymap will be prepared automatically, so there will be no error message the next time the computer reboots. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111207141622.ga9...@logic.fmi.uni-sofia.bg
Bug#651229: console-setup: ckbcomp not found when booting
Hi Anton, I see you point. I am not an expert on this but here are my thoughts: - If ckbcomp could not be called at boot time... why this is inside in /bin/setupcon (which is called at boot time)? Same idea for the other binaries you mentioned - How is the preliminary keymap precompiled in /etc/console-setup ? Which command should you execute? - Perhaps the warning should mention my 2nd point above and this will avoid this warning. What do you think? Regards
Processed: Re: Bug#651229: console-setup: ckbcomp not found when booting
Processing commands for cont...@bugs.debian.org: > severity 651229 minor Bug #651229 [console-setup] console-setup: ckbcomp not found when booting Severity set to 'minor' from 'important' > thanks Stopping processing here. Please contact me if you need assistance. -- 651229: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651229 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.13232691864379.transcr...@bugs.debian.org
Bug#651229: console-setup: ckbcomp not found when booting
On Wed, Dec 07, 2011 at 03:46:34PM +0100, Miguel Angel Rojas wrote: > >- If ckbcomp could not be called at boot time... Console-setup has two boot scripts - /etc/inid.d/keyboard-setup and /etc/init.d/console-setup. During the execution of the second script /usr is mounted and setupcon is able to execute ckbcomp if necessary. >why this is inside in /bin/setupcon (which is called at boot time)? >Same idea for the other binaries you mentioned Setupcon is meant to be an universal script working in any situation - with or without /usr, with /bin/setfont or with /bin/consolechars, on Linux or on FreeBSD, with full installation or in the micro-Debian of the Installer, with enough configuration data or with errors in the configuration files and guessed settings. The boot scripts of console-setup can rely on this - they simply execute setupcon and do nothing more. >- How is the preliminary keymap precompiled in /etc/console-setup ? >Which command should you execute? The second boot script of console-setup does this - /usr is mounted so there is no problem. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111207164525.ga1...@logic.fmi.uni-sofia.bg
Bug#650979: debian-installer: syslinux boot menu falls off the bottom of the screen
On 06/12/2011 04:40, Joey Hess wrote: Flavio Stanchina wrote: If further space is wanted, I'd suggest moving the logo up, there's plenty of black pixels at the top of the image. IMHO, the old boot screen was neater and looked defintely less "toyish", by the way. There's a 100% chance that we'll be changing the boot logo, although what the final one for wheezy is not yet known. Well, I suppose you already thought about it, but why not try to get permission to use the real Wheezy this time? It's a penguin! :) This image would be perfect with a white background, penguin on the left and menu on the right: http://www.disneypicture.net/r-disney-movies-79-toy-story-172-toy-story-wheezy-2712.htm Google for images of Wheezy, some people already went down this road. On 06/12/2011 04:54, Joey Hess wrote: I have also made your changes to the squeeze branch of the installer, so they should be in the next point release of squeeze. Good, I hope I'll remember to check this. -- Ciao, Flavio Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4edfda02.7050...@stanchina.net
Bug#650979: debian-installer: syslinux boot menu falls off the bottom of the screen
On Wed, Dec 07, 2011 at 10:26:26PM +0100, Flavio Stanchina wrote: > Well, I suppose you already thought about it, but why not try to get > permission to use the real Wheezy this time? It's a penguin! :) This > image would be perfect with a white background, penguin on the left > and menu on the right: > http://www.disneypicture.net/r-disney-movies-79-toy-story-172-toy-story-wheezy-2712.htm > > Google for images of Wheezy, some people already went down this road. This is Disney you are talking about. Not going to happen. Would be very cute though. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111207213904.gc9...@caffeine.csclub.uwaterloo.ca
Bug#651098: SV: Bug#651098: [INTL:da] Danish translation of the debconf templates apt-setup
Hi Christian, I can do that as it would make the D-I stats for Danish less bad, but, indeed, I think this is a good idea it would be good to find someone to take care of general updates of D-I in Danish. And this too, and actually we did found a person around a year ago, but I don't think he is around anymore. I might (with some training) be able to do this, but that job is not my strong side and there are others with better skills (but unfortunately lacking the time for the job). But I never got life signs from these people for quite a while... Ask is still around :o) He is just working on his Ph.D. (defending it tomorrow actually). It is maybe time for debian-l10n-danish to take over the D-I translation? Don't think that is a good idea. The people who can assure a good quality on this translation are all following the group . I'm also on this list. I made the call for proofreading on that list. Actually both Byrial Jensen and Kenneth Nielsen have proofread this small translation update I made here for apt-setup. And I'm very convinced that then we need to make the final translation for the D-I translations one or more will step up (it is a very important translation). Bye Joe Fra: Christian PERRIER Til: Joe Dalton ; 651...@bugs.debian.org Cc: "debian-l10n-dan...@lists.debian.org" Sendt: 7:06 tirsdag den 6. december 2011 Emne: Re: Bug#651098: [INTL:da] Danish translation of the debconf templates apt-setup Quoting Joe Dalton (joedalt...@yahoo.dk): > Package: apt-setup > Severity: wishlist > Tags: l10n patch > > Please include the attached Danish apt-setup translations. > > joe@joe-desktop:~/over/debian/apt-setup$ msgfmt --statistics -c -v -o > /dev/null da.po > da.po: 68 oversatte tekster. apt-setup is part of Debian Installer and, therefore, is updated when Debian Installer "master" files are updated. Indeed, your update should be merged with D-I translation files. I can do that as it would make the D-I stats for Danish less bad, but, indeed, it would be good to find someone to take care of general updates of D-I in Danish. Last updates: # Ask Hjorth Larsen , 2010. # Mads Bille Lundby , 2008. # Jesper Dahl Nyerup , 2008. # Jacob Sparre Andersen , 2008, 2010. # Claus Hindsgaul , 2004-2007. Last update in D-I sublevel 1 file: "PO-Revision-Date: 2010-10-28 20:12+0200\n" "Last-Translator: Ask Hjorth Larsen \n" The debian-l10n-danish wasn't notified when I called for updates because: "Language-Team: \n" But I never got life signs from these people for quite a while... It is maybe time for debian-l10n-danish to take over the D-I translation?
Debian installer build: failed or old builds
Debian installer build overview --- Failed or old builds: * FAILED BUILD: amd64 Dec 07 22:25 debian-cd@pettersson 1sidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/1sidkfreebsd-i386 * FAILED BUILD: amd64 Dec 07 22:25 debian-cd@pettersson 2sidkfreebsd-i386 http://cdbuilder.debian.org/cdimage-log/2sidkfreebsd-i386 Totals: 112 builds (2 failed, 0 old) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1rysld-0007qr...@ravel.debian.org
Bug#651098: SV: Bug#651098: [INTL:da] Danish translation of the debconf templates apt-setup
Quoting Joe Dalton (joedalt...@yahoo.dk): > And I'm very convinced that then we need to make the final translation for > the D-I translations one or more will step up (it is a very important > translation). I have no preference, indeed. You certainly have a clearer idea about these things and who can do the update than me. If, at the end, the translation is completed, then that's fine. My opinion on this is that D-I translations are indeed not that a big task as long as it's done on a very regular basis. Strings don't change that often and we have a specific notification system that's triggerred as soon as one string changes (it just needs declaring one or more mail addresses in a text file for each language). This is indeed why I publish D-I stats on a regular basis on my blog (and Planet Debian): to motivate people to make updates on a regular basis, not in a rush when the release is coming. signature.asc Description: Digital signature
