Bug#940281: inputlirc: does not start because /run/lirc missing
Package: inputlirc Version: 30-1 Severity: important Dear Maintainer, I'm using inputlirc without any other lirc packages: dpkg -l|grep lirc ii inputlirc 30-1 amd64Zeroconf LIRC daemon using input event devices ii liblirc-client0:amd64 0.10.1-5.2 amd64infra-red remote control support - client library But service is not starting after reboot: systemctl status inputlirc ● inputlirc.service - Zeroconf LIRC daemon using input event devices Loaded: loaded (/lib/systemd/system/inputlirc.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sun 2019-09-15 10:27:36 CEST; 45s ago Docs: man:inputlircd(8) Process: 628 ExecStart=/usr/sbin/inputlircd -f $OPTIONS $EVENTS (code=exited, status=71) Main PID: 628 (code=exited, status=71) Sep 15 10:27:36 glotz inputlircd[628]: inputlircd: /dev/input/event5 does not support EV_KEY events Sep 15 10:27:36 glotz inputlircd[628]: /dev/input/event4 3 Sep 15 10:27:36 glotz inputlircd[628]: /dev/input/event3 3 Sep 15 10:27:36 glotz inputlircd[628]: /dev/input/event5 does not support EV_KEY events Sep 15 10:27:36 glotz inputlircd[628]: /dev/input/event2 17 Sep 15 10:27:36 glotz inputlircd[628]: /dev/input/event1 1f Sep 15 10:27:36 glotz inputlircd[628]: /dev/input/event0 120013 Sep 15 10:27:36 glotz inputlircd[628]: Unable to bind AF_UNIX socket to /run/lirc/lircd: No such file or directory Sep 15 10:27:36 glotz systemd[1]: inputlirc.service: Main process exited, code=exited, status=71/OSERR Sep 15 10:27:36 glotz systemd[1]: inputlirc.service: Failed with result 'exit-code'. I have to manually create /run/lirc and: systemctl restart inputlirc Any idea what is missing? Regards, Stefan -- System Information: Debian Release: 10.1 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages inputlirc depends on: ii libc6 2.28-10 inputlirc recommends no packages. Versions of packages inputlirc suggests: ii input-utils 1.0-1.1+b1 pn lirc -- no debconf information
Bug#863043: vdradmin-am: missing dependency: Can't locate CGI.pm
Package: vdradmin-am Version: 3.6.10-2 Severity: important Dear Maintainer, after upgrading to stretch vdradmin-am didn't run anymore. starting vdramind responds with: Can't locate CGI.pm in @INC (you may need to install the CGI module) (@INC contains: /usr/bin/lib/ /usr/share/perl5/vdradmin-am /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/bin/vdradmind line 64. BEGIN failed--compilation aborted at /usr/bin/vdradmind line 64. Installing libcgm-pm-perl fixed the problem. I suppose this package is missing in the dependencies. thanks Stefan -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vdradmin-am depends on: ii adduser 3.115 ii libintl-perl1.26-2 ii libio-socket-inet6-perl 2.72-2 ii liblocale-gettext-perl 1.07-3+b1 ii libperl5.24 [libio-compress-perl] 5.24.1-2 ii libsocket6-perl 0.27-1+b1 ii libtemplate-perl2.24-1.2+b3 ii libtemplate-plugin-javascript-perl 0.02-1 ii liburi-perl 1.71-1 ii libwww-perl 6.15-1 ii lsb-base9.20161125 pn perl:any vdradmin-am recommends no packages. Versions of packages vdradmin-am suggests: pn libauthen-sasl-perl ii vdr 2.2.0-6+b1 ii vdr-plugin-epgsearch 1.0.1~beta6+git20150211-4+b1 -- Configuration Files: /etc/default/vdradmin-am changed [not included] -- no debconf information
Bug#747162: Acknowledgement (/usr/bin/vdr-sxfe: vdr-sxfe hanging and freezing)
seems to be a problem only with vdr-sxfe frontend. Found out that using libxine2-xvdr plugin works fine: watching TV with: xine xvdr://localhost Maybe it is my Intel HD4600 graphics!? Or is vdr-sxfe upstream broken and nobody is using it any more? Best regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747162: /usr/bin/vdr-sxfe: vdr-sxfe hanging and freezing
Package: xineliboutput-sxfe Version: 1.1.0-1 Severity: important File: /usr/bin/vdr-sxfe Dear Maintainer, I recently updated from wheezy to latest jessie. But watching TV on my local VDR machine is not running smoothly since the update. When switching the channels it takes much longer (5 to 10 seconds) than before. After switching 10 times it regularly even freezes and I have to kill and restart vdr-sxfe. I receive a lot of h264 error (decode_slice_header error ...). Don't remember if I had this before but as long as vdr is tuning the channel and I am waiting for the image a lot of these errors are printed. Sometimes when starting vdr-sxfe I receive warnings like: xine-engine setting engine.buffers.video_num_frames:15 is too small for some HD channels. I stopped vdr, updated the parameters in .xine/config_xineliboutput, but next time the file is overwritten with the same default values. I removed write permission on the file and increased the buffers. So now the file is untouched but I still get the warning the second time I start vdr-sxfe. This is all mysterious to me. Where are xine parameters set and overwritten. And does it relate to my instbility issue? Any ideas? Best regarads, Stefan [~] vdr-sxfe vdr-sxfe 1.1.0 (build with xine-lib 1.2.3, using xine-lib 1.2.5) VDR server not given, searching ... [31182] [discovery] Replacing broadcast source address 192.168.178.22 with server-given address 127.0.0.1 Found VDR server: host 127.0.0.1, port 37890 [31182] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files [31182] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory vo_vdpau: Can't create vdp device : No vdpau implementation. [31182] [vdr-fe]Detected 4 CPUs [31182] [vdr-fe]Enabling FFmpeg multithreaded video decoding [31182] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... [31182] [input_vdr] Server greeting: VDR-2.0.2 xineliboutput-1.1.0 READY [31182] [input_vdr] Connected (control) to tcp://127.0.0.1:37890 [31182] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.24100/pipe.0 [31182] [input_vdr] Data stream connected (PIPE) Press Esc to exit xv_set_property: property=8, value=100 xv_set_property: property=2, value=0 xv_set_property: property=3, value=0 xv_set_property: property=5, value=0 xv_set_property: property=24, value=0 xv_set_property: property=25, value=0 xv_set_property: property=4, value=0 xv_set_property: property=1, value=0 [31194] [input_vdr] WARNING: xine-engine setting engine.buffers.video_num_frames:15 is too small for some HD channels xv_set_property: property=0, value=0 [h264 @ 0x7fcb3008f660] non-existing PPS 0 referenced [h264 @ 0x7fcb3008f660] decode_slice_header error [h264 @ 0x7fcb3008f660] no frame! [h264 @ 0x7fcb3008f660] non-existing PPS 0 referenced [h264 @ 0x7fcb3008f660] decode_slice_header error [h264 @ 0x7fcb3008fdc0] no frame! xv_set_property: property=0, value=0 [h264 @ 0x7fcb3008f660] non-existing PPS 0 referenced [h264 @ 0x7fcb3008f660] decode_slice_header error [h264 @ 0x7fcb30143e00] no frame! [h264 @ 0x7fcb3008f660] non-existing PPS 0 referenced [h264 @ 0x7fcb3008f660] decode_slice_header error [h264 @ 0x7fcb3008f660] no frame! [h264 @ 0x7fcb3008f660] non-existing PPS 0 referenced [h264 @ 0x7fcb3008f660] decode_slice_header error
Bug#485500: hunspell: doesn't consider locale setting
Package: hunspell Version: 1.2.6-1 Followup-For: Bug #485500 Hi Rene, you claimed that hunspell is taking the default dictionary from the locale settings. Doesn't seem to be true for my system: [~] hunspell Can't open affix or dictionary files. [~] hunspell -d en_US Hunspell 1.2.6 test * strace output reveals that hunspell is looking for dictionaries like german.aff and german.dic. No clue how it detects that I'm German. Hope it's not my English texts :-) Regards Stefan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hunspell depends on: ii hunspell-de-de [hunspell- 20071211-1 German dictionary for hunspell ii hunspell-en-us [hunspell- 20070829-2 English_american dictionary for hu ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libhunspell-1.2-0 1.2.6-1spell checker and morphological an ii libncurses5 5.6+20080713-1 shared libraries for terminal hand ii libncursesw5 5.6+20080713-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++64.3.1-2The GNU Standard C++ Library v3 hunspell recommends no packages. hunspell suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485500: hunspell: doesn't consider locale setting
Package: hunspell Followup-For: Bug #485500 Do you happen to have the DICTIONARY environment variable set? Yepp. That's the problem. Some very old remains in my .bashrc Although it would be nice to get a bit more information when dictionary selection fails: [~] export DICTIONARY=test [~] hunspell -D Can't open affix or dictionary files. In this case I would expect a warning that dictionary from variable DICTIONARY is not available and continue with selection from LANG (or whatever has lower priority) Regards, Stefan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hunspell depends on: ii hunspell-de-de [hunspell- 20071211-1 German dictionary for hunspell ii hunspell-en-us [hunspell- 20070829-2 English_american dictionary for hu ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libhunspell-1.2-0 1.2.6-1spell checker and morphological an ii libncurses5 5.6+20080713-1 shared libraries for terminal hand ii libncursesw5 5.6+20080713-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libstdc++64.3.1-2The GNU Standard C++ Library v3 hunspell recommends no packages. hunspell suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490651: VDR_LANG in /usr/lib/vdr/config-loader.sh not set by /etc/default/locale
Package: vdr Version: 1.6.0-4 Severity: normal Tags: l10n Hi, vdr 1.6.0-4 does not display special characters correctly on my machine. Reason seems to be the missing locale setting of env. variable VDR_LANG which should be filled by the script /usr/lib/vdr/config-loader.sh $LANG is no longer defined in /etc/environment but in /etc/default/locale (apparently because of some deb policy violations). However, other packages have done the same change: i.e. see /etc/init.d/mountall.sh : if [ -r /etc/default/locale ]; then . /etc/default/locale export LANG fi Regards, Stefan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vdr depends on: ii adduser 3.108 add and remove users and groups ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii libc6 2.7-10 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libfontconfig12.6.0-1generic font configuration library ii libfreetype6 2.3.6-1FreeType 2 font engine, shared lib ii libgcc1 1:4.3.1-2 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libstdc++64.3.1-2The GNU Standard C++ Library v3 ii psmisc22.6-1 Utilities that use the proc filesy Versions of packages vdr recommends: pn lirc none (no description available) ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free ii ttf-freefont 20080323-3 Freefont Serif, Sans and Mono True -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]