[DRE-maint] Bug#988091: batalert: Fails to start because BAT0 is assumed
Pelle
pelle at riseup.net
Wed May 5 11:22:14 BST 2021
Package: batalert
Version: 0.4.0-1
Severity: important
Dear Maintainer,
I get this error when running batalert:
```
$ batalert
Traceback (most recent call last):
5: from /usr/bin/batalert:23:in `<main>'
4: from /usr/bin/batalert:23:in `load'
3: from /usr/share/rubygems-integration/all/gems/batalert-0.4.0/exe/batalert:5:in `<top (required)>'
2: from /usr/share/rubygems-integration/all/gems/batalert-0.4.0/lib/batalert.rb:14:in `main'
1: from /usr/share/rubygems-integration/all/gems/batalert-0.4.0/lib/batalert.rb:14:in `open'/usr/share/rubygems-integration/all/gems/batalert-0.4.0/lib/batalert.rb:14:in `initialize': No such file or directory @ rb_sysopen - /sys/class/power_supply/BAT0/capacity (Errno::ENOENT)
```
This appears to be caused by batalert making an incorrect assumption
about the battery name:
```
$ ls /sys/class/power_supply/
ACAD BAT1
```
I expected batalert to either correctly detect the device battery name or at least to provide a flag for setting it.
-- System Information:
Debian Release: 11.0
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-6-amd64 (SMP w/2 CPU threads)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages batalert depends on:
ii ruby 1:2.7+2
ii ruby-espeak 1.0.4-2
ii ruby-libnotify 0.9.4-3
batalert recommends no packages.
batalert suggests no packages.
-- no debconf information
More information about the Pkg-ruby-extras-maintainers
mailing list