Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - conky-lua-nv

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: conky-lua-nv 1.10.6-1

Git Clone URL: https://aur-dev.archlinux.org/conky-lua-nv.git (read-only)
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: 105
Popularity: 0.522332
First Submitted: 2010-04-12 04:55
Last Updated: 2016-12-29 10:46

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

ImNtReal commented on 2013-10-18 16:52

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

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

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

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

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

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

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

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

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

Anonymous comment on 2011-09-05 20:17

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.