[WIP] conky: update to 1.19.1

[realcharmer]

Changes

• Bump version
• Fixed 32-bit tests upstream
• Do not build docs

Wayland support and/or package merge of conky and conky-cli can be explored in the future.

Testing the changes

• I tested the changes in this PR: briefly

Local build testing

• I built this PR locally for my native architecture, (x86_64)

[realcharmer]

Tests fail on i686. I've filled a bug in upstream brndnmtthws/conky#1463. Is is possible the issue is on our side?

[realcharmer]

I didn't notice the old PR #40237. It seems like this is going to need more work. I will try and implement the suggestions from the mentioned PR. We could label this as WIP for now.

[realcharmer]

The mentioned bug has been fixed by brndnmtthws/conky#1470, so we should wait for a new release to have passing builds for i686.

[realcharmer]

There is a new release 1.19.0 for conky, so I've updated the PR and commit. It turns out there are more test failures on 32bit systems. See more at brndnmtthws/conky#1485.

Waiting for upstream fixes and a subsequent new release.

[ncmprhnsbl]

1.19.1 is now out.
something else to think about is conky is now wayland compatible (with: -DBUILD_WAYLAND=ON )
(and conkyconf: out_to_wayland = true )
this could be added to the plain conky build or a third "conky-wayland" template added that has DBUILD_X11=OFF as well as the wayland flag..

[realcharmer]

conky is now wayland compatible (with: -DBUILD_WAYLAND=ON ) (and conkyconf: out_to_wayland = true ) this could be added to the plain conky build or a third "conky-wayland" template added that has DBUILD_X11=OFF as well as the wayland flag..

Why not both? Are they mutually exclusive? Enabling both would cover most use-cases. Judging by the previous closed PR #40237, splitting conky into multiple packages is not a good idea. Also thanks for the version bump heads-up.

[ncmprhnsbl]

Why not both?

;) is what i meant when i said:

this could be added to the plain conky build or

which is fine by me and afaik they're not mutually exclusive
seems the build has gotten caught in a libcurl update...

[ncmprhnsbl]

a couple of things when i try to build this locally with xbps-src:
need to add: wayland-devel and wayland-protocols to the makedepends
but even then compilation fails at "display-wayland.cc.o" unable to find cairo.h even though it's definitely present in the buildroot

[realcharmer]

I don't have time to work on this now. Feel free to continue with my changes. Upstream for 32bit is fixed, so that's something at least.