your conky was probably compiled without apcupsd support. Look at the output of "conky -v" to verify. If your distro doesn't provide that, you'll have to compile conky from source.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
reopening because <https://bugs.archlinux.org/task/22010> seems to indicate this is our bug
i didn't see the attachment, sorry.
i'll take a look at this as soon as i find some time.
in the meantime try, to explain what does "don't recognize" mean... what does the output look like? does conky print something to the console, etc.
ps: are you sure you weren't able to comment this bug? i thought i left that open....
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
All the apcupsd_* variables print "N/A", there is nothing printed on the console, even with -DD. I had to specify ${apcupsd localhost 3551} even though this should be the default, but w/o this it would constantly print "Conky: APCUPSD getaddrinfo: Name or service not known" to the console. This is with conky 1.8.1 running on Ubuntu 11.10 x64. The Ubuntu bug report https://bugs.launchpad.net/ubuntu/+source/conky/+bug/897495 says they patched it by reverting back to the 1.8.0 apcupsd code.
Conky 1.8.1 compiled Wed Aug 10 16:02:54 UTC 2011 for Linux 2.6.24-27-server (x86_64)
Compiled in features:
System config file: /etc/conky/conky.conf
Package library path: /usr/lib/conky
lalert: lemme check if I understand you correctly.
if you don't specify $apcupsd it prints N/A, but when you specify the values manually, it works correctly. Is that right?
If true, then this bug should be pretty easy to fix. (The reason that this isnt fixed is because I don't have the ability to test it, but fixing default values should be doable)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No, I wasn't clear enough I'm afraid. The getaddrinfo messages are an additional minor problem. It prints N/A in *any* case, i.e. with or without $apcupsd.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
conky -V
Last edit: Anonymous 2014-03-21
your conky was probably compiled without apcupsd support. Look at the output of "conky -v" to verify. If your distro doesn't provide that, you'll have to compile conky from source.
reopening because <https://bugs.archlinux.org/task/22010> seems to indicate this is our bug
i didn't see the attachment, sorry.
i'll take a look at this as soon as i find some time.
in the meantime try, to explain what does "don't recognize" mean... what does the output look like? does conky print something to the console, etc.
ps: are you sure you weren't able to comment this bug? i thought i left that open....
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
same bug -
${apcupsd localhost 3551}${color0}Autonomia:${apcupsd_timeleft}m ${alignr}Capacità: ${apcupsd_charge}%
${color0}Carico:${apcupsd_load}%
shows N/A for all fields.
> conky -v | grep apc
* apcupsd
>
Here is original link - https://bugs.archlinux.org/task/22010
Seems author solved it by downgrading to 1.8.0.
Priority of this issue should be "stopper", cos apcupsd seems completely doesn't work in conky 1.8.1
Last edit: Anonymous 2016-10-21
Still broken with 1.8.2-r1. I'm running Gentoo on an Intel box. I fell back to version 1.8.0.-r1 to get things to work again.
This bug is also present in Debian & Ubuntu's version of conky, where apcupsd support is compiled in. Launchpad bug report can be found at:
https://bugs.launchpad.net/bugs/897495
All the apcupsd_* variables print "N/A", there is nothing printed on the console, even with -DD. I had to specify ${apcupsd localhost 3551} even though this should be the default, but w/o this it would constantly print "Conky: APCUPSD getaddrinfo: Name or service not known" to the console. This is with conky 1.8.1 running on Ubuntu 11.10 x64. The Ubuntu bug report https://bugs.launchpad.net/ubuntu/+source/conky/+bug/897495 says they patched it by reverting back to the 1.8.0 apcupsd code.
Conky 1.8.1 compiled Wed Aug 10 16:02:54 UTC 2011 for Linux 2.6.24-27-server (x86_64)
Compiled in features:
System config file: /etc/conky/conky.conf
Package library path: /usr/lib/conky
X11:
* Xdamage extension
* XDBE (double buffer extension)
* Xft
* ARGB visual
Music detection:
* MPD
* MOC
General:
* math
* hddtemp
* portmon
* Curl
* RSS
* Weather (METAR)
* Weather (XOAP)
* wireless
* support for IBM/Lenovo notebooks
* nvidia
* eve-online
* config-output
* Imlib2
* apcupsd
* iostats
* ncurses
* Lua
Lua bindings:
* Cairo
* Imlib2
lalert: lemme check if I understand you correctly.
if you don't specify $apcupsd it prints N/A, but when you specify the values manually, it works correctly. Is that right?
If true, then this bug should be pretty easy to fix. (The reason that this isnt fixed is because I don't have the ability to test it, but fixing default values should be doable)
No, I wasn't clear enough I'm afraid. The getaddrinfo messages are an additional minor problem. It prints N/A in *any* case, i.e. with or without $apcupsd.
Debian has a patch about this
http://patch-tracker.debian.org/patch/series/view/conky/1.9.0-2/fix-apcupsd.patch
I noticed it in their changelog.
This is still happening in 1.9.0, I'm a bit surprised since debian patched it over a year ago
ArchLinux, conky 1.9.0-4
String "${apcupsd localhost 3551} UPS $apcupsd_model on $apcupsd_cable charge ${apcupsd_charge UPS1}" still returns all N/A