Package Details: conky-cairo 1:1.22.0-1

Git Clone URL: https://aur.archlinux.org/conky-cairo.git (read-only, click to copy)
Package Base: conky-cairo
Description: Lightweight system monitor for X, Wayland, console, or file/HTTP output (with Cairo/Cairo-Lua support)
Upstream URL: https://github.com/brndnmtthws/conky
Keywords: conky network weather
Licenses: GPL3, BSD
Conflicts: conky
Provides: conky
Replaces: conky, torsmo
Submitter: paramvir
Maintainer: paramvir
Last Packager: paramvir
Votes: 13
Popularity: 0.000193
First Submitted: 2016-12-28 03:22 (UTC)
Last Updated: 2025-01-14 08:44 (UTC)

Latest Comments

1 2 3 4 5 6 7 Next › Last »

Kermit72 commented on 2025-08-16 11:01 (UTC) (edited on 2025-08-16 11:02 (UTC) by Kermit72)

To all who had the same problem like I did had: "Building CXX object src/CMakeFiles/conky.dir/colour-settings.cc.o". It seems to be in conjunction with »uint8_t« and »uint32_t«.

Here is my workaround:

In PKGBUILD replace 'pkgver=1.22.0' by 'pkgver=1.22.2'

After this it will do compile without problems and you are on the actual version.

Kermit72 commented on 2025-07-28 17:37 (UTC)

Hi, it looks like there is a problem by compiling in "Building CXX object src/CMakeFiles/conky.dir/colour-settings.cc.o". It seems to be in conjunction with »uint8_t« and »uint32_t«. Some ideas how to fix this?

paramvir commented on 2025-01-16 09:15 (UTC)

Hi, there is no directive in the original source, or, in my pkgbuild that places any file in the autostart folder. Like you, I also use a custom conky start script. It depends on which DE you are using - I am using KDE now - soooo

MormonJesus69420 commented on 2025-01-16 09:02 (UTC)

Hi! I don't mean to nag, and if it is too much work or hassle you can ignore me. I noticed that with every update this package installs a file in /etc/xdg/autostart/conky.desktop which makes a default version of conky show up on boot. I have to manually delete this file after every update, as I have a personal script for starting conky with custom config on startup. Is it possible to drop this file from being installed, make it optional, or something along these lines?

paramvir commented on 2024-08-13 02:24 (UTC)

@deconf - that is an awesome desktop - hmmmm perhaps next month shall dig deep to sort this issue - thanks ;-)

deconf commented on 2024-08-13 01:14 (UTC)

@paramvir The latest version of kde conky has always worked fine, see my previous comment. See the figure below: https://deconf.xyz/pb/j5iu.png

paramvir commented on 2024-08-12 23:37 (UTC)

If anyone has this working on latest KDE - please shout ;-) - I am still on 1.20.2 ...

agorg_louk commented on 2024-08-05 04:39 (UTC)

A few patch releases with more relevant fixes are out for some time now and conky-lua-nv was updated to the latest 1.21.6 version. Can you check again if the issues persist and if not bump conky-cairo to the same version too?

paramvir commented on 2024-07-04 15:08 (UTC) (edited on 2024-07-04 15:50 (UTC) by paramvir)

Well - the dpi fixes done do not work for a 1080p display - in fact, I would like to know if this can be manually fixed by a 'resolution' statement or a 'dpi' statement. Ideally I would like to downgrade this to 1.20.2 version as that is the only one working on my Arch Linux desktop with KDE 6.1+ DE. I switched from XFCE over a year back.

OK I have spent some time on the issue but apparently the maximum_width / height etc the scaling is totally out - vertically 3.19 horizontally it's something else...

With 5 to 9 different conky running at the same time - I do not see it working

agorg_louk commented on 2024-07-04 12:35 (UTC)

Please update this to v1.21.4, it has all the dpi fixes that caused the latest weird sizing / positioning behavior

1 2 3 4 5 6 7 Next › Last »