Bug#591016: flash-kernel: /usr/share/initramfs-tools/hooks/flash_kernel_set_root mis-detects root filesystems for systems using ubifs
* Daniel Kahn Gillmor d...@fifthhorseman.net [2010-07-31 10:34]: i also note that there is no command in flash-kernel for the guruplug to actually write the kernel to NAND storage -- it generates uImage and uInitrd, but does not store them to /dev/mtd1 as i'd expect something like: nandwrite /dev/mtd1 /boot/uImage Right. The reason my initial response to your bug report was maybe was because I'm not sure at this moment how we should handle installations to NAND. There are at leat three options: - Creating a combined uboot image (i.e. kernel plus ramdisk) and writing that to NAND. There's probably not enough space in mtd1 for this, though. - Given that ubifs support is built in, we could just write the kernel to NAND. - A third alternative is to simply generate the uKernel and uInitrd files on disk (i.e. ubifs in this case) and use u-boot to load them from ubifs (u-boot from mainline has support for this). I'm sort of leaning towards the last option since it's imho the cleanest variant. (The first one probably doesn't work because of size constraints and the second assumes that ubifs is built in, which I won't guarantee will be the case in the future.) But this is a slightly different issue than the one you reported in this bug. In any case, given that I'm leaning towards the third alternative, I should definitely fix the bug you reported, not just maybe. ;-) -- Martin Michlmayr http://www.cyrius.com/ -- 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/20100807235007.go14...@jirafa.cyrius.com
Bug#591016: flash-kernel: /usr/share/initramfs-tools/hooks/flash_kernel_set_root mis-detects root filesystems for systems using ubifs
* Daniel Kahn Gillmor d...@fifthhorseman.net [2010-07-30 19:32]: Warning: /etc/fstab parse error; guessing that the root device is /dev/sda2 Please show me what your /etc/fstab looks like. -- Martin Michlmayr http://www.cyrius.com/ -- 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/20100807235251.gq14...@jirafa.cyrius.com
Re: late_command to get user entered password
[William Belanger] Is the password blanked out to prevent someone printing it out? Yes. The late_command part is executed in finish-install.d/07preseed, while the user setup is in finish-install.d/06user-setup, and the passwords are cleared just after user. To get access to the user password, you would have to either put a hook in pre-pkgsel.d or earlier in finish-install.d. Using late_command is not going to work. Happy hacking, -- Petter Reinholdtsen -- 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/2flwrs1mx4x@login1.uio.no
Bug#591053: marked as done (console-setup: configuration file example doesn't source /etc/default/keyboard)
Your message dated Sun, 8 Aug 2010 15:11:51 +0300 with message-id 20100808121151.ga4...@debian.lan and subject line Re: Bug#591053: console-setup: configuration file example doesn't source /etc/default/keyboard has caused the Debian Bug report #591053, regarding console-setup: configuration file example doesn't source /etc/default/keyboard to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 591053: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591053 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: console-setup Version: 1.55 Severity: minor Hi. Perhaps this is a non-issue, but maybe you just forgot it :) The generated /etc/default/console-setup does: if [ -f /etc/default/keyboard ]; then . /etc/default/keyboard fi while the example /usr/share/doc/console-setup/examples/console-setup does not. Maybe this has to be included. Cheers, Chris. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii console-terminus 4.30-2 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.33 Debian configuration management sy ii keyboard-configuration1.55 system-wide keyboard preferences ii xkb-data 1.8-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools 1:0.2.3dbs-69 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.11.2-2 Embedded GNU C Library: National L ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip -- debconf information: * console-setup/variant: Germany - Eliminate dead keys * console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/unsupported_options: true * console-setup/ctrl_alt_bksp: true console-setup/modelcode: pc105 console-setup/use_system_font: console-setup/fontsize: 16 console-setup/unsupported_layout: true console-setup/layoutcode: de debian-installer/console-setup/title: console-setup/codesetcode: Lat15 console-setup/dont_ask_layout: * console-setup/altgr: The default for the keyboard layout * console-setup/ttys: /dev/tty[1-6] * console-setup/codeset: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/toggle: No toggling * console-setup/fontface: Terminus console-setup/fontsize-text: 16 * console-setup/compose: Caps Lock debian-installer/console-setup-udeb/title: console-setup/other: console-setup/store_defaults_in_debconf_db: true console-setup/switch: No temporary switch console-setup/unsupported_config_layout: true * console-setup/charmap: UTF-8 * console-setup/fontface47: Terminus console-setup/fontsize-text47: 16 console-setup/optionscode: compose:caps,terminate:ctrl_alt_bksp console-setup/unsupported_config_options: true * console-setup/charmap47: UTF-8 * console-setup/layout: Germany console-setup/variantcode: nodeadkeys * console-setup/model: Generic 105-key (Intl) PC * console-setup/fontsize-fb: 16 * console-setup/fontsize-fb47: 16 ---End Message--- ---BeginMessage--- On Sat, Jul 31, 2010 at 04:00:15PM +0200, Christoph Anton Mitterer wrote: Perhaps this is a non-issue, but maybe you just forgot it :) The generated /etc/default/console-setup does: if [ -f /etc/default/keyboard ]; then . /etc/default/keyboard fi while the example /usr/share/doc/console-setup/examples/console-setup does not. Maybe this has to be included. Thank you for reporting this. The file /etc/default/cosole-setup reads /etc/default/keyboard for backward compatibility with old software that expects to find the keyboard configuration in /etc/default/console-setup. I believe that all current Debian packages use /etc/default/keyboard for this so the example file is correct. Anton Zinoviev ---End Message---
Bug#585254: mklibs: Python string exceptions no more allowed in Python 2.6
reassign 585257 src:mklibs reassign 585254 src:mklibs forcemerge 585254 585257 tags 585254 + patch thanks * Sandro Tosi mo...@debian.org, 2010-06-09, 22:19: One of the changes brought by Python 2.6 is the removal of string exceptions, so they won't work in Python 2.6 (just a side note: they were also buggy before, since they were not guaranteed to work reliable even in 2.6); as an example: $ python2.5 -c raise 'eggs' -c:1: DeprecationWarning: raising a string exception is deprecated Traceback (most recent call last): File string, line 1, in module eggs $ python2.6 -c raise 'eggs' Traceback (most recent call last): File string, line 1, in module TypeError: exceptions must be old-style classes or derived from BaseException, not str The attached patch fixes these bugs. -- Jakub Wilk diff -Nru mklibs-0.1.30/src/mklibs mklibs-0.1.30+nmu1/src/mklibs --- mklibs-0.1.30/src/mklibs 2010-06-02 19:47:32.0 +0200 +++ mklibs-0.1.30+nmu1/src/mklibs 2010-08-08 14:18:06.0 +0200 @@ -85,7 +85,7 @@ def elf_header(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib: + obj +raise Exception(Cannot find lib: + obj) output = command(mklibs-readelf, --print-elf-header, obj) s = [int(i) for i in output[0].split()] return {'class': s[0], 'data': s[1], 'machine': s[2], 'flags': s[3]} @@ -93,21 +93,21 @@ # Return a set of rpath strings for the passed object def rpath(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib: + obj +raise Exception(Cannot find lib: + obj) output = command(mklibs-readelf, --print-rpath, obj) return [root + / + x for x in output] # Return a set of libraries the passed objects depend on. def library_depends(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib: + obj +raise Exception(Cannot find lib: + obj) return command(mklibs-readelf, --print-needed, obj) # Return a list of libraries the passed objects depend on. The # libraries are in -lfoo format suitable for passing to gcc. def library_depends_gcc_libnames(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib: + obj +raise Exception(Cannot find lib: + obj) libs = library_depends(obj) ret = [] for i in libs: @@ -139,7 +139,7 @@ # Return undefined symbols in an object as a set of tuples (name, weakness) def undefined_symbols(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib + obj +raise Exception(Cannot find lib + obj) output = command(mklibs-readelf, --print-symbols-undefined, obj) @@ -194,7 +194,7 @@ # Return a set of symbols provided by a library def provided_symbols(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib + obj +raise Exception(Cannot find lib + obj) library = extract_soname(obj) output = command(mklibs-readelf, --print-symbols-provided, obj) @@ -500,7 +500,7 @@ # No progress in last pass. Verify all remaining symbols are weak. for name in unresolved: if not needed_symbols[name].weak: -raise Unresolvable symbol %s % name +raise Exception(Unresolvable symbol %s % name) break previous_pass_unresolved = unresolved @@ -535,7 +535,7 @@ for name in needed_symbols: if not name in symbol_provider: if not needed_symbols[name].weak: -raise No library provides non-weak %s % name +raise Exception(No library provides non-weak %s % name) else: lib = symbol_provider[name] library_symbols_used[lib].add(library_symbols[lib][name]) diff -Nru mklibs-0.1.30/src/mklibs-copy mklibs-0.1.30+nmu1/src/mklibs-copy --- mklibs-0.1.30/src/mklibs-copy 2010-06-02 19:47:32.0 +0200 +++ mklibs-0.1.30+nmu1/src/mklibs-copy 2010-08-08 14:19:12.0 +0200 @@ -70,7 +70,7 @@ def elf_header(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib: + obj +raise Exception(Cannot find lib: + obj) output = command(mklibs-readelf, --print-elf-header, obj) s = [int(i) for i in output[0].split()] return {'class': s[0], 'data': s[1], 'machine': s[2], 'flags': s[3]} @@ -78,14 +78,14 @@ # Return a set of rpath strings for the passed object def rpath(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib: + obj +raise Exception(Cannot find lib: + obj) output = command(mklibs-readelf, -R, obj) return [root + / + x for x in output if x] # Return a set of libraries the passed objects depend on. def library_depends(obj): if not os.access(obj, os.F_OK): -raise Cannot find lib: + obj +raise Exception(Cannot find lib: + obj) return [x for x in command(mklibs-readelf, -n, obj) if x] # Return real target of a symlink signature.asc Description: Digital signature
Processed: Re: Bug#585254: mklibs: Python string exceptions no more allowed in Python 2.6
Processing commands for cont...@bugs.debian.org: reassign 585257 src:mklibs Bug #585257 [mklibs-copy] mklibs-copy: Python string exceptions no more allowed in Python 2.6 Bug reassigned from package 'mklibs-copy' to 'src:mklibs'. Bug No longer marked as found in versions mklibs/0.1.30. reassign 585254 src:mklibs Bug #585254 [mklibs] mklibs: Python string exceptions no more allowed in Python 2.6 Bug reassigned from package 'mklibs' to 'src:mklibs'. Bug No longer marked as found in versions mklibs/0.1.30. forcemerge 585254 585257 Bug#585254: mklibs: Python string exceptions no more allowed in Python 2.6 Bug#585257: mklibs-copy: Python string exceptions no more allowed in Python 2.6 Forcibly Merged 585254 585257. tags 585254 + patch Bug #585254 [src:mklibs] mklibs: Python string exceptions no more allowed in Python 2.6 Bug #585257 [src:mklibs] mklibs-copy: Python string exceptions no more allowed in Python 2.6 Added tag(s) patch. Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 585254: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585254 585257: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585257 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.12812720635753.transcr...@bugs.debian.org
Bug#592235: debian-installer: Add a working indicator in the progress bars dialogs
Package: debian-installer Version: 20100722 Severity: wishlist Tags: d-i Some progress dialogs (like the progress bar when formating media) stop for several seconds and tehre is no other working indicator. Some users think the system has hanged. It would be good to have a simple then system is working indicator, like some dots moving or something. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- 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/20100808151356.3733.89808.report...@luna.lisandropm.com.ar
Bug#592272: [INTL:da] Danish translation of the debconf templates discover
Package: discover Severity: wishlist Tags: l10n patch Please include the attached Danish debconf translations j...@joe-desktop:~/over/debian/discover$ msgfmt --statistics -c -v -o /dev/null da.po 2 oversatte tekster. bye Joe # Danish translation discover. # Copyright (C) 2010 discover nedenstående oversættere. # This file is distributed under the same license as the discover package. # Joe Hansen (joedalt...@yahoo.dk), 2010. # msgid msgstr Project-Id-Version: discover\n Report-Msgid-Bugs-To: p...@debian.org\n POT-Creation-Date: 2007-02-16 22:44+0100\n PO-Revision-Date: 2010-08-08 17:30+01:00\n Last-Translator: Joe Hansen joedalt...@yahoo.dk\n Language-Team: Danish debian-l10n-dan...@lists.debian.org \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../discover.templates:1001 msgid Packages to install: msgstr Pakker at installere: #. Type: multiselect #. Description #: ../discover.templates:1001 msgid Some packages were found to be useful with your hardware. Please select those you want to install. msgstr Nogle pakker, der kan være brugbare med din hardware, blev fundet. Vælg venligt dem du ønsker at installere.
Bug#592235: debian-installer: Add a working indicator in the progress bars dialogs
Quoting Lisandro Damián Nicanor Pérez Meyer (perezme...@gmail.com): Package: debian-installer Version: 20100722 Severity: wishlist Tags: d-i Some progress dialogs (like the progress bar when formating media) stop for several seconds and tehre is no other working indicator. Some users think the system has hanged. It would be good to have a simple then system is working indicator, like some dots moving or something. I'm fairly sure there is nearly no way to do this. The debconf progress bar are currently used at their best but getting good progress report when an external program is going to be quite a pain. signature.asc Description: Digital signature
Bug#568975:
Hi, #492897 has been closed, Add support for mdadm metadata formats 1.x. Does that change the situation with this bug? Is the reversion to 0.9 format still being considered, or has it been decided? Cheers Vince -- 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/alpine.deb.1.10.1008091417230.23...@mayhem.atnf.csiro.au