Power Supply

2016-08-03 Thread manda
Hello, Glad to know that you are dealing with power supply, Jave Company Limited had 12 years experience of power adapter,Main products cover:LED power supply,wall rmount adapter, desktop adapter,LED driver,medical adapter,open frame power supply, USB charger,solar charger,car

Re: Add generic armhf SD card image

2016-08-03 Thread Martin Michlmayr
* Karsten Merker [2016-08-01 21:24]: > I have no objections against the idea of providing a "generic" SD > card image, but I would prefer to achieve that by just generating > a "firmware.none.img.gz" that can be concatenated together with > the partition image like we do it for

Re: [Pkg-openssl-devel] Bug#827951: libssl udeb inclusion in Jessie

2016-08-03 Thread Sebastian Andrzej Siewior
On 2016-06-24 10:35:43 [+0200], Yann Soubeyrand wrote: > Le jeudi 23 juin 2016 à 23:13 +0200, jcris...@debian.org a écrit : > > That doesn't sound suitable for a stable update, sorry. > OK, I understand. Closing with no change then. Sebastian

Processed: Re: keyboard-configuration: config script fails (syntax error)

2016-08-03 Thread Debian Bug Tracking System
Processing control commands: > tag -1 + patch Bug #833378 [keyboard-configuration] keyboard-configuration: config script fails (syntax error) Added tag(s) patch. -- 833378: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833378 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Bug#833378: keyboard-configuration: config script fails (syntax error)

2016-08-03 Thread Dominik George
Package: keyboard-configuration Version: 1.148 Followup-For: Bug #833378 Control: tag -1 + patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Find attached a patch that fixes this class of syntax errors. - -nik -BEGIN PGP SIGNATURE- Version: GnuPG v1

Processed: Re: Bug#833378: Info received (Bug#833378: Acknowledgement (keyboard-configuration: config script fails (syntax error)))

2016-08-03 Thread Debian Bug Tracking System
Processing control commands: > tag -1 - moreinfo Bug #833378 [keyboard-configuration] keyboard-configuration: config script fails (syntax error) Removed tag(s) moreinfo. > severity -1 serious Bug #833378 [keyboard-configuration] keyboard-configuration: config script fails (syntax error)

Bug#833378: Info received (Bug#833378: Acknowledgement (keyboard-configuration: config script fails (syntax error)))

2016-08-03 Thread Dominik George
Control: tag -1 - moreinfo Control: severity -1 serious Justification: Policy 10.4 Actually, the script is the culprit. Line 34618is: layout="${keymap%(*}" The ( needs to be quoted or escaped, as dictated by http://pubs.opengroup.org/ onlinepubs/009604499/utilities/xcu_chap02.html#tag_02_13_01

Processed: Re: Bug#833378: Acknowledgement (keyboard-configuration: config script fails (syntax error))

2016-08-03 Thread Debian Bug Tracking System
Processing control commands: > tag -1 + moreinfo Bug #833378 [keyboard-configuration] keyboard-configuration: config script fails (syntax error) Added tag(s) moreinfo. > severity -1 normal Bug #833378 [keyboard-configuration] keyboard-configuration: config script fails (syntax error) Severity

Bug#833378: Acknowledgement (keyboard-configuration: config script fails (syntax error))

2016-08-03 Thread Dominik George
Control: tag -1 + moreinfo Control: severity -1 normal Apparently, this only happens with mksh. While mksh states it is policy 10.4 compliant, this does seem to be a bug in mksh. Lowering severity to not block migration, will probably reassign later.

Bug#833378: keyboard-configuration: config script fails (syntax error)

2016-08-03 Thread Dominik George
Package: keyboard-configuration Version: 1.148 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 /var/lib/dpkg/info/keyboard-configuration.config[35572]: no closing quote - -- System Information: Debian Release: stretch/sid APT prefers

Bug#833053: Syntax error in the script that setupcon outputs

2016-08-03 Thread Anton Zinoviev
On Tue, Aug 02, 2016 at 10:43:45PM +0200, Philip Hands wrote: > It looks like there are a couple of other instances of the potentially > empty braces problem in this script, so we could address them at the > same time just in case. I agree. Even if the current script didn't have more empty