Package Details: conky-lua-nv 1.12.2-2

Git Clone URL: https://aur.archlinux.org/conky-lua-nv.git (read-only, click to copy)
Package Base: conky-lua-nv
Description: An advanced system monitor for X based on torsmo with lua and nvidia enabled
Upstream URL: https://github.com/brndnmtthws/conky
Licenses: GPL3, BSD
Conflicts: conky
Provides: conky, conky-lua
Replaces: conky, torsmo
Submitter: Andrwe
Maintainer: Foucault
Last Packager: Foucault
Votes: 126
Popularity: 0.184544
First Submitted: 2010-04-12 04:55 (UTC)
Last Updated: 2022-07-02 22:21 (UTC)

Latest Comments

Foucault commented on 2022-08-06 17:23 (UTC) (edited on 2022-08-06 17:27 (UTC) by Foucault)

When the package was originally created [community] conky had been being built with neither lua nor nvidia. It still doesn't include cairo or rsvg support, so if you want these these two you get two additional AUR packages (with and without nvidia support).

yochananmarqos commented on 2022-08-06 17:15 (UTC)

The Arch community package has NVIDIA=ON. What's the point in having both conky-lua-nv and conky-lua packages?

grimvik90 commented on 2022-07-02 22:04 (UTC)

hola gente paso por aca para ver si hay alguna otra solucion para resolver el siquiente error, he intentado con las soluciones que aca mensionan pero eso no ha servido para mi

[ 93%] Building CXX object tests/CMakeFiles/test-conky.dir/test-common.cc.o In file included from /usr/include/signal.h:328, from /home/victorn/Downloads/conky-lua-nv/src/conky-1.12.2/tests/catch2/catch.hpp:5730, from /home/victorn/Downloads/conky-lua-nv/src/conky-1.12.2/tests/test-common.cc:32: /home/victorn/Downloads/conky-lua-nv/src/conky-1.12.2/tests/catch2/catch.hpp:8351:14: error: call to non-‘constexpr’ function ‘long int sysconf(int)’ 8351 | 32768 >= MINSIGSTKSZ ? 32768 : MINSIGSTKSZ; | ^~~~~~~~~~~ In file included from /usr/include/bits/sigstksz.h:24: /usr/include/unistd.h:640:17: note: ‘long int sysconf(int)’ declared here 640 | extern long int sysconf (int __name) __THROW; | ^~~~~~~ /home/victorn/Downloads/conky-lua-nv/src/conky-1.12.2/tests/catch2/catch.hpp:8409:41: error: size of array ‘altStackMem’ is not an integral constant-expression 8409 | char FatalConditionHandler::altStackMem[sigStackSize] = {}; | ^~~~~~~~~~~~ make[2]: [tests/CMakeFiles/test-conky.dir/build.make:76: tests/CMakeFiles/test-conky.dir/test-common.cc.o] Error 1 make[1]: [CMakeFiles/Makefile2:1253: tests/CMakeFiles/test-conky.dir/all] Error 2 make: *** [Makefile:166: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...  ╱  ~/Downloads/conky-lua-nv ╱  4m 15s 

RaZorr commented on 2022-03-22 14:22 (UTC) (edited on 2022-03-22 14:22 (UTC) by RaZorr)

Yes, upstream also produces this issue. There is already an open issue at conky repo https://github.com/brndnmtthws/conky/issues/1179.

Another thread that may be relevant: https://github.com/brndnmtthws/conky/issues/1179

Foucault commented on 2022-03-22 11:49 (UTC)

I am trying to follow the repo PKGBUILD as close as possible to minimise any differences between this and the official package. And for regular releases MAINTAINER_MODE should actually be ON. This is most likely a bug in upstream conky that will resolve itself at some later release. If upstream git does not exhibit the issue then maybe we can produce a patch to fix that.

RaZorr commented on 2022-03-22 11:45 (UTC) (edited on 2022-03-22 11:45 (UTC) by RaZorr)

@Foucault Any reason why MAINTAINER_MODE=off is not the default option for the PKGBUILD ?

stany commented on 2022-03-15 16:44 (UTC)

I have the same error and after your comment Foucault it worked. Thank you.

peat123 commented on 2022-03-13 16:23 (UTC)

It worked thank you.

Foucault commented on 2022-03-13 11:23 (UTC) (edited on 2022-03-13 11:27 (UTC) by Foucault)

You will have to download the PKGBUILD locally (click Download snapshot and extract it) then edit the PKGBUILD and build the package with makepkg -rsf. You can then install it with pacman -U conky-lua-nv-1.12.2-1-x86_64.pkg.tar.zst. If you install it through yay again it will just fetch the package from AUR instead.

peat123 commented on 2022-03-13 10:33 (UTC)

I tried changing the maintainer mode to off and made sure it's off before doing yay conky-lua-nv but it's still gives me the same error and after the install when I go to PKGBUILD it say MAINTAINER_MODE=ON so it changed durinig the instalation. What can I do to make sure its' off during the instalation?

Foucault commented on 2022-02-19 14:09 (UTC) (edited on 2022-02-19 14:16 (UTC) by Foucault)

The PKGBUILD for the package in extra also fails with the same error. Maybe related to the new glibc? Not sure. I'm investigating.

Update: Looks like it's related to the test harness. As a quick workaround you can set MAINTAINER_MODE=off instead of on (line 44 in the PKGBUILD) to skip these.

zuzavo commented on 2022-02-19 13:55 (UTC)

Same error here.

robson commented on 2022-02-18 15:07 (UTC)

During the build, this error pops up, and the build is aborted

[ 93%] Building CXX object tests/CMakeFiles/test-conky.dir/test-common.cc.o
In file included from /usr/include/signal.h:328,
                 from /home/robson/Pobrane/conky-lua-nv/src/conky-1.12.2/tests/catch2/catch.hpp:5730,
                 from /home/robson/Pobrane/conky-lua-nv/src/conky-1.12.2/tests/test-common.cc:32:
/home/robson/Pobrane/conky-lua-nv/src/conky-1.12.2/tests/catch2/catch.hpp:8351:14: error: call to non-‘constexpr’ function ‘long int sysconf(int)’
 8351 |     32768 >= MINSIGSTKSZ ? 32768 : MINSIGSTKSZ;
      |              ^~~~~~~~~~~
In file included from /usr/include/bits/sigstksz.h:24,
                 from /usr/include/signal.h:328,
                 from /home/robson/Pobrane/conky-lua-nv/src/conky-1.12.2/tests/catch2/catch.hpp:5730,
                 from /home/robson/Pobrane/conky-lua-nv/src/conky-1.12.2/tests/test-common.cc:32:
/usr/include/unistd.h:640:17: note: ‘long int sysconf(int)’ declared here
  640 | extern long int sysconf (int __name) __THROW;
      |                 ^~~~~~~
In file included from /home/robson/Pobrane/conky-lua-nv/src/conky-1.12.2/tests/test-common.cc:32:
/home/robson/Pobrane/conky-lua-nv/src/conky-1.12.2/tests/catch2/catch.hpp:8409:41: error: size of array ‘altStackMem’ is not an integral constant-expression
 8409 | char FatalConditionHandler::altStackMem[sigStackSize] = {};
      |                                         ^~~~~~~~~~~~
make[2]: *** [tests/CMakeFiles/test-conky.dir/build.make:76: tests/CMakeFiles/test-conky.dir/test-common.cc.o] Błąd 1
make[1]: *** [CMakeFiles/Makefile2:1253: tests/CMakeFiles/test-conky.dir/all] Error 2
make: *** [Makefile:166: all] Error 2
==> ERROR: There was an error in build().
    I stop...
==> Removing installed dependencies...

salamander commented on 2021-03-26 17:38 (UTC)

@foucault: thanks for the answer and the hint.

yes, i thought it has something to do with lua.

the interesting thing: not too long ago i reinstalled conky-lua-archers. lua 5.4 was already out. dependencies are lua and lua51.

so if always the newest lua version is taken as reference, i thought that lua51 makes the difference. but it doesn't, because i installed it next to conky-lua-nv.

it must be something else (tolua?).

somehow this fact makes me confused :)

Foucault commented on 2021-03-26 16:27 (UTC)

This might actually be related to lua. By default the conky Makefile will pick up the highest version of Lua available on the system. In Arch this is 5.4 but you might want to link against 5.3 to see if that makes any difference. You can do that by cloning the conky repository and removing the lua>=5.3 constraint from cmake/ConkyPlatformChecks.cmake. This will force building against 5.3 (you obviously need to have lua53 installed).

salamander commented on 2021-03-26 16:13 (UTC)

https://github.com/popindavibe/conky-grapes is the theme of my choice, which i have been running under https://aur.archlinux.org/packages/conky-lua-archers/ without problems, though being outdated for a longer time.

conky-lua-nv on the other hand is up-to-date, but the display of the rings/values is very sluggish and has long dropouts.

any idea why the theme is not running smoothly?

hamelg commented on 2021-03-26 14:31 (UTC)

Thanks, 1.12.1-2 has fixed the issue.

Foucault commented on 2021-03-26 10:21 (UTC)

OK so I searched a bit and I think this is related to the implementation of HSV colour gradients. This is fixed in the latest git snapshot. I'll disable HSV gradients for now until a new release is out.

hamelg commented on 2021-03-26 07:44 (UTC) (edited on 2021-03-26 07:50 (UTC) by hamelg)

thanks for your investigations. (height),(width) is optional, I specify them with maximum_width, default_graph_height in the conky.config block. conky from the extra repository doesn't encounter this issue.

EDIT: s/default_bar_height/maximum_width/

Foucault commented on 2021-03-25 14:25 (UTC) (edited on 2021-03-25 15:16 (UTC) by Foucault)

Removing the colours from diskiograph prevents conky from crashing. However are you sure you're using diskiograph correctly? It seems like the syntax is diskiograph DEVICE WIDTH,HEIGHT COLOUR1 COLOUR2 rather than diskiograph DEVICE COLOUR1 COLOUR2.

Foucault commented on 2021-03-25 14:04 (UTC)

It looks like it's dying on diskiograph. The only related issue that I found with this error it's about lua. Initially I assumed that diskiograph is done in Lua, but it's not so linking against different versions wouldn't help.

hamelg commented on 2021-03-25 10:51 (UTC)

No lua section in my config. my config : https://app.box.com/s/172euiqouc5am47w6w4h8c140k07ndl6

Foucault commented on 2021-03-25 10:24 (UTC)

I'm almost certain this is related to lua. Do you have any lua blocks in you .conkyrc? Can you share your config? Also what version of lua do you have installed (pacman -Qs lua)

hamelg commented on 2021-03-24 22:33 (UTC) (edited on 2021-03-24 22:40 (UTC) by hamelg)

After upgrading to 1.12, my conky crashes at startup with this error :

munmap_chunk(): invalid pointer

and this bt :

Stack trace of thread 6343:

0 0x00007f18b7f4eef5 raise (libc.so.6 + 0x3cef5)
1 0x00007f18b7f38862 abort (libc.so.6 + 0x26862)
2 0x00007f18b7f90f38 __libc_message (libc.so.6 + 0x7ef38)
3 0x00007f18b7f98bea malloc_printerr (libc.so.6 + 0x86bea)
4 0x00007f18b7f9901c munmap_chunk (libc.so.6 + 0x8701c)
5 0x00007f18b7f9dcdb __libc_free (libc.so.6 + 0x8bcdb)
6 0x0000559fa5c0d993 Z13free_and_zeroImEvRPT (conky + 0x24993)
7 0x0000559fa5c0e162 draw_line (conky + 0x25162)
8 0x0000559fa5c0eb64 draw_stuff (conky + 0x25b64)
9 0x0000559fa5c1252a _Z9main_loopv (conky + 0x2952a)
10 0x0000559fa5c03842 main (conky + 0x1a842)
11 0x00007f18b7f39b25 __libc_start_main (libc.so.6 + 0x27b25)
12 0x0000559fa5c08bde _start (conky + 0x1fbde)

Stack trace of thread 6347:

0 0x00007f18b8a0e9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
1 0x00007f18b8a0ab98 __new_sem_wait_slow64.constprop.0 (libpthread.so.0 + 0x11b98)
2 0x0000559fa5c49228 _ZN9semaphore4waitEv (conky + 0x60228)
3 0x00007f18b81cabc4 execute_native_thread_routine (libstdc++.so.6 + 0xcfbc4)
4 0x00007f18b8a02299 start_thread (libpthread.so.0 + 0x9299)
5 0x00007f18b8011053 __clone (libc.so.6 + 0xff053)

Stack trace of thread 6348:

0 0x00007f18b8a0e9ba __futex_abstimed_wait_common64 (libpthread.so.0 + 0x159ba)
1 0x00007f18b8a0ab98 __new_sem_wait_slow64.constprop.0 (libpthread.so.0 + 0x11b98)
2 0x0000559fa5c49228 _ZN9semaphore4waitEv (conky + 0x60228)
3 0x00007f18b81cabc4 execute_native_thread_routine (libstdc++.so.6 + 0xcfbc4)
4 0x00007f18b8a02299 start_thread (libpthread.so.0 + 0x9299)
5 0x00007f18b8011053 __clone (libc.so.6 + 0xff053)

Any ideas

robson commented on 2021-03-23 12:05 (UTC)

Finally, conky version 1.12 works properly i.e. displays RAM usage correctly.

And that mem.patch can be removed now, as it is no longer needed.

Foucault commented on 2020-08-07 21:04 (UTC) (edited on 2020-08-07 21:04 (UTC) by Foucault)

I'm getting about 250 M discrepancy over 4 GB of RAM, that is from actual system value. Free reports 4.6 GiB of used memory, conky 1.11.6 reports 4.8 G, htop reports 4.58 G, conky 1.11.5 reports 4.61 G. In any case I'm not sure what can be done on package level as the patch used for 1.11.5 is already included in 1.11.6 which probably means it's a separate issue. From what I can understand it seems that conky 1.11.6 also includes shared memory (because used + shared matches the value displayed in 1.11.6).

robson commented on 2020-08-07 16:02 (UTC) (edited on 2020-08-07 19:58 (UTC) by robson)

Builds well, only RAM usage is displayed badly. Here is an example: conky-lua-nv 1.11.6-2 https://i.postimg.cc/4yW418Wh/conky-lua-nv.png And here is conky-lua 1.11.5-1 + mem.patch https://i.postimg.cc/YCz7NDj2/conky-lua.png With the naked eye you can see that the latest conky shows twice as much RAM consumption.

Foucault commented on 2020-08-07 12:08 (UTC) (edited on 2020-08-07 12:18 (UTC) by Foucault)

Is the patch still necessary? The original patch was backported from what turned out to be 1.11.6.

Edit: So the patch is already included in 1.11.6. The network reporting issue might still be present but there is no definitive patch for that.

@robson If the PKGBUILD fails to build please include the relevant error. It builds cleanly on my system.

robson commented on 2020-08-07 10:27 (UTC) (edited on 2020-08-07 12:11 (UTC) by robson)

This PKGBUILD has a bug on line 36, should be appended: patch -p1 <../mem.patch.

Edit. I know adding patch -p1 <../ mem.patch to line 36 of this entry will not include it. Then this mem.patch is redundant, because after conky-lua-nv is built, RAM usage is overstated.

zuzavo commented on 2020-08-06 17:09 (UTC)

@robson. Ok, thanks for the info.

robson commented on 2020-08-05 20:07 (UTC)

You have to rebuild the conky, and adapt it to the new lua.

zuzavo commented on 2020-08-05 19:58 (UTC)

FYI: After the lua upgrade of today, I have needed to install lua53 to run conky correctly.

robson commented on 2020-01-28 13:51 (UTC) (edited on 2020-01-28 23:32 (UTC) by robson)

Conky works very well except for one thing, the download and upload speed are not shown well https://github.com/brndnmtthws/conky/issues/863. Can add some patch?

justdanyul commented on 2020-01-12 17:39 (UTC)

Will this be bumped to include the fix for the negative memory usage soon?

https://github.com/brndnmtthws/conky/issues/877

d_fajardo commented on 2019-11-25 21:26 (UTC)

I don't know as I haven't used the old one for ages. I am suspecting it's the nvidia side of the package that slows it down. How does nvidia tie with conky?

Foucault commented on 2019-11-25 19:59 (UTC)

Well there is no particular difference between this package and the other flavours of conky; just flicking some build-time switches.

Do you have the same issue with older versions of conky?

d_fajardo commented on 2019-11-24 22:51 (UTC) (edited on 2019-11-24 23:08 (UTC) by d_fajardo)

After the recent upgrade, conky-lua suddenly runs slow. I have a lua script that draws and computes a number of rings. I then have a conky script that loads this lua updated every 0.5 seconds. If I don't load the lua script, the conky script updates at 0.5/sec but if run it with the lua script loaded, all the rings are frozen and conky goes exceedingly slow. I experimented by adding each ring one by one, and for each ring I add, lua becomes slower and until about drawing the 8th rings the all rings just freeze. It seems like lua is not computing fast enough to cover conky's update_rate.

I experimented and installed the other package conky-lua and the problem doesn't happen there so the problem here might have to do then with the recent nvidia driver update.

Does anybody have the same experience? Is there a fix?

Foucault commented on 2019-08-01 11:40 (UTC)

Great. I will move libxvnctrl to makedepends then. Thanks for the update!

d_fajardo commented on 2019-08-01 11:12 (UTC)

Yes! Rebuilding the package works. Thanks for your time.

d_fajardo commented on 2019-08-01 11:09 (UTC)

I'll try rebuilding the package and let you know.

Foucault commented on 2019-08-01 10:04 (UTC)

Hi! It seems Arch Linux dropped the shared library from the libxnvctrl package. I'm not sure if this is a packaging error or intended. Compilation should pick up the static library though. Does rebuilding the package help?

d_fajardo commented on 2019-08-01 07:43 (UTC)

After some recent nvidia updates, conky stopped working and I'm getting this error:

conky: error while loading shared libraries: libXNVCtrl.so.0: cannot open shared object file: No such file or directory

However, if I use the conky-nvidia package, conky works albeit without the lua.

Any fix on this?

Foucault commented on 2019-07-22 19:24 (UTC)

Unfortunately that's an issue with the standard Arch package as well. It shouldn't affect functionality.

kaptoxic commented on 2019-07-19 10:16 (UTC)

I get the "Package contains reference to $srcdir" warning.

Foucault commented on 2019-06-05 12:54 (UTC) (edited on 2019-07-22 19:24 (UTC) by Foucault)

Thanks! I've cleaned up the dependencies to follow the official PKGBUILD. BUILD_WEATHER_XOAP has also been dropped upstream so removed that too.

cgirard commented on 2019-06-05 08:33 (UTC)

man-db is a needed makedepend. At least lua 5.2 is needed as well.

akira commented on 2019-06-01 21:41 (UTC) (edited on 2019-06-01 21:44 (UTC) by akira)

The official package is compiled with PulseAudio support enabled; would you mind adding that to this PKGBUILD?

edit: more information here https://bugs.archlinux.org/task/50127

cgirard commented on 2019-03-12 10:02 (UTC)

git dependency is missing. It should be ok for most as it is often installed but it failed in a clean chroot.

destry commented on 2018-03-20 09:40 (UTC)

sorry, now its perfect

its very weird. I did a fresh installation 2 days ago and i installed base-devel package from pacman:

[ryan@xxxxx ~]$ pacman -Ss base-devel core/autoconf 2.69-4 (base-devel) [instalado] A GNU tool for automatically configuring source code core/automake 1.15.1-1 (base-devel) [instalado] A GNU tool for automatically creating Makefiles core/binutils 2.29.1-3 (base-devel) [instalado] A set of programs to assemble and manipulate binary and object files core/bison 3.0.4-3 (base-devel) [instalado] The GNU general-purpose parser generator core/fakeroot 1.22-1 (base-devel) [instalado] Tool for simulating superuser privileges core/file 5.32-1 (base base-devel) [instalado] File type identification utility core/findutils 4.6.0-2 (base base-devel) [instalado] GNU utilities to locate files core/flex 2.6.4-1 (base-devel) [instalado] A tool for generating text-scanning programs core/gawk 4.2.1-1 (base base-devel) [instalado] GNU version of awk core/gcc 7.3.0-1 (base-devel) [instalado] The GNU Compiler Collection - C and C++ frontends core/gettext 0.19.8.1-2 (base base-devel) [instalado] GNU internationalization library core/grep 3.1-1 (base base-devel) [instalado] A string search utility core/groff 1.22.3-7 (base-devel) [instalado] GNU troff text-formatting system core/gzip 1.9-1 (base base-devel) [instalado] GNU compression utility core/libtool 2.4.6+40+g6ca5e224-4 (base-devel) [instalado] A generic library support script core/m4 1.4.18-1 (base-devel) [instalado] The GNU macro processor core/make 4.2.1-2 (base-devel) [instalado] GNU make utility to maintain groups of programs core/pacman 5.0.2-2 (base base-devel) [instalado] A library-based package manager with dependency support core/patch 2.7.6-1 (base-devel) [instalado] A utility to apply patch files to original sources core/pkg-config 0.29.2-1 (base-devel) A system for managing library compile/link flags core/sed 4.4-1 (base base-devel) [instalado] GNU stream editor core/sudo 1.8.22-1 (base-devel) [instalado] Give certain users the ability to run some commands as root core/systemd 238.0-3 (base-devel) [instalado] system and service manager core/texinfo 6.5-1 (base base-devel) [instalado] GNU documentation system for on-line information and printed output core/util-linux 2.31.1-1 (base base-devel) [instalado] Miscellaneous system utilities for Linux core/which 2.21-2 (base base-devel) [instalado] A utility to show the full path of commands

But the pkg-config package wasnt installed, i dont kwnow why Right now i installed again ("reinstalled") only this package (pkg-config) and now conky-lua-nv works perfectly.

sorry, noob fail mine

Foucault commented on 2018-03-19 19:41 (UTC) (edited on 2018-03-19 19:42 (UTC) by Foucault)

pkg-config seems to be missing. base and base-devel must be installed prior to doing anything AUR-related. It is clearly explained in the wiki [0]

[0] https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

destry commented on 2018-03-19 19:24 (UTC)

Hi, i cant install conky-lua-nv in Archlinux Gnome. These are errors:

-- Checking for one of the modules 'lua5.1;lua-5.1;lua51;lua' CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:645 (message): None of the required 'lua5.1;lua-5.1;lua51;lua' found Call Stack (most recent call first): cmake/ConkyPlatformChecks.cmake:277 (pkg_search_module) CMakeLists.txt:37 (include)

CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:470 (message): pkg-config tool not found Call Stack (most recent call first): /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593 (_pkg_check_modules_internal) cmake/ConkyPlatformChecks.cmake:291 (pkg_check_modules) CMakeLists.txt:37 (include)

-- Checking for one of the modules 'imlib2;Imlib2' CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:645 (message): None of the required 'imlib2;Imlib2' found Call Stack (most recent call first): cmake/ConkyPlatformChecks.cmake:300 (pkg_search_module) CMakeLists.txt:37 (include)

CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:470 (message): pkg-config tool not found Call Stack (most recent call first): /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593 (_pkg_check_modules_internal) cmake/ConkyPlatformChecks.cmake:305 (pkg_check_modules) CMakeLists.txt:37 (include)

-- Checking for one of the modules 'imlib2;Imlib2' CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:645 (message): None of the required 'imlib2;Imlib2' found Call Stack (most recent call first): cmake/ConkyPlatformChecks.cmake:374 (pkg_search_module) CMakeLists.txt:37 (include)

CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:470 (message): pkg-config tool not found Call Stack (most recent call first): /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593 (_pkg_check_modules_internal) cmake/ConkyPlatformChecks.cmake:399 (pkg_check_modules) CMakeLists.txt:37 (include)

CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:470 (message): pkg-config tool not found Call Stack (most recent call first): /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593 (_pkg_check_modules_internal) cmake/ConkyPlatformChecks.cmake:405 (pkg_check_modules) CMakeLists.txt:37 (include)

-- Looking for XineramaQueryScreens in /usr/lib/libXinerama.so -- Looking for XineramaQueryScreens in /usr/lib/libXinerama.so - found -- Configuring incomplete, errors occurred! See also "/tmp/yaourt-tmp-ryan/aur-conky-lua-nv/src/conky-1.10.8/CMakeFiles/CMakeOutput.log". See also "/tmp/yaourt-tmp-ryan/aur-conky-lua-nv/src/conky-1.10.8/CMakeFiles/CMakeError.log". ==> ERROR: Se produjo un fallo en build(). Cancelando... ==> ERROR: Makepkg no ha podido compilar conky-lua-nv.

Foucault commented on 2017-12-06 11:54 (UTC) (edited on 2017-12-06 11:54 (UTC) by Foucault)

This should not be required. CMake should pick up the default CC/CXX during configuration.

ashwig commented on 2017-12-06 10:45 (UTC)

Builds just fine after adding "export CC=gcc" and "export CXX=g++" to /etc/makepkg.conf but prior to that I would get the error about missing libstdc++.so.6

Foucault commented on 2017-06-04 14:27 (UTC)

Hopefully it should build correctly now.

Plexcon commented on 2017-06-04 14:22 (UTC)

make[2]: *** [src/CMakeFiles/conky.dir/build.make:87: src/CMakeFiles/conky.dir/colours.cc.o] Error 1 make[1]: *** [CMakeFiles/Makefile2:526: src/CMakeFiles/conky.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: Se produjo un fallo en build().

oberon2007 commented on 2016-05-30 18:48 (UTC)

Thank you Foucault. You are right about man-db. However since 1.10.2 dependency libxinerama is needed! ;)

Foucault commented on 2016-03-17 09:52 (UTC)

man-db is in the base group, I believe base and base-devel packages are supposed to be installed anyway and not regarded as dependencies in AUR packages.

oberon2007 commented on 2016-03-17 00:18 (UTC)

Thank you for this great package! I just noticed that man-db is missing from makedepends.

kennypewpew commented on 2016-02-09 20:08 (UTC)

I got an "ERROR: install should not be an array". The fix was to edit the PKGBUILD and modify the install target from install=('conky-lua-nv.install') to install=conky-lua-nv.install

Foucault commented on 2015-12-03 11:11 (UTC)

Should be working now. Thanks!

FiyreWyrkz commented on 2015-12-02 22:49 (UTC)

CMake Error at cmake/ConkyPlatformChecks.cmake:370 (message): Unable to find program 'tolua++' However, I do have this package installed already.

hekel commented on 2015-11-20 17:40 (UTC)

Build fails with cmake-3.4.0 Solved with this patch: https://github.com/brndnmtthws/conky/issues/162

Foucault commented on 2015-09-22 09:07 (UTC)

I build it in a clean chroot with extra-x86_64-build and I have not installed perl-xml-sax-expat (but I do have perl-xml-sax, pulled by libxml). Are you sure that is required?

davidosomething commented on 2015-09-21 23:20 (UTC)

requires perl-xml-sax-expat to build docs

sad270 commented on 2015-08-15 14:55 (UTC)

Hi, i get an error like this : /tmp/yaourt-tmp-USER/aur-conky-lua-nv/./PKGBUILD: line 55: cmake: command To fix it we should install cmake with pacman I think you forget to add it in the Dependencies.

commented on 2015-08-13 05:54 (UTC)

Although it wasn't me i assume it is because Conky has merged some bug-fixes to the master branch. Although the maintainer of Conky stated with the release of 1.10 it's now a rolling release he later removed that statement so it's unclear the version number will still be altered in the future. (but i also agree with you, the main Conky package in the arch repo's should be flagged if people want updates, not yours)

Foucault commented on 2015-08-12 18:12 (UTC)

Why was it flagged out of date? The latest version (as of today) is 1.10.0, as in arch repos.

commented on 2015-07-25 12:37 (UTC)

Would it be possible to enable the lua cairo, imlib and rsvg binding flags again, considering the conky19-lua-nv variant has them enabled and it would be more consistent. You will have to use lua51 though since the bindings won't work with lua 5.3 or above. (just like you did in conky19-lua-nvidia) See: https://github.com/brndnmtthws/conky/issues/116

Foucault commented on 2015-07-20 15:52 (UTC)

I know about 1.10 and the move to github. I have not updated it yet to 1.10 due to the incompatibilities between the two. I'll probably move this one to 1.10 and make a conky19 or something.

commented on 2015-07-20 07:51 (UTC)

I would suggest making 2 packages, this for 1.10 and a second one for the 1.9 version since they broke backwards compatibility for the config files i can imagine people still want to use Conky 1.9. (1.10, currently, brings no new features anyway) @Foucault Small remark: why are you using lua51 instead of just lua (5.3.1) as a dependency? Development has moved to: https://github.com/brndnmtthws/conky and he will not post releases any more, you just have to grab it from github.

commented on 2015-07-20 07:46 (UTC)

I would suggest making 2 packages, this for 1.10 and a second one for the 1.9 version since they broke backwards compatibility for the config files i can imagine people still want to use Conky 1.9. (1.10, currently, brings no new features anyway) And a small remark: why are you using lua51 instead of just lua (5.3.1) as a dependency?

paramvir commented on 2015-07-02 02:04 (UTC)

Great work - Many thanks The package conky 1.10 appears to have loads of bugs - perhaps we can continue with the 1.9.0-6 stream unless work-arounds turn up... What do you think ???

Foucault commented on 2015-04-02 16:26 (UTC)

Please do not mark packages as out of date for build/runtime errors. Upstream conky has not been updated for 3 years and this package has no major differences from either the [extra] package or the conky-lua package from AUR. So it's strange if it fails now but was working before. Since when is it failing? Is there any interesting information on the pacman log? Some relevant packages? We need more information than that to find out. Personally all my lua routines work fine but they only do simple stuff like colorizing text etc.

mandog commented on 2015-04-02 13:49 (UTC)

Unfortunately this version has stopped drawing Lua on my conky only nvidia and other text are displayed

Foucault commented on 2014-10-14 15:25 (UTC)

I suppose he's correct, although this is not the ideal solution, since there are version conditionals available for such cases. Anyway, since there are no direct dependencies in ldd for nvidia then let's leave at that and not over-complicate things for the package maintainer. This package is minor anyway. That also makes me wonder why extra/conky is not built with nvidia support since conky does not require any nvidia-specific libraries on runtime.

etbh commented on 2014-10-14 12:35 (UTC)

Here's what the packager thinks about this : http://www.reddit.com/r/archlinux/comments/2ic9na/arch_linux_news_nvidia340xx_and_nvidia/cl1gg3m

Foucault commented on 2014-10-12 08:25 (UTC)

Yes, I am aware of that. In my opinion this is a problem with the nvidia packages, as they should all provide nvidia (and conflict with each other), but I am not sure this is possible to happen. However, since libxnvctrl is statically linked and no nvidia-specific libraries are present on ldd then I suppose the easiest thing to do would be to move nvidia to opt-depends (along with the 304, 340 packages)

gric commented on 2014-10-12 08:03 (UTC)

nvidia package 343.22 dropped support for G8x, G9x, and GT2xx GPUs [1]: we need to fallback on nvidia-340xx package, which does not provide 'nvidia' package anymore. Since conky-lua-nv requires 'nvidia' package as a dependency, it is not possible to use it anymore with G8x, G9x, and GT2xx GPUs. Maybe nvidia should be an opt dependency ? [1] https://www.archlinux.org/news/nvidia-340xx-and-nvidia/

Foucault commented on 2014-04-29 16:24 (UTC)

For people having problem with recent libxnvctrl update (337.12) it seems the libxnvctrl package is missing the shared library and only includes the static (not sure if it's a bug or a feature). Just rebuild the package and the linker will link against the static lib instead.

Foucault commented on 2014-02-08 16:20 (UTC)

Please do not flag out of date packages that fail to build/work but are otherwise up to date with upstream. Comments will suffice :) Since AUR does not host binaries I believe there is no reason to increase package version for so bumps. Just reinstall/rebuild!

Alda commented on 2014-02-08 15:44 (UTC)

Because of a wireless_tools update, we need to recompile conky. Pkg version bump ?

Foucault commented on 2013-10-18 17:11 (UTC)

Done!

ImNtReal commented on 2013-10-18 16:52 (UTC)

Would it be problematic to add conky-lua as a provides for this, so that it will meet the requirements for conky-lua-arch?

archetypalsxe commented on 2013-08-13 15:06 (UTC)

My apologies again, I was using the locate command to see where the xcb-dri2.pc file was, and once I ran updatedb, it did find the file in the correct location. Thanks again for your assistance!

Foucault commented on 2013-08-13 15:01 (UTC)

If the .pc file is missing from the 64bit libxcb then is a packaging bug, but I doubt it. I'm also running 64bit and libxcb (1.9.1-2) contains the required file. pacman -Ql libxcb |grep xcb-dri2.pc libxcb /usr/lib/pkgconfig/xcb-dri2.pc The 32bit package contains it under lib32 pacman -Ql lib32-libxcb|grep xcb-dri2.pc lib32-libxcb /usr/lib32/pkgconfig/xcb-dri2.pc And /usr/lib/pkgconfig/xcb-dri2.pc is owned by libxcb pacman -Qo /usr/lib/pkgconfig/xcb-dri2.pc /usr/lib/pkgconfig/xcb-dri2.pc is owned by libxcb 1.9.1-2

archetypalsxe commented on 2013-08-13 13:13 (UTC)

Thank you for your reply. False alarm, I just did a full system upgrade (including syncing the databases), and it installed just fine after. In case someone wants to look into the potential issue for future users though.... here is the response I was typing: I do have both libxcb and lib32-libxcb installed. The xcb-dri2.pc file was not present at the path you mentioned, but it is under /usr/lib32/pkgconfig/xcb-dri2.pc, which leads me to believe that the lib32-libxcb may be conflicting with the libxcb? I am in a 64 bit system if that matters at all. Re-installing libxcb did not add the file, and when I tried removing libxcb (to reinstall it) I wasn't able to because lib32-libxcb has it as a dependency.

Foucault commented on 2013-08-13 12:55 (UTC)

This is strange. xcb-dri2.pc is provided by libxcb, which is required by libx11, which is required by libxrender, which is (finally) required by cairo. Since cairo is a very common package it should have pulled libxcb as well. Is libxcb installed? Does /usr/lib/pkgconfig/xcb-dri2.pc exist in your system? If not, try reinstalling libxcb.

archetypalsxe commented on 2013-08-13 09:56 (UTC)

When I try to install this package or conky-lua I receive this message: "checking for cairo... configure: error: Package requirements (cairo) were not met: Package 'xcb-dri2', required by 'egl', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables cairo_CFLAGS and cairo_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details." It looks like the package cairo is installed. I couldn't find a package called xcb-dri2 using either Pacman or Yaourt. I am pretty sure that my prefix is standard (although I'm not 100% sure what this is), and I have no clue how to adjust the cairo-CFLAGS or cairo_LIBS or what they should be set to. Please & thank you for any assistance!

Foucault commented on 2012-12-14 17:20 (UTC)

If conky fails to start please update your toluapp package for the lua update *PRIOR* to building conky (libtolua++ is statically linked into conky) as described in the comments of toluapp [1] [1]: https://aur.archlinux.org/packages/toluapp/

Andrwe commented on 2011-10-01 10:02 (UTC)

Added fix of marcelohmoraes to PKGBUILD. Unfortunately I can't test this package anymore that's why I'm disowning it.

stativ commented on 2011-09-13 09:51 (UTC)

Removing. It's almost exact (two comments deleted) duplicate of the conky-lua-nv package.

commented on 2011-09-05 20:17 (UTC)

Adding to the comment from siriusb: I don't quite understand the workings of makepkg, but I didn't know how to change the source code(because it downloads the source each time you run makepkg). A quick fix was to: touch /usr/include/curl/types.h run makepkg rm /usr/include/curl/types.h So if you're a noob like me, that's one way to make this compile.

commented on 2011-08-27 04:12 (UTC)

Ao que se indica está acontecendo um problema com o curl que deixou de ser compativel com as extenções types.h no kernel 3.0.3 (ou algo parecido) Resolvi o problema com isso: Quando falhar a primeira vez modifique o arquivo conky-1.8.1.tar.bz2 no gerenciador e pacote bzip mesmo : /src/ccurl_thread.c Remova a linha: #include <curl/types.h> (deleta mesmo) Modifique a md5 no PKGBUILD: md5sums=('0217dd07e093b8914eee9048f261d57d') Agora pode preseguir com o makepkg Google Translator =P Indicates to what is happening is a problem with the curl is no longer compatible with the 3.0.3 kernel extensions Types.h (or something) I solved the problem with that: When you fail the first time modify the conky-1.8.1.tar.bz2 gzip package manager and the same: / src / ccurl_thread.c Remove the line: # include <curl/types.h> (delete it) Modify the md5sum in the PKGBUILD: md5sums = ('0217dd07e093b8914eee9048f261d57d ') Now you can with makepkg preseguir

commented on 2011-07-20 09:14 (UTC)

To get it built I had to remove the following line from ccurl_thread.c: #include <curl/types.h> http://projects.springlobby.info/issues/1575

Andrwe commented on 2010-10-17 20:17 (UTC)

Version bump