Bug#766570: USB keyboard unresponsive after kernel load, but mouse works (Jessie Beta 2 amd64)
Hi Daniel, Daniel Smith dfsm...@dfsmith.net (2014-10-23): Package: installation-reports Boot method: USB stick (works on USB2 and USB3 ports, UEFI Generic) Image version: http://cdimage.debian.org/cdimage/jessie_di_beta_2/amd64/iso-cd/debian-jessie-DI-b2-amd64-netinst.iso Date: 2014-10-23 Machine: Asus VivoPC VM40B http://www.asus.com/us/ASUS_VivoPC/VivoPC_VM40B/ Processor: Intel CeleronĀ® 1007U Dual-Core CPU (amd64) Memory: 4GiB Partitions: N/A Output of lspci -knn (or lspci -nn): unable to provide Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Grub worked fine in both flavors (UEFI Generic). I suspect you mean syslinux/isolinux prompts, rather than grub? After booting the kernel, the USB keyboard does not work: becomes unresponsive. Numlock light stays on, but cannot be changed. Changing USB port does not fix. Plugging in keyboard after kernel boot does not work. On the specs page I see: 2 x USB 3.0 4 x USB 2.0 Did you try both USB 3.0 and USB 2.0 ports? What keyboard is that? I guess we might be missing some driver in the kernel udebs. Mraw, KiBi. signature.asc Description: Digital signature
Bug#656710: partman-crypto: Preseeding the passphrase
Christian PERRIER bubu...@debian.org (2014-10-20): Quoting Cyril Brulebois (k...@debian.org): Christian: Can you please check that this modification isn't going to generate either noise or work for translators? And suggest another approach if I failed to do that properly. Should be fine from what I see, no problem. Thanks. Since I received no objections I went ahead and just uploaded partman-crypto/77. Mraw, KiBi. signature.asc Description: Digital signature
Processing of partman-crypto_77_amd64.changes
partman-crypto_77_amd64.changes uploaded successfully to localhost along with the files: partman-crypto_77.dsc partman-crypto_77.tar.xz partman-crypto_77_amd64.udeb partman-crypto-dm_77_all.udeb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xhbsn-0001yd...@franck.debian.org
partman-crypto_77_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 24 Oct 2014 12:00:46 +0200 Source: partman-crypto Binary: partman-crypto partman-crypto-dm Architecture: source amd64 all Version: 77 Distribution: unstable Urgency: medium Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Cyril Brulebois k...@debian.org Description: partman-crypto - Add to partman support for block device encryption (udeb) partman-crypto-dm - Add to partman support for dm-crypt encryption (udeb) Closes: 656710 Changes: partman-crypto (77) unstable; urgency=medium . * Cherry-pick bzr r693 from Ubuntu (partman-crypto/40ubuntu2), thanks to Colin Watson: - Allow preseeding the first passphrase prompt (LP: #546405). (Preseeding passphrases for multiple different physical volumes is a whole different kettle of fish ...) * Cherry-pick bzr r695 from Ubuntu (partman-crypto/40ubuntu3), thanks to Colin Watson: - Allow preseeding partman-crypto/weak_passphrase too (LP: #546405). * Add a security note in debian/partman-crypto.templates, documenting the preseedability of the three extra items listed below, warning against possible eavesdropping, and suggesting a proper key escrow system (Closes: #656710): - partman-crypto/passphrase - partman-crypto/passphrase-again - partman-crypto/weak_passphrase Checksums-Sha1: 8e4021b5b258621795c51216c18e7795812c93c7 1804 partman-crypto_77.dsc af45584b44c5391deae268033fd96bb853261ab8 260932 partman-crypto_77.tar.xz 9d07f8c2d06ae281a4fbe80dbf560f6dd812ab0d 360244 partman-crypto_77_amd64.udeb 50e1012b4f5117184bc785ec92dfa6d04cb309cc 1372 partman-crypto-dm_77_all.udeb Checksums-Sha256: 8eef3ac7ccfc96937a9c1de9dc0954966b5658da56636c41a79b4986de241ae3 1804 partman-crypto_77.dsc 3395d805fbd6e3bb1a2492a7eb74a6d95f1b1c81d16bbc7165976c0e718ee66d 260932 partman-crypto_77.tar.xz 9c8fed61521904d370c269a926fd19e40437e43c3ab2bed69b500faee39621d0 360244 partman-crypto_77_amd64.udeb f1305ea8f961a5176598b673fabcac9e031b94910b84455c97682d4827df48e6 1372 partman-crypto-dm_77_all.udeb Files: fa54b6e4bfed88f5391a8ed2e12c5528 1804 debian-installer optional partman-crypto_77.dsc e8fbe9c6a1a3e191cae50fe347eab631 260932 debian-installer optional partman-crypto_77.tar.xz 8d8cbe0ba55441f70cb8d34db17de209 360244 debian-installer optional partman-crypto_77_amd64.udeb d8aea9550d561fbbecd5a4aefcf29390 1372 debian-installer optional partman-crypto-dm_77_all.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJUSiWqAAoJEP+RSvDCs1UgodIP/iKus7EafkPqalRHwQvQKSnD 6AdGv/5sz/sJYbSUSmNhpJ0cfTDlW73c4pBzCjnXPYzNACAMdmd2nyXp43V04glv ca9PJAAwCBRUIEsVgQ6pB2e8uQhZDnqwy8Z4Mt9944gl0wCIfbUfciSFmP3+LHGY rZ1FMSg3ELTSIU8X0PSuVDH4UoVax+QxRmHikr63U1d6DgVgNAcL6wmxOtvsRk62 9k+3BWjknlzJ0Mv808wrsc/U5SW2KCLjKYFo2YkWEASuD3Ksmh8mG9TL9e793i7P r4XlMTKKDtV73UxmD+0ZAorxiZfHRnWXKk4nchS//vfgaD+FggyFWra/eq2Jtfbw yzcdrJvOStalxLsbzIGSkw5QP+n7hOzYRvhQBU0V2vtp46YobhbylQoYKCbVToef ZjmGeyjC2ucVjqOZswNkO+Fgyyq5aQWOQ/Tguv/5cSYDEknjaKVIyuQBgHHZroTU EGePdphrg1333IwtCOXxJRvEleVf4f5Y7xvpLO7FCNTgp0Wiv4rNuIOHU2kZ9aSV xpArG1NIzJHoeLM124fds1/++t7JRhHeZGP64zIeeQhfOCMfi5lx1EVKJC3M272+ LeH8uJm0Yg7eXCBVsCmpwll+98MnA5VGM1Oy02snLK7spmNwbtn9U+uzc0ivPGYJ UOBTdhpSHXrrI5FlZNSN =WPqt -END PGP SIGNATURE- Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xhcis-0001kr...@franck.debian.org
Bug#530784: marked as done (Consider adding support to preseed a dm-crypt passphrase)
Your message dated Fri, 24 Oct 2014 10:40:40 + with message-id e1xhcis-0001kb...@franck.debian.org and subject line Bug#656710: fixed in partman-crypto 77 has caused the Debian Bug report #656710, regarding Consider adding support to preseed a dm-crypt passphrase 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.) -- 656710: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656710 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Subject: partman-crypto: preseeding of the dm-crypt passphrase failed Package: partman-crypto Version: 36 Severity: normal -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-1-686 Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) (the test with english language also failed) Hello, i tried to install about 20 laptops full preseeded with crypted root and swap (and a normal /boot). The installation work but without accepting my preseeded partman-crypto/passphrase (and partman-crypto/passphrase-again). I use 'd-i preseeded partman-crypto/passphrase password CLEAR TEST PASSWORD' and the same with 'partman-crypto/passphrase-again'. I see the Values in the 'passwords.dat' when the system is processing the preseed file but it seems that the 'blockdev-keygen' script didn't get it. Is it not possible to preseed this value? Or how is it possible debug partman-crypto precessing? The exact image i used for the installation: http://ftp.de.debian.org/debian-cd/5.0.1/i386/iso-cd/debian-501-i386-netinst.iso # (14-Apr-2009 00:28 - 154M) The installation without preseeding partman works correct. I start the installation with a test preseed file an priority=medium. My test preseed file (all other values are set intercativ): # Disk Partitioning/Boot loader # dm-crypt passphrase d-i partman-crypto/passphrase password A_very_log_and_secret_passphrase! d-i partman-crypto/passphrase-again password A_very_log_and_secret_passphrase! When starting the menu entry Partition disks, until setting the partition for encryption the .../passwords.dat contains: ... Name: partman-crypto/passphrase Template: partman-crypto/passphrase Value: A_very_log_and_secret_passphrase! Owners: d-i, partman-crypto Flags: seen Variables: ID = partman-crypto/passphrase Name: partman-crypto/passphrase-again Template: partman-crypto/passphrase-again Value: A_very_log_and_secret_passphrase! Owners: d-i, partman-crypto Flags: seen Variables: ID = partman-crypto/passphrase-again ... But before preparing the partition the installation asks for the passphrase. The .../passwords.dat contains after the partitioning: ... Name: partman-crypto/passphrase Template: partman-crypto/passphrase Value: Owners: d-i, partman-crypto Variables: ID = partman-crypto/passphrase DEVICE = SCSI1 (0,0,0), partition #2 (sda) Name: partman-crypto/passphrase-again Template: partman-crypto/passphrase-again Value: Owners: d-i, partman-crypto Variables: ID = partman-crypto/passphrase-again ... I inserted a 'set -x' in '/bin/blockdev-keygen' and '/lib/partman/lib/crypto-base.sh' and append the saved syslog (.gz) and the lsb-release file to this report. Many thanks for any help Gabriel syslog.gz Description: GNU Zip compressed data DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20090123lenny1 X_INSTALLATION_MEDIUM=cdrom ---End Message--- ---BeginMessage--- Source: partman-crypto Source-Version: 77 We believe that the bug you reported is fixed in the latest version of partman-crypto, which is due to be installed in the Debian FTP archive. 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 656...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois k...@debian.org (supplier of updated partman-crypto 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 ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 24 Oct 2014 12:00:46 +0200 Source: partman-crypto
Bug#656710: marked as done (partman-crypto: Preseeding the passphrase)
Your message dated Fri, 24 Oct 2014 10:40:40 + with message-id e1xhcis-0001kb...@franck.debian.org and subject line Bug#656710: fixed in partman-crypto 77 has caused the Debian Bug report #656710, regarding partman-crypto: Preseeding the passphrase 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.) -- 656710: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656710 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: partman-crypto Version: 49 Severity: wishlist Tags: d-i patch The passphrase should be preseedable for unattended installations. This is possible in the Ubuntu-version of this package since at least the end of March 2010 (40ubuntu2). The attached patch is an independent implementation of the same functionality. Thoughts on security: The preseeded passphrase should be considered insecure, depending on the source of the preseed file. But if the administrator ensures that the user changes the passphrase after the first login, this should still be secure enough (Maybe put a note about security into the preseed template file?). Currently tested on http://ftp.debian.org/debian/dists/squeeze/main/installer-i386/current/images/netboot/mini.iso . -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Olaf Mandel o...@mandel.name http://www.olaf.mandel.name/ PGP key: 1024D/33398848 2002-09-19 Fingerprint: 0E33 BEA6 1A71 9C5E 62BD FC0E 99A7 D2C6 3339 8848 --- partman-crypto-49/blockdev-keygen.orig 2012-01-20 20:11:31.603528151 +0100 +++ partman-crypto-49/blockdev-keygen 2012-01-20 20:33:55.293528151 +0100 @@ -31,25 +31,24 @@ } get_passphrase () { - local pass_ok + local templ last_RET pass pass_ok pass_ok=0 while [ $pass_ok -eq 0 ]; do templ=partman-crypto/passphrase - db_set $templ - db_fset $templ seen false db_subst $templ DEVICE $description db_input critical $templ templ=partman-crypto/passphrase-again - db_set $templ - db_fset $templ seen false db_input critical $templ db_go || return 1 - db_get partman-crypto/passphrase || RET='' + templ=partman-crypto/passphrase + db_get $templ || RET='' pass=$RET + db_set $templ + db_fset $templ seen false if [ -z $pass ]; then templ=partman-crypto/passphrase-empty db_fset $templ seen false @@ -57,8 +56,12 @@ continue fi - db_get partman-crypto/passphrase-again || RET='' - if [ $pass != $RET ]; then + templ=partman-crypto/passphrase-again + db_get $templ || RET='' + last_RET=$RET + db_set $templ + db_fset $templ seen false + if [ $pass != $last_RET ]; then templ=partman-crypto/passphrase-mismatch db_fset $templ seen false db_input critical $templ @@ -67,14 +70,15 @@ if passphrase_is_weak $pass; then templ=partman-crypto/weak_passphrase - db_set $templ false - db_fset $templ seen false db_subst $templ MINIMUM $minlen db_input critical $templ || true db_go || true db_get $templ || RET='' + last_RET=$RET + db_set $templ false + db_fset $templ seen false - if [ $RET != true ]; then + if [ $last_RET != true ]; then # user doesn't want to force weak passphrase continue fi @@ -83,9 +87,6 @@ pass_ok=1 done - db_set partman-crypto/passphrase - db_set partman-crypto/passphrase-again - if [ $pass_ok -eq 1 ]; then echo $pass fi signature.asc Description: OpenPGP digital signature ---End Message--- ---BeginMessage--- Source: partman-crypto Source-Version: 77 We believe that the bug you reported is fixed in the latest version of partman-crypto, which is due to be installed in the Debian FTP archive. 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 656...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Cyril Brulebois k...@debian.org (supplier of updated partman-crypto 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 ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 24 Oct 2014 12:00:46 +0200 Source: partman-crypto Binary: partman-crypto partman-crypto-dm Architecture: source amd64 all Version:
crazy diffs = beware of deleted files?
Christian PERRIER bubu...@debian.org (2014-09-28): Quoting Cyril Brulebois (k...@debian.org): dh-autoreconf usage has been introduced a while ago, specifically to avoid such crazy diffs. Can you please tell me what happened on your side and how we could improve things so that it doesn't happen again? What happened is basically what I do for every build..:-) pdebuild --pbuilder cowbuilder -- --basepath /var/cache/pbuilder/base-sid.cow --distribution sid Another example, between partman-crypto/76 and partman-crypto/77: /tmp/z3cjgPs0hl/partman-crypto-77/base64/tests/case5 |binary /tmp/z3cjgPs0hl/partman-crypto-77/base64/tests/case6 |binary /tmp/z3cjgPs0hl/partman-crypto-77/base64/tests/case8 |binary /tmp/z3cjgPs0hl/partman-crypto-77/base64/tests/case9 |binary partman-crypto-77/base64/Makefile| 23 --- partman-crypto-77/base64/base64.c| 101 --- partman-crypto-77/base64/tests/TESTS | 13 - partman-crypto-77/base64/tests/case1 |1 partman-crypto-77/base64/tests/case2 |1 partman-crypto-77/base64/tests/case3 |1 partman-crypto-77/base64/tests/case4 |1 partman-crypto-77/base64/tests/case7 |1 partman-crypto-77/base64/tests/want1 |1 partman-crypto-77/base64/tests/want2 |1 partman-crypto-77/base64/tests/want3 |1 partman-crypto-77/base64/tests/want4 |1 partman-crypto-77/base64/tests/want5 |6 partman-crypto-77/base64/tests/want6 | 28 partman-crypto-77/base64/tests/want7 |1 partman-crypto-77/base64/tests/want8 | 64 - partman-crypto-77/base64/tests/want9 | 65 - partman-crypto-77/blockdev-keygen| 21 ++- partman-crypto-77/ciphers/loop-AES/AES128/desc |1 partman-crypto-77/ciphers/loop-AES/AES128/module |1 partman-crypto-77/ciphers/loop-AES/AES192/desc |1 partman-crypto-77/ciphers/loop-AES/AES192/module |1 partman-crypto-77/ciphers/loop-AES/AES256/desc |1 partman-crypto-77/ciphers/loop-AES/AES256/module |1 partman-crypto-77/ciphers/loop-AES/keytype |1 partman-crypto-77/ciphers/loop-AES/serpent128/desc |1 partman-crypto-77/ciphers/loop-AES/serpent128/module |1 partman-crypto-77/ciphers/loop-AES/serpent192/desc |1 partman-crypto-77/ciphers/loop-AES/serpent192/module |1 partman-crypto-77/ciphers/loop-AES/serpent256/desc |1 partman-crypto-77/ciphers/loop-AES/serpent256/module |1 partman-crypto-77/ciphers/loop-AES/twofish128/desc |1 partman-crypto-77/ciphers/loop-AES/twofish128/module |1 partman-crypto-77/ciphers/loop-AES/twofish192/desc |1 partman-crypto-77/ciphers/loop-AES/twofish192/module |1 partman-crypto-77/ciphers/loop-AES/twofish256/desc |1 partman-crypto-77/ciphers/loop-AES/twofish256/module |1 partman-crypto-77/commit.d/_numbers |1 partman-crypto-77/commit.d/unsafe_swap | 56 partman-crypto-77/debian/changelog | 20 ++ partman-crypto-77/debian/install |1 partman-crypto-77/debian/partman-crypto-loop.install |1 partman-crypto-77/debian/partman-crypto.templates| 10 + partman-crypto-77/finish-install.d/05crypto | 71 -- partman-crypto-77/post-base-installer.d/61partman-crypto | 11 - 49 files changed, 45 insertions(+), 476 deletions(-) which is basically the reversal of what happened between partman-crypto/75 and partman-crypto/76 (plenty of noise got added). I originally wrote this: It would be nice if someone knowing about pdebuild/cowbuilder and friends could figure out why we get crazy things like this. Since we're about to freeze, it's quite doubtful that release team members will enjoy getting such diffs to review for just some .po file updates. but looking at base64 and ciphers/loop-AES, that matches deletions in the git history. Christian, I suspect git clean -ndf / git clean -xdf would list then remove contents on your side? In which case, the same probably happened for the other package, since the introduction of dh-autoreconf meant we would remove old, generated files. Mraw, KiBi. signature.asc Description: Digital signature
Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2
Am 24.10.2014 um 06:39 schrieb Eric Dorland: Hmmm, are you talking about gnome-keyring? It actually hijacks the gpg-agent protocol and breaks some things (see http://b/760102). You still need the pinentry program if you disable gnome-keyright AFAIK. Couldn't that warning message also include hints to install pinentry-gtk2? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#766646: installation-reports: nothing on screen after systemd-fsck output
Package: installation-reports Severity: important Dear Maintainer, testing my PXE boot infrastructure with Jessie I did an expert text installation that only included SSH server and standard tasks, i.e. no X. Installation went fine and I rebooted. GRUB menu looked ok, then I saw a systemd-fsck success-notice on the screen. After that my screen got completely black. My TFT told me about a changed resolution (1280x1024, which is its native resolution) but nothing was seen on the screen. Changing virtual terminals (Ctrl-Alt-F*) didn't change a thing. Besides seeing nothing I was able to log in as root (and run find / to proove it). I write this report via ssh. If you need further information I can log in the machine at any time to provide it. -- Package-specific info: Boot method: PXE Image version: http://d-i.debian.org/daily-images/i386/daily/netboot/netboot.tar.gz 2014-10-24 02:11:13.0 +0200 Date: 20 mins ago Machine: selfmade PC Partitions: (irrelevant) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Clock/timezone setup: [0] User/password setup:[0] Detect hard drives: [0] Partition hard drives: [0] Install base system:[0] Install tasks: [0] Install boot loader:[0] Overall install:[E] Comments/Problems: (see above) -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20141024-00:09 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux debian 3.16-3-486 #1 Debian 3.16.5-1 (2014-10-10) i686 GNU/Linux lspci -knn: 00:00.0 RAM memory [0500]: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller [10de:0754] (rev a2) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: 00:01.0 ISA bridge [0601]: NVIDIA Corporation MCP78S [GeForce 8200] LPC Bridge [10de:075c] (rev a2) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: 00:01.1 SMBus [0c05]: NVIDIA Corporation MCP78S [GeForce 8200] SMBus [10de:0752] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: 00:01.2 RAM memory [0500]: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller [10de:0751] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: 00:01.3 Co-processor [0b40]: NVIDIA Corporation MCP78S [GeForce 8200] Co-Processor [10de:0753] (rev a2) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: 00:01.4 RAM memory [0500]: NVIDIA Corporation MCP78S [GeForce 8200] Memory Controller [10de:0568] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: 00:02.0 USB controller [0c03]: NVIDIA Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller [10de:077b] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 00:02.1 USB controller [0c03]: NVIDIA Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller [10de:077c] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:04.0 USB controller [0c03]: NVIDIA Corporation MCP78S [GeForce 8200] OHCI USB 1.1 Controller [10de:077d] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: Kernel driver in use: ohci-pci lspci -knn: 00:04.1 USB controller [0c03]: NVIDIA Corporation MCP78S [GeForce 8200] EHCI USB 2.0 Controller [10de:077e] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: Kernel driver in use: ehci-pci lspci -knn: 00:06.0 IDE interface [0101]: NVIDIA Corporation MCP78S [GeForce 8200] IDE [10de:0759] (rev a1) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: Kernel driver in use: pata_amd lspci -knn: 00:08.0 PCI bridge [0604]: NVIDIA Corporation MCP78S [GeForce 8200] PCI Bridge [10de:075a] (rev a1) lspci -knn: 00:09.0 IDE interface [0101]: NVIDIA Corporation MCP78S [GeForce 8200] SATA Controller (non-AHCI mode) [10de:0ad0] (rev a2) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:82f2] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:0a.0 Ethernet controller [0200]: NVIDIA Corporation MCP77 Ethernet [10de
Bug#766570: USB keyboard unresponsive after kernel load, but mouse works (Jessie Beta 2 amd64)
Thanks KiBi, I tried the keyboard (and USB stick) in both the USB2 and USB3 ports. No difference. I did find an old blog post[1] describing the issue, and it suggests adding the following to initrd.img (/etc/initramfs-tools/modules): usbcore uhci_hcd ehci_hcd ehci_pci usbhid hid_generic I don't currently have a Jessie system to run update-initramfs, but I'll can copy an initrd onto the USB stick if someone can provide one. (And you're probably right about syslinux---the BIOS found two bootloaders: a text one and a graphical one with swooshes; and I didn't look closely!) Daniel [1] http://www.kasploosh.com/weblog/14000/14016-debian_jessie_usb_keyboard.html -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/544a86ba.2090...@smith.net
Re: [PATCH V2] d-i hd-media support for armhf
On Sat, 2014-10-11 at 08:47 +0100, Ian Campbell wrote: On Wed, 2014-10-01 at 00:47 +0200, Karsten Merker wrote: +.PHONY: hd-media_dtbs +hd-media_dtbs: $(TEMP_DTBS) + mkdir -p $(SOME_DEST)/$(EXTRANAME)dtbs + set -ex ; for dtb in $(TEMP_DTBS)/*.dtb ; do \ + tgt=$(SOME_DEST)/$(EXTRANAME)dtbs/$$(basename $$dtb); \ + cp $$dtb $$tgt ; \ + update-manifest $$tgt Device Tree Blob: $$(basename $$dtb);\ + done + cp boot/README.device-tree $(SOME_DEST)/$(EXTRANAME)dtbs/README + update-manifest $(SOME_DEST)/$(EXTRANAME)dtbs/README Device Tree Blobs README This results in http://d-i.debian.org/daily-images/armhf/daily/hd-media/dtbs/ which I don't think is needed since we already have http://d-i.debian.org/daily-images/armhf/daily/device-tree/ as a common place to publish the dtbs. I think it would be best to put these in a temporary location for the purposes of including in the hd-media tarball only. Or maybe it is possible to depend on the output of the existing device-tree flavour, I've not checked into that possibility. How about this patch, it seems to do what I meant here. Ian. commit cca80bb7adae24b525790fd0d9ba6c8c5c6bc370 Author: Ian Campbell i...@debian.org Date: Fri Oct 24 21:37:59 2014 +0100 armhf: Don't publish dtbs dir with hd-media Include them in the hd-media.tar.gz but not ion unpacked form diff --git a/build/config/armhf/hd-media.cfg b/build/config/armhf/hd-media.cfg index 31d3583..ec119df 100644 --- a/build/config/armhf/hd-media.cfg +++ b/build/config/armhf/hd-media.cfg @@ -3,28 +3,24 @@ FLAVOUR_SUPPORTED = GZIPPED = .gz EXTRANAME = hd-media/ -TARGET = $(KERNEL) $(INITRD) hd-media_dtbs hd-media_bootscript hd-media_tarball +TARGET = $(KERNEL) $(INITRD) hd-media_bootscript hd-media_tarball MANIFEST-INITRD = Initrd for use on USB memory sticks MANIFEST-KERNEL = Kernel for use on USB memory sticks -.PHONY: hd-media_dtbs -hd-media_dtbs: $(TEMP_DTBS) - mkdir -p $(SOME_DEST)/$(EXTRANAME)dtbs - set -ex ; for dtb in $(TEMP_DTBS)/*.dtb ; do \ - tgt=$(SOME_DEST)/$(EXTRANAME)dtbs/$$(basename $$dtb); \ - cp $$dtb $$tgt ; \ - update-manifest $$tgt Device Tree Blob: $$(basename $$dtb);\ - done - cp boot/README.device-tree $(SOME_DEST)/$(EXTRANAME)dtbs/README - update-manifest $(SOME_DEST)/$(EXTRANAME)dtbs/README Device Tree Blobs README - .PHONY: hd-media_bootscript hd-media_bootscript: mkimage -T script -A arm -d boot/arm/bootscr.mainline_common $(SOME_DEST)/$(EXTRANAME)boot.scr update-manifest $(SOME_DEST)/$(EXTRANAME)boot.scr Universal boot script for mainline u-boot (= v2014.10) .PHONY: hd-media_tarball -hd-media_tarball: $(KERNEL) $(INITRD) hd-media_dtbs hd-media_bootscript - tar -C $(SOME_DEST)/$(EXTRANAME) -zcf $(TEMP)/hd-media.tar.gz boot.scr initrd.gz vmlinuz dtbs/ +hd-media_tarball: $(KERNEL) $(INITRD) $(TEMP_DTBS) hd-media_bootscript + -rm -rf $(TEMP)/hd-media + mkdir $(TEMP)/hd-media + cp $(KERNEL) $(TEMP)/hd-media/vmlinuz + cp $(INITRD) $(TEMP)/hd-media/initrd.gz + cp $(SOME_DEST)/$(EXTRANAME)boot.scr $(TEMP)/hd-media/boot.scr + cp -r $(TEMP_DTBS) $(TEMP)/hd-media/dtbs/ + cp boot/README.device-tree $(TEMP)/hd-media/dtbs/README + tar -C $(TEMP)/hd-media -zcf $(TEMP)/hd-media.tar.gz boot.scr initrd.gz vmlinuz dtbs/ mv $(TEMP)/hd-media.tar.gz $(SOME_DEST)/$(EXTRANAME) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1414183169.3584.11.ca...@hellion.org.uk
Bug#685241: marked as done (lxde, task-lxde-desktop: please add a PDF reader to recommends)
Your message dated Fri, 24 Oct 2014 22:24:50 + with message-id e1xhnhu-0002u9...@franck.debian.org and subject line Bug#685241: fixed in lxde-metapackages 5 has caused the Debian Bug report #685241, regarding lxde, task-lxde-desktop: please add a PDF reader to recommends 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.) -- 685241: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685241 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: task-lxde-desktop Version: 3.11 Severity: wishlist Dear Maintainer, please add 'epdfview' into recommends section of 'task-lxde-desktop', as it's already done in 'task-xfce-desktop'. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages task-lxde-desktop depends on: ii lxde 2 ii task-desktop 3.11 ii tasksel 3.11 Versions of packages task-lxde-desktop recommends: ii hyphen-en-us2.8.3-2 ii iceweasel 10.0.6esr-1 ii libreoffice 1:3.5.4-7 pn libreoffice-gcj none ii libreoffice-gtk 1:3.5.4-7 ii libreoffice-help-en-us 1:3.5.4-7 ii lxlauncher 0.2.2-3 ii lxtask 0.1.4-3 ii myspell-en-us 1:3.3.0-4 ii mythes-en-us1:3.3.0-4 ii synaptic0.75.12 ii system-config-printer 1.3.7-3 ii xsane 0.998-3+b1 task-lxde-desktop suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: lxde-metapackages Source-Version: 5 We believe that the bug you reported is fixed in the latest version of lxde-metapackages, which is due to be installed in the Debian FTP archive. 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 685...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andriy Grytsenko and...@rep.kiev.ua (supplier of updated lxde-metapackages 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 ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 22 Oct 2014 02:01:00 +0300 Source: lxde-metapackages Binary: lxde-core lxde Architecture: source all Version: 5 Distribution: unstable Urgency: low Maintainer: Debian LXDE Maintainers lxde-deb...@lists.lxde.org Changed-By: Andriy Grytsenko and...@rep.kiev.ua Description: lxde - Metapackage for LXDE lxde-core - Metapackage for the LXDE core Closes: 681500 685241 704339 708622 762052 Changes: lxde-metapackages (5) unstable; urgency=low . [ Jackson Doak ] * Fill in the upstream fields in debian/copyright * Update descriptions to debian standards * Fix a typo in the changelog * Bump standards-version to 3.9.5 * Remove Daniel Baumann from the Uploaders field. (Closes: #704339) . [ Andriy Grytsenko ] * Removing versioning (= 0.9.8) from pcmanfm, it is very much obsolete. * Adding lxsession to Recommends for lxde-core, it is already mentioned in description but missing. * Replacing obconf with lxappearance-obconf, it is more appropriate for LXDE. * Removing lxshortcut from lxde dependencies, it deprecated (Closes: #762052). * Adding lxde to suggested by lxde-core. * Adding alsamixergui as recommended by lxde: users often need an audio mixer application. * Adding clipit as recommended by lxde: most of users find it very handy. * Adding deluge | transmission-gtk as recommended by lxde: too many users use bittorent. * Adding evince-gtk (PDF reader) as recommended by lxde (Closes: #685241). * Adding gnome-disk-utility as recommended by lxde. * Adding gnome-mplayer as recommended by lxde: almost every user needs a video player. * Adding gnome-system-tools as recommended by lxde: users on non-single-user machine require it. * Adding gucharmap as recommended by lxde: it is widely used application. * Adding audacious as alternative to lxmusic (Closes: #681500). * Adding usermode as recommended by lxde: it contains currently missing simple applications to change user password or