Arch Linux

Can this package be upgraded to use the new patch as given here:
https://bugs.archlinux.org/task/44187
It's already updated since today in the official repos.

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

@Youpi: just read the comment below. Rebuild the package and it will work.

there is a problem with the libiw.so.29 . My system contain /lib/libiw.so.30 but Conky-lua search libiw.so.29.

@HalJordan: It's not from using testing since 2014-02-06, date when the wireless-tools 30.pre9-1 went to core :-). I had that same problem then. Simply recompiling the conky-lua package must solve that.

Just reinstalling (and thus rebuilding/recompiling) worked for me. No symlinking or downgrading required.

It worked for me all right. If nothing, just symlink the old version to the new one. That works perfectly too.

Umm no, it's not from using testing.

http://mirror.us.leaseweb.net/archlinux/core/os/x86_64/
wireless_tools-30.pre9-1-x86_64.pkg.tar.xz 30-Jan-2014 17:15 128852
wireless_tools-30.pre9-1-x86_64.pkg.tar.xz.sig 30-Jan-2014 17:15 96

I'm having the same problem. Went back to 29 from my cache. and it all works fine.

So idiotic of me... Thanks!

The libiw.so.29 is from the package wireless_tools 29-8, currently in [core]. The libiw.so.30 is from wireless_tools 30.pre9-1, currently in [testing]. Most probably you are using the testing repository and have updated the wireless_tools package. If that is the your case, simply rebuild the conky-lua package.

I just updated my system, and running conky causes an error message:

"conky: error while loading shared libraries: libiw.so.29: cannot open shared object file: No such file or directory"

Searching in my system for libiw.so showed that I have libiw.so.30 installed Symlinking libiw.so.29 to libiw.so.30 worked. If it can be corrected here, please do correct it, or should I send a bug report upstream?

Changed to tolua++.

@RunningDroid

aha I see what you mean, my lack of coding comes shining through lol

@ImNtReal
please ignore my previous comment ;)

@t0m5k1
I think he was just describing what went on in the AUR.
Also see the third comment(from the top) on the tolua++ AUR page.

@ImNtReal

tolua++ is not toluapp:

tolua++ is an extended version of tolua, a tool to integrate C/C++ code with Lua.

http://www.codenix.com/~tolua/

toluapp has been renamed to tolua++

hey Renato
managed to resolve the issue
thnx for the response :)

Hi t0m5ki, I just compiled this package in my machine, and it was all ok.
Check if your system is up to date. The cairo package in my machine (x86_64) is at version 1.12.14-3. Besides that, I have no cue about your problem.

having an issue building this package:
gcc: error: /home/t0m5k1/builds/conky-lua/src/conky-1.9.0/lua/.libs/libcairo.so: No such file or directory
make[2]: *** [libcairo.la] Error 1
make[2]: Leaving directory `/home/t0m5k1/builds/conky-lua/src/conky-1.9.0/lua'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/t0m5k1/builds/conky-lua/src/conky-1.9.0/lua'
make: *** [all-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...


I have cairo installed, any idea's what might be causing this?

I have updated the PKGBUILD to build against the Lua 5.1. I also have uploaded an updated version of the toluapp package files, as suggested by Scimmia. Check in the toluapp comments [1].

[1]: https://aur.archlinux.org/packages/toluapp/

I have the lua51 package and the standard lua package installed. I get the same error frigaut gets. [(text+0xb59): undefined reference to `lua_call']. I don't think the package has been fixed, as huffpuff suggests. I don't know how, but it seems like I should tell the compiler to use the lua51 instead of the standard libs somehow (assuming it has to have the old ones), but I can't quite figure out how to do this. Has anyone figured this out or gotten this to work otherwise?

Ok apaloogies...

I forgot to tweak the lua deps to lua51 in the PKGBUILD for toluapp and also in the PKGBUILD for conky-lua.

All is well again... until the next time.

I am going loopy in a loop...

The tweaks to the toluapp by Scimmia allows the toluapp to install without error but also requires lua 5.2 as a dependency. I then get the error as detailed by frigaut while trying to install conky-lua. I can uninstall lua [and reinstall lua51] but it then uninstalls toluapp also and then running pacman -U on the locally tweaked toluapp ignoring checksums then seeks to reinstall lua 5.2 as a dependency! And so back to the conky-lua error as experienced by frigaut....

ok, there's a lua51 package in extra.
Try installing without rebuilding conky-lua, it might work.
Otherwise, the work around is to:

- Uninstall lua (if you don't need it for anything else) and install lua51

- Install toluapp (AUR) with a couple of tweaks: (1) changes as indicated in toluapp aur page by Scimmia and (2) change toluapp PKGBUILD: depends on lua51 (instead of lua) and update the md5sums of config_linux.py)

- Install conky-lua, it should now work.

Hi,
I also have the same problem mentioned by user frigaut below.
Any help possible ?

Ravi

I seem to have a problem with the new lua 5.2, updated in extra on or before dec 12: liblua has been upgraded from 5.1 to 5.2, requiring a rebuilt of conky-lua. However, I get an error during the built:
libtool: link: gcc -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -Wall -W -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o conky conky-conf_cookie.o conky-ibm.o conky-smapi.o conky-mpd.o conky-libmpdclient.o conky-moc.o conky-linux.o conky-users.o conky-sony.o conky-i8k.o conky-libtcp-portmon.o conky-tcp-portmon.o conky-x11.o conky-fonts.o conky-hddtemp.o conky-ccurl_thread.o conky-rss.o conky-prss.o conky-weather.o conky-llua.o conky-imlib2.o conky-apcupsd.o conky-iconv_tools.o conky-colours.o conky-combine.o conky-common.o conky-conky.o conky-core.o conky-diskio.o conky-entropy.o conky-exec.o conky-fs.o conky-mail.o conky-mixer.o conky-net_stat.o conky-template.o conky-timed_thread.o conky-mboxscan.o conky-read_tcp.o conky-scroll.o conky-specials.o conky-tailhead.o conky-temphelper.o conky-text_object.o conky-timeinfo.o conky-algebra.o conky-proc.o conky-user.o conky-top.o -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -lpthread -liw -lncurses -lX11 -lImlib2 -llua -lm -lXext -lXdamage -lXfixes -lXft -lglib-2.0 -lcurl -lxml2 -lasound -lrt -ltolua++
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_map.o): In function `tolua_bnd_setpeer':
(.text+0x496): undefined reference to `lua_setfenv'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_map.o): In function `tolua_bnd_getpeer':
(.text+0x65a): undefined reference to `lua_getfenv'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_map.o): In function `tolua_dobuffer':
(.text+0x1177): undefined reference to `luaL_loadbuffer'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_map.o): In function `tolua_dobuffer':
(.text+0x1193): undefined reference to `lua_pcall'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_push.o): In function `tolua_pushusertype':
(.text+0x214): undefined reference to `lua_setfenv'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_to.o): In function `tolua_tofieldnumber':
(.text+0x2f4): undefined reference to `lua_tonumber'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_to.o): In function `tolua_tonumber':
(.text+0x54): undefined reference to `lua_tonumber'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `do_operator':
(.text+0xc8): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `class_eq_event':
(.text+0x208): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `module_newindex_event':
(.text+0x2d8): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `module_newindex_event':
(.text+0x359): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `module_index_event':
(.text+0x47b): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o):(.text+0x49e): more undefined references to `lua_call' follow
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `storeatubox.constprop.3':
(.text+0x56a): undefined reference to `lua_getfenv'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `storeatubox.constprop.3':
(.text+0x5b3): undefined reference to `lua_setfenv'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `class_index_event':
(.text+0x639): undefined reference to `lua_getfenv'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `class_index_event':
(.text+0x888): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `class_newindex_event':
(.text+0x967): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `class_newindex_event':
(.text+0xa5f): undefined reference to `lua_call'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/../../../../lib/libtolua++.a(tolua_event.o): In function `class_gc_event':
(.text+0xb59): undefined reference to `lua_call'
collect2: error: ld returned 1 exit status
make[2]: *** [conky] Error 1
make[2]: Leaving directory `/tmp/packerbuild-1000/conky-lua/conky-lua/src/conky-1.9.0/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/packerbuild-1000/conky-lua/conky-lua/src/conky-1.9.0/src'
make: *** [all-recursive] Error 1
==> ERROR: A failure occurred in build().
Aborting...
The build failed.

Hi ckozler.

The "makepkg -s" will fail because the "-s" option will only get packages from the Arch repositories, not from the AUR. But the toluapp is an AUR package, and you can download it and build it or use any AUR helper to easily install it based in the error message "error: target not found: toluapp".

Said that, the toluapp is only needed to build the conky-lua package. If I put toluapp in the depends list, not only your error with makepkg will keep going (remember that toluapp is an AUR package), but you won't be allowed to remove a package not used in your system, because it is erroneous listed as a dependency by the conky-lua package.

As to download and build the toluapp when building the conky-lua, this would be an abuse of the PKGBUILD. The PKGBUILD recipe of conky-lua is supposed download and build the conky-lua. If the conky-lua depends on any other package to compile (only) that package must be listed in the makedepends, if the conky-lua depends on a package to run that package must be listed in the depends.

Except makepkg fails immediately - I think you should list it as a dependency or handle it appropriately in build by downloading it and building it


$ makepkg -s
==> Making package: conky-lua 1.9.0-1 (Wed Aug 22 07:21:56 EDT 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
error: target not found: toluapp
==> ERROR: 'pacman' failed to install missing dependencies.

Hi boswbr25,
Actually toluapp is only a makedepends, as it is only required at compilation time.

I think toluapp should be listed as a dependency.

I'm on x86_64 to... Anyway, as it seems to work with perl-xml-sax only to me, I'm changing to perl-xml-libxml in makedepends.

I had the same problem as hcjl (build fails with "Can't locate XML/LibXML/SAX.pm"). perl-xml-sax in the makedepends didn't help (I double checked that it is installed; I also have a /usr/share/perl5/vendor_perl/XML/SAX.pm file but it doesn't help). After installing perl-xml-libxml, conky-lua compiles without problems.

I'm also on x86_64. Perhaps this is the differing factor.

Hi onyx67. I didn't understand, have you solved your problem? :-)

Curiously I don't have the perl-xml-libxml package installed in my computer, but the conky-lua package compiles nonetheless. In my system there are a /usr/share/perl5/vendor_perl/XML/SAX.pm file, which is owned by perl-xml-sax package. As the perl-xml-libxml package depends on the perl-xml-sax, I will suppose that the package that is really needed is the perl-xml-sax, and put it in the makedepends instead.

Please if anyone had some problem even with the perl-xml-sax in the makedepeds array, post a message here.

Please add perl-xml-libxml to the makedepends as requested by itoijala below. The package will not build without it.

thanks!

Hello renato_garcia,
I had a problem during the installation of "conky-lua", "yaourt" tells me that "makepkg" could not build the package "toluapp." Do you know the problem and what should we do ?
Thank you for your response

Thanks for the explanation. I agree that it should follow the [extra] PKGBUILD.

To make this PKGBUILD I have ever only got the Conky PKGBUILD from Extra[1], and changed the configure in order to enable the Lua support. As in this current version the PKGBUILD from Extra get the source from ftp.archlinux, this PKGBUILD also get from ftp.archlinux. I don't know why the Extra/conky get the source from there though.

I chose this way so that the behaviour of AUR/conky-lua is the most like the Extra/conky, except for Lua of course.

[1]: http://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/conky

Why is this pulling the sources from ftp.archlinux.org and not upstream?

@itoijala
thx. solved the problem.

Please add perl-xml-libxml to makedepends.

I receive an error during build on a x86_64 system. On i686 everything is fine:

Can't locate XML/LibXML/SAX.pm in @INC (@INC contains: /usr/lib/perl5/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/core_perl /usr/share/perl5/core_perl .) at (eval 5) line 1.
make[1]: *** [conky.1] Error 2
make[1]: Leaving directory `/tmp/yaourt-tmp-jle/aur-conky-lua/src/conky-1.8.2git20111107/doc'
make: *** [all-recursive] Error 1

Updated PKGBUILD in sync with conky-1.8.2git20111107-2

http://pastie.org/private/aa71rahermx2ebkyi5gpyw

There is a bug in current (1.8.1-3) version. If you set update_interval to something higher than 2147, it will cause a lot of "Conky:
can't select(): Invalid argument" messages to print. update_inteval = 3600 causes 100% CPU usage on my x86 system. I'm not sure it's the right place for bug report but if someone is suffering from this bug, the patch is available here: https://sourceforge.net/tracker/?func=detail&aid=2970255&group_id=143975&atid=757308
direct link to the patch: http://pastie.org/private/wrfigmqzmffwlx7nxqa9ma

Hi durka,
Actually, toluapp is only a makedepends as it is required only at compilation time.

missing dependency: toluapp

Ok, I put a fix in the PKGBUILD as suggested.

Ok, it works, thanks Root-Minuz.
Would recommend to put this fix in the PKGBUILD until it's fixed upstream.

I got past the curl/types.h error by creating a blank types.h file in /usr/include/curl
I didn't need to rollback my curl 7.21.7 to previous versions.

same here. Somehow, /usr/include/curl/types.h seems to have been removed recently. I still had it in my locate db but it's not on disk anymore.
Indeed, I had the previous version (7.21.6-2) of curl in my cache, and after re-installing, types.h is back and build is successful.
Will stick with this previous version of curl for now.

While compiling I get this error: ccurl_thread.c:36:24: fatal error: curl/types.h: No such file or directory
I have curl installed, I reinstalled it and the same issue.

when you are about to use the nvidia vga card features in conky you have to add --enable-nvidia to the PKGBUILD and you need the package "NVCtrl library" installed (community/libxnvctrl)

Done, thanks :-)

Please add conflicts=('conky') to the PKGBUILD.