Package Details: awesome-git 4.3.1347.ga1f58ab97-1

Git Clone URL: (read-only, click to copy)
Package Base: awesome-git
Description: Highly configurable framework window manager
Upstream URL:
Licenses: GPL2
Conflicts: awesome
Provides: awesome, notification-daemon
Submitter: noonov
Maintainer: trollixx (actionless)
Last Packager: actionless
Votes: 224
Popularity: 1.25
First Submitted: 2007-11-22 16:01 (UTC)
Last Updated: 2022-02-02 23:15 (UTC)

Required by (60)

Sources (1)

Pinned Comments

trollixx commented on 2016-12-27 08:30 (UTC)

Please do not flag this package out-of-date unless it fails to build due to upstream changes.

Latest Comments

suffer commented on 2022-02-04 00:57 (UTC)

@alerque that's awesome news

alerque commented on 2022-02-03 20:41 (UTC)

I just moved lua-lgi to [community]. That or lua-lgi-git from here on the AUR both seem to work fine with this awesome-git build as of now.

If anybody wants to contribute a patch to backport the Lua 5.4 stuff to Awesome 4.3 so we can get it in official packages before the upstream gets around to a release I'm open to submissions.

alerque commented on 2022-02-03 18:18 (UTC) (edited on 2022-02-03 18:52 (UTC) by alerque)

Hopefully lua-lgi will be coming to official repos soon...the last tag seems to be patchable to work with Lua 5.4 but I keep coming up with new issues. If I can get it to work then the packaged awesome release should be able to switch to 5.4 too.

suffer commented on 2022-02-03 15:52 (UTC)

@oncomouse You're right. I can build with aurutils but not makepkg alone. I guess there's always uninstall, build, install.

oncomouse commented on 2022-02-03 15:36 (UTC)

@Kritiqual the trick to getting this to work is to uninstall awesome-git, uninstall lua53-lgi, then reinstall awesome-git. That worked for me.

oncomouse commented on 2022-02-03 14:44 (UTC)

@suffer runningmakepkg -src with awesome-git yields the error that dependency lua-lgi is missing, even if I run makepkg -src first with lua-lgi-git.

suffer commented on 2022-02-03 07:19 (UTC)

@Kritiqual All fine here. Try building both (lua-lgi-git and awesome-git) first separately with makepkg -src. Then install together with pacman -U. This will avoid the conflict since you are providing both together.

Kritiqual commented on 2022-02-03 06:39 (UTC) (edited on 2022-02-03 15:07 (UTC) by Kritiqual)

For the new version (4.3.1347 - too long), it requires lua-lgi-git, but the old version requires lua53-lgi. If I upgrade awesome, it told me that lua-lgi-git is in conflict with lua53-lgi, and it also ask me to remove conflicting package. I chose either "y" or "n", it will cancel the process Edit: I dropped into another tty, uninstall the current version, and rebuild it, lol

suffer commented on 2021-03-29 21:25 (UTC)

@raven2cz 5.4 is Arch's default Lua (and has been for a while), Awesome still requires 5.3. They made changes to the build system to make it easier to build against non-default versions of Lua.

raven2cz commented on 2021-03-28 10:14 (UTC)

The PKGBUILD needs update. According to

The lua 5.4 is default now. The build has to use new build option. Sed is cannot be used now.

suffer commented on 2021-03-28 09:54 (UTC)

Does not build. Upstream changes:

Hkyx commented on 2020-09-11 15:49 (UTC)

it don't fail but it put some breaking changes since the last update like some apps as MS Teams got a black screen when sharing a screen.

aDogCalledSpot commented on 2020-08-06 12:42 (UTC)

lgi currently only has experimental lua 5.4 support, so we should make this package use lua 5.3 until this is fixed

Night commented on 2020-08-06 12:08 (UTC) (edited on 2020-08-06 12:24 (UTC) by Night)

I seem to get this error when I build now (it's just stopped working (Upstream related?)):

[ 0%] Building C object CMakeFiles/test-gravity.dir/tests/test-gravity.c.o make[2]: No rule to make target '/usr/lib/', needed by 'test-gravity'. Stop. make[1]: [CMakeFiles/Makefile2:499: CMakeFiles/test-gravity.dir/all] Error 2 make: *** [Makefile:149: all] Error 2 ==> ERROR: A failure occurred in build().

I think it might be because Lua has been upgraded in the main repos to 54 now?:

I can see that there's a 5.4 version coming along soon maybe

brneor commented on 2019-01-29 16:57 (UTC)

Why is this package older than stable? It wasn't supposed to be the "beta" version?

actionless commented on 2017-06-04 01:35 (UTC)

pinning lua penlight to 1.4.1 also helps

ahrs commented on 2017-04-09 22:43 (UTC)

This failed to build at the documentation generation stage for me. Passing `-DGENERATE_DOC=0` to cmake allowed the build to continue.

whooper commented on 2017-01-08 16:54 (UTC)

/usr/lib/ undefined reference to `FT_Get_Var_Blend_Coordinates' collect2: error: ld returned 1 exit status make[2]: *** [CMakeFiles/awesome.dir/build.make:1113: awesome] Error 1 make[1]: *** [CMakeFiles/Makefile2:134: CMakeFiles/awesome.dir/all] Error 2 make: *** [Makefile:128: all] Error 2 fails to build with this error. any solution?

trollixx commented on 2016-12-27 08:30 (UTC)

Please do not flag this package out-of-date unless it fails to build due to upstream changes.

actionless commented on 2016-11-09 22:34 (UTC)

yup, i don't mind confirming what repo versions of both `ldoc` and `lua-lgi` are working fine now

hexchain commented on 2016-11-08 08:21 (UTC)

@trollixx It seems that all those issues are fixed in lgi 0.9.1? Plus, ldoc 1.4.6 fixed the doc generation error.

trollixx commented on 2016-11-04 14:46 (UTC)

Added `xcb-util-xrm`, and switched to `ldoc-git`. @actionless, would you like to co-maintain this package?

mony commented on 2016-11-04 05:02 (UTC)

using ldoc-git solves the problem

actionless commented on 2016-11-03 12:40 (UTC)

@hexchain see how to reproduce the problem with an older lgi

actionless commented on 2016-11-03 12:38 (UTC) (edited on 2016-11-03 12:38 (UTC) by actionless)

@trollixx please add a new dependency `xcb-util-xrm` see

actionless commented on 2016-11-03 12:37 (UTC)

@l0b0 ldoc issue is not related to lgi, see

l0b0 commented on 2016-11-02 08:47 (UTC)

@hexchain After changing it to `lua-lgi` I get the following error from makepkg: lua: /usr/share/lua/5.3/ldoc/tools.lua:112: table index is nil stack traceback: /usr/share/lua/5.3/ldoc/tools.lua:112: in method 'add' /usr/share/lua/5.3/ldoc/doc.lua:397: in method 'finish' /usr/bin/ldoc:534: in upvalue 'add_special_project_entity' /usr/bin/ldoc:613: in local 'operation' /usr/share/lua/5.3/ldoc/tools.lua:529: in function '' /usr/bin/ldoc:612: in main chunk [C]: in ? make[2]: *** [CMakeFiles/ldoc.dir/build.make:180: CMakeFiles/ldoc] Error 1 make[1]: *** [CMakeFiles/Makefile2:240: CMakeFiles/ldoc.dir/all] Error 2

hexchain commented on 2016-10-18 04:58 (UTC) (edited on 2016-10-19 05:37 (UTC) by hexchain)

Is it still required that this package be built with lua-lgi-git? It seems that 0.9.1 is enough.

hexchain commented on 2016-10-09 04:48 (UTC)

ldoc 1.4.5 is broken according to

ptrxyz commented on 2016-10-02 21:40 (UTC)

Does not build anymore, adding -DGENERATE_DOC=False fixes that. Maybe some incompatibilities with current versions of ldoc?

commented on 2016-07-10 00:58 (UTC)

Fails to install for me. -- checking for round -- in libm -- Running tests/examples/wibox/layout/defaults/ratio.lua... CMake Error at tests/examples/CMakeLists.txt:162 (message): /home/gregf/.cache/pacaur/awesome-git/src/awesome-git/tests/examples/wibox/layout/defaults/ratio.lua A test failed, bye Call Stack (most recent call first): tests/examples/CMakeLists.txt:238 (run_test) awesomeConfig.cmake:310 (include) CMakeLists.txt:17 (include) -- Configuring incomplete, errors occurred! See also "/home/gregf/.cache/pacaur/awesome-git/src/build/CMakeFiles/CMakeOutput.log". See also "/home/gregf/.cache/pacaur/awesome-git/src/build/CMakeFiles/CMakeError.log".

actionless commented on 2016-04-28 10:14 (UTC)

@hexchain @trollix that was a problem with cmake config, it should be fixed by now

actionless commented on 2016-04-26 16:36 (UTC)

please change the dependency from `lua-lgi` to `lua-lgi-git`, the details are here:

trollixx commented on 2016-04-16 03:22 (UTC)

@hexchain, I've just built this package unchanged with yaourt. So, something else is wrong. Have tried to building with makepkg?

hexchain commented on 2016-04-13 09:54 (UTC) (edited on 2016-04-13 09:55 (UTC) by hexchain)

Build error: reading configuration from config.ld file or directory does not exist: '/tmp/yaourt-tmp-hexchain/aur-awesome-git/src/docs/aliases/awful_client.lua' CMakeFiles/ldoc.dir/build.make:156: recipe for target 'CMakeFiles/ldoc' failed make[2]: *** [CMakeFiles/ldoc] Error 1 The build directory may not be supposed to be put outside source code tree. Putting it inside works.

trollixx commented on 2016-03-15 02:17 (UTC)

@Loy, Doxygen generates API docs. Check /usr/share/doc/awesome/doc/.

Loy commented on 2016-03-10 14:13 (UTC)

Why depends of doxygen for compilation ??

trollixx commented on 2016-01-16 19:22 (UTC)

The version is irrelevant for *-git packages. `git describe` picks up the latest tag in the master branch, while all post-3.5.2 tags live in 3.5 branch, hence the difference.

captainju commented on 2016-01-15 16:46 (UTC)

Why is the version still ? Or 3.5.2-976 when I build it ? Or in PKGBUILD ? Shouldn't it be at least 3.5.7 ?

trollixx commented on 2015-07-25 01:32 (UTC)

@konni, done!

konni commented on 2015-07-22 19:58 (UTC)

makepkg has issues to checkout the git repo unless i modify the source line to: source=("$pkgname::git+"), according to the arch wiki.

trollixx commented on 2015-06-25 05:24 (UTC)

@Liberis Thanks for reporting the problem. I am currently moving across the country, and I will update the package as soon can.

Liberis commented on 2015-06-22 17:23 (UTC)

Fails to Compile : Added package extra/libxkbcommon-x11 and it works again :) I think a dependency is missing

trollixx commented on 2015-05-22 21:25 (UTC)

@ericlnu I have copied Lua 5.3 change from the main repository, and it builds fine for me. I've also reuploaded the same src package, because AUR showed old PKGBUILD somehow.

ericlnu commented on 2015-05-22 21:02 (UTC)

I checked the cmake stuff, and it should be "LUA_LIBRARIES=/usr/lib/" (for x64 obviously), in addition to the comment from MRMen.

MrMen commented on 2015-05-17 08:02 (UTC)

I think you should modifiy the -DLUA_LIBRARY to use 5.3 instead of 5.2. Doing it, it now compiles for me.

trollixx commented on 2015-02-24 21:43 (UTC)

@silverhammermba, fixed.

silverhammermba commented on 2015-02-24 20:43 (UTC)

Why doesn't this have conflicts=('awesome')? It won't let me upgrade from awesome to awesome-git without that.

trollixx commented on 2015-02-21 00:55 (UTC)

Unfortunately, 3.5.2 is the latest tag in the master branch, and I missed pkgver() in the previous PKGBUILD.

actionless commented on 2015-02-18 21:32 (UTC)

why did you reverted the version now?

actionless commented on 2015-02-18 09:51 (UTC)

you lost "provides=awesome" part

trollixx commented on 2015-02-18 09:19 (UTC)

@actionless, I've synchronised this package with the one in 'community'. Let me know if it's missing anything. Documentation should build fine now.

actionless commented on 2015-02-18 07:39 (UTC)

i can take it also, no one still added ldoc

jpope commented on 2014-12-06 02:30 (UTC)

I just adopted this package but, I don't really use awesome. If anyone has suggestions let me know. Or, an active user of awesome that wants ownership, let me know as well. Just didn't like seeing this one out there being orphaned. ;)

doraneko commented on 2014-11-25 14:06 (UTC)

Source moved to github

actionless commented on 2014-11-01 16:23 (UTC)

what about adding 'ldoc' as an optional dep? without it no offline docs being builded

Dasonk commented on 2014-10-06 00:01 (UTC)

You should add git as a make dependency

cdemoulins commented on 2013-10-28 09:52 (UTC)

Please, could you add the required dependency 'xcb-util-cursor-git' or enventually orphaned the package if you don't use it anymore. Thanks anyway for this package.

j605 commented on 2013-10-26 09:58 (UTC)

As per KaiSforza's suggestion pkgver can be modified as pkgver() { cd ${srcdir}/${_pkgname} ver=$(git describe | tr '-' '.') echo ${ver:1} }

aignas commented on 2013-10-05 14:56 (UTC)

In case it helps anybody, this is the version I am using now:

DrDeimos commented on 2013-09-20 16:24 (UTC)

New dependency: xcb-util-cursor-git I do not know what this dependency package or build only.

commented on 2013-09-17 21:25 (UTC)

It no longer uses xcb-util-image;a=commit;h=bcea1aab66ec9fa8253ab078f9a766451c7e2a48

KaiSforza commented on 2013-04-10 21:50 (UTC)

Please do not use this pkgver function. Awesome has tags in its git repo, so a $git describe v3.5.1-1-g2d31033 just get rid of the v and change the -'s to .'s and you're good to go. Using the date is just stupid when you can use an actual package version number.

cdemoulins commented on 2013-01-09 16:01 (UTC)

You have to update awesome-git to the last version now.

krionux commented on 2013-01-09 11:02 (UTC)

Thanks I did work for me, still seiing "missing dependency for awesome-git : lgi" trough. Thanks cdemoulins

cdemoulins commented on 2013-01-08 23:09 (UTC)

To fix the conflict issue you have to remove with the option -Rdd and then install lua-lgi. # pacman -Rdd lgi-git # pacman -S lua-lgi

gbr commented on 2013-01-08 04:00 (UTC)

I'll wait for an answer to @khughitt's question before updating...

khughitt commented on 2013-01-04 11:43 (UTC)

Same issue here. Is is safe to change lua-lgi to lgi-git in the PKGBUILD?

krionux commented on 2013-01-02 13:36 (UTC)

Hello noonov, Can't update it, it say conflict betw lua-lgi and lgi-git - lua-lgi (package found) ... :: lua-lgi and lgi-git are in conflict (lgi). Remove lgi-git? [y/N] error: failed to prepare transaction (could not satisfy dependencies) :: awesome-git: requires lgi Can't find any dependencies in the PKGBUILD regarding lgi only. local/awesome-git 20130101-1 local/lua 5.2.1-3 local/lgi-git 20121215-1

noonov commented on 2013-01-02 07:01 (UTC)

- lgi => lua-lgi - Added option to install local docs. (default "no", as latest ldoc-1.3.0a fails to generate docs.)

popsch commented on 2012-12-30 16:04 (UTC)

Although I have the listed dependencies, this still fails. Consequently awesome fails to start. $ lua -e 'lgi = require("lgi") print(lgi.cairo, lgi.Pango, lgi.PangoCairo)' lua: (command line):1: module 'lgi' not found: no field package.preload['lgi'] no file '/usr/share/awesome/lib/vicious/:/usr/share/awesome/lib/obvious' no file '/usr/lib/lua/5.2/' no file '/usr/lib/lua/5.2/' no file './' stack traceback: [C]: in function 'require' (command line):1: in main chunk [C]: in ?

noonov commented on 2012-12-30 13:59 (UTC)

Support local documentation again. All dependencies are in official repositories now.

noonov commented on 2012-12-30 08:38 (UTC)

lgi-git => community/lgi

commented on 2012-12-16 04:47 (UTC)

@noonov I rebuild new version - now all ok, but that time I used rc.lua copied from xdg/awesome(not modified). Also when build I see Warn message when build man pages to other languages (nl,de,ru,...) warning about author (sorry but I can't copy full error msg). Thank you for update!

noonov commented on 2012-12-15 02:25 (UTC)

lgi-git vicious-git (optional: for users who use vicious) lua-penlight-git (optional: local documents) ldoc-git (optional: local documents)

noonov commented on 2012-12-15 02:19 (UTC)

@khughitt: Thank you for your comments. I've added warning message about vicious rebuild to the .install file.

noonov commented on 2012-12-15 02:16 (UTC)

@Grok: I have no error with the default rc.lua. Maybe a configuration problem? This guide may help you.

commented on 2012-12-14 02:55 (UTC)

My bad to require 'socket.http'

commented on 2012-12-14 02:47 (UTC)

I do the thing as @noonov metions but meet this error: error loading module 'socket.core' from file '/usr/lib/lua/5.2/socket/': /usr/lib/lua/5.2/socket/ undefined symbol: lua_pcall cause maybe I use vicious library, while the default config is well. ps, I've recompiled awesome-git and lgi-git. Mnay thx.

khughitt commented on 2012-12-13 12:29 (UTC)

Okay, problem is due to vicious using lua 5.1 by default. The git version supports lua 5.2, but will still be installed in the 5.1 folder, so you have to edit the PKGBUILD and change the version number: _luaver="5.2" And it should work.

khughitt commented on 2012-12-13 12:05 (UTC)

Updating broke compatibility with vicious for me: /home/.../rc.lua:15: module 'vicious' not found: no field package.preload['vicious'] ... no file './' I'm only just learning my way around Awesome now so it could be something really silly on my part, but I thought I would put this up in case it is something that should work. Gonna try updating to vicious-git in the meantime.

commented on 2012-12-13 09:24 (UTC)

I have problem with widget/base/lua:28 too. I update all from last post (lgi,ldoc,lua-penlight). How can resolve this problem?

noonov commented on 2012-12-13 07:10 (UTC)

Some works for lua 5.2 migration. Althlough awesome-git may be built with no modification, awesome fails to run unless upgrading lgi-git package for lua 5.2. sed -i 's/5.1/5.2/g' lgi/Makefile may be enough. Here's the modified version of PKGBUILD (lgi-git): ** Please build-and-install it before running awesome! ** As for ldoc, migration tasks are somewhat bothersome. You'll have to install modified version of lua-penlight-git and then install ldoc-git (is not in AUR). So I decided to drop local doc support. For those who need local doc, use these PKGBUILDs (lua-penlight-git/ldoc-git):

noonov commented on 2012-12-13 07:08 (UTC)

@wxg4net: It's not a packaging bug. Please report it to upstream.

wxg4net commented on 2012-12-02 02:03 (UTC)

when click mymainmenu; then one errors display.. /usr/share/awesome/lib/wibox/widget/base/lua:28: attempt to get length of local 'mod' (a nil value ) latest awesome-git

commented on 2012-11-24 10:33 (UTC)

Just wanted to drop a line to let you know that upstream changed some things following these commits (in case you hadn't checked in a while); Use LDoc instead of Luadoc (FS#1006):;a=commit;h=c87e775e4680b7f75233e97862cfe2717cab36a2 Use glib instead of libev:;a=commit;h=ea3011941063f2b4f7721fa520a0b9a4069b436f Homepage for LDoc: The first one is causing issues as there are no packages in Arch for LDoc. LDoc requires the penlight libraries (by the same author as LDoc) which are in AUR but that package is somewhat outdated (as I found out). I hacked together my own PKGBUILD for LDoc and penlight but they seem to be erring out when I build awesome. I'm not the best PKGBUILD'er plus I'm using a slightly modded version of your PKGBUILD (with luajit as a backend) so it could be on my end. I just wanted to report my findings to save you a possible headache in the future. For now I have luadoc taken out and it's building successfully albeit without documentation. Thanks

cdemoulins commented on 2012-11-11 14:58 (UTC)

You should check if luadoc is properly installed. And you should also copy the full output into pastebin.

popsch commented on 2012-11-10 21:20 (UTC)

I can't build the package: -- Scanning dependencies of target man [ 1%] [ 2%] [ 2%] [ 3%] lua: Generating atoms-extern.h /usr/bin/luadoc:7: module 'luadoc' not found: no field package.preload['luadoc'] no file '/usr/share/awesome/lib/vicious/:/usr/share/awesome/lib/obvious' no file './' no file '/usr/lib/lua/5.1/' no file '/usr/lib/lua/5.1/' stack traceback: [C]: in function 'require' /usr/bin/luadoc:7: in main chunk [C]: ? make[3]: *** [CMakeFiles/luadoc] Error 1 make[2]: *** [CMakeFiles/luadoc.dir/all] Error 2 make[2]: *** Waiting for unfinished jobs....

noonov commented on 2012-10-17 15:24 (UTC)

* Updated depends (gdk-pixbuf2, libxcursor, xorg-xmessage), optdepends (feh, dex, vicious), provides (notification-daemon) * Added .desktop file for KDM Thanks to all.

kalio commented on 2012-10-07 15:12 (UTC)

I believe 'notification-daemon' should be added to the 'provides' array, as awesome provides that package.

intelfx commented on 2012-09-21 20:34 (UTC)

Could you consider adding integration with KDM? It's just a matter of another *.desktop file.

cdemoulins commented on 2012-09-14 10:23 (UTC)

I just updated and don't have any error, you should check your configuration: vimdiff /etc/xdg/awesome/rc.lua ~/.config/awesome/rc.lua

commented on 2012-09-14 02:48 (UTC)

I got: /usr/share/awesome/lib/naughty.lua:312: attempt to index local 'beautiful' (a nil value)

noonov commented on 2012-06-14 10:25 (UTC)

dropped lua-oo*, thanks.

commented on 2012-06-13 07:52 (UTC)

I think you can drop lua-oocairo and lua-oopango from deps too. It builds fine with both lgi and lgi-git, so I'm not sure which should be used.

Geoffroy commented on 2012-06-13 06:02 (UTC)

Very quick update, thanks :)

commented on 2012-06-06 16:47 (UTC)

lig-git builds fine now, please update the dependencies

commented on 2012-06-06 16:31 (UTC)

lig-git builds fine now, please update the dependencies

cocreature commented on 2012-06-05 13:53 (UTC)

lgi-git needs to be updated to the dependencies. Problem is that lgi-git doesn't build without modifying the pkgbuild so nobody should update.

noonov commented on 2012-06-03 02:10 (UTC)

libxcb rebuild @ever: fixed.

ever commented on 2012-06-01 15:37 (UTC)

Please change the source url to a http one. Else people behind a firewall (but with a working http proxy) cannot build it.

gbr commented on 2012-05-15 20:06 (UTC)

I'm back and with my problem solved! :D After this commit <;a=commit;h=f7aa4b59696e2d2e3f93c3f71fdbf1cf98e8b212>, something went wrong. I do not know what 'ARGB' means, but I know this is bad. :P So, after A LOT of researching, I make it working 100% again. I modified this actual PKGBUILD (20120512-1): <> and also created a patch (even not knowing how exactly to do it right) to reverts that commit: <>

gbr commented on 2012-05-14 04:24 (UTC)

Hi... after I updated to version 20120512-1, I noticed a decrease in performance at selecting/resizing/moving the windows... I actually do not know if the problem happened after the update, but I want to downgrade the package to check it out. So my question is: how can I do that? How can I get the previous version of this PKGBUILD? Thanks in advance. (I'm sorry for my english)

krionux commented on 2012-05-13 08:09 (UTC)

Thanks noonov !

noonov commented on 2012-05-12 14:25 (UTC)

xcb supported version of cairo is in [extra] now.

lijpbasin commented on 2012-05-11 16:08 (UTC)

error: target not found: cairo-xcb Install cairo in Testing and modify the PKGBUILD file, or install awesome in Community-Testing if you just want awesome.

myle commented on 2012-05-08 14:13 (UTC)

error: target not found: cairo-xcb

jk121960 commented on 2012-05-07 13:06 (UTC)

Should I report bugs here?

jk121960 commented on 2012-05-07 13:05 (UTC)

Should I report bugs here?

krionux commented on 2012-05-05 10:05 (UTC)

Hi, Since cairo-xcb doesn't exist, shouldn't the dependency be changed to cairo-git ? Regards, krion

cdemoulins commented on 2012-05-02 09:30 (UTC)

Your should ask your questions on the awesome mailing list. Or you could read the git log of the awesome repository. Don't forget, your are using a git version of awesome.

Hspak commented on 2012-05-02 01:51 (UTC)

What happened to widget.layouts? set_gradient_colors also seem to be gone. Is there documentation somewhere that states all these changes?

Hspak commented on 2012-04-27 02:02 (UTC)

I believe you just add '--enable-xlib-xcb' as a build option in the PKGBUILD. I haven't tried this so I can't confirm.

commented on 2012-04-25 00:37 (UTC)

I'm using cairo-ubuntu for the lcd patches. Can I still get cairo-xcb without uninstalling cairo-ubuntu?

magicfish1990 commented on 2012-04-16 12:02 (UTC)

@cdemoulins It work, thanks.

cdemoulins commented on 2012-04-16 11:08 (UTC)

I didn't tested but you can install the current testing version of cairo 1.12.0-4. It provide cairo-xcb.

magicfish1990 commented on 2012-04-16 10:36 (UTC)

cairo-xcb package disappeared...

commented on 2012-04-14 18:34 (UTC)

@noonov >I can't reproduce the problem. Anyone else have this problem? I have the same problem.

noonov commented on 2012-02-14 02:08 (UTC)

@buhman Added, thanks.

buhman commented on 2012-02-12 04:02 (UTC)

imlib2 should be added to the list of dependencies

noonov commented on 2012-02-05 14:23 (UTC)

Please rebuild && reinstall cairo-xcb and awesome-git itself to use awesome with libpng>=1.5. $ sudo pacman -Syu # make sure your system up-to-date. $ yaourt -S cairo-xcb awesome-git

commented on 2011-12-07 10:01 (UTC)

@noonov, @Strafer i solved my problem in the meantime: during one of my cleanups i deleted /etc/xml/catalog as it didn't belong to any package. turns out it's necessary for xml validation. and the good news is: xcb-util-0.8 hit extra, yay.

Strafer commented on 2011-12-06 16:58 (UTC)

@noonov >I can't reproduce the problem. Anyone else have this problem? Yes.

noonov commented on 2011-11-28 07:11 (UTC)

Here's some news. 1. I've swithed lua-oocairo/oopango-git to stable lua-oocairo/oopango. Now lua-oocairo/oopango-git will NOT satisfy dependencies of awesome-git, because lua-oocairo/oopango-git in AUR do not 'provide' lua-oocairo/oopango. So all users must do: pacman -Rdd lua-oo{cairo,pango}-git && yaourt -S --asdeps lua-oo{cairo,pango} Sorry for inconvenience. 2. xcb-util-0.3.8 finally in [testing]. Someone who want to use awesome-git with testing/xcb-util will have to do: pacman -Sy --asdeps testing/xcb-util{,-image,-keysyms,-wm} testing/startup-notification Note that upgrading of startup-notification is required.

noonov commented on 2011-11-28 07:00 (UTC)

@coroa I can't reproduce the problem. Anyone else have this problem?

commented on 2011-11-26 17:03 (UTC)

Am I the only one, where the build fails due to validation problems? [ 49%] Generating manpages/man1/awesome.1 xmlto: /tmp/awesome-build/manpages/man1/awesome.1.xml does not validate (status 3) xmlto: Fix document syntax or use --skip-validation option I/O error : Attempt to load network entity /tmp/awesome-build/manpages/man1/awesome.1.xml:2: warning: failed to load external entity "" D DocBook XML V4.5//EN" "" ^ I/O error : Attempt to load network entity warning: failed to load external entity "" validity error : Could not load the external subset "" Document /tmp/awesome-build/manpages/man1/awesome.1.xml does not validate if you don't want to update the xcb libs, you can also revert the commit which switched to the new lib. By f.ex. inserting the line git revert be7fda45d818ebe6d1029b4813e5fed3e81c19db just before cmake. For now there have been no conflicts.

dante4d commented on 2011-08-28 15:43 (UTC)

@execve Nice to hear that. I'd be happier without the lib problem, but I don't have enough insinght into xcb and awesome architecture to slove it right now.

commented on 2011-08-24 15:19 (UTC)

1. install xcb-util-git and xcb-util-*-git from AUR 2. make softlink: sudo ln -s /usr/lib/ /usr/lib/ 3. use awesome 4. ??? 5. PROFIT!!! @dante4d yeap, your solution probably works too. was merged in in new versions of xcb-util

dante4d commented on 2011-08-22 21:56 (UTC)

I made separate git packages for xcb-utils, xcb-utils-image, xcb-utils-keysyms and xcb-utils-wm. They work for me except I had to symlink to so awesome doesn't complain about missing library. I'd be happy to hear if that works for someone else except me.

itti commented on 2011-08-04 07:28 (UTC)

Any news on when the new xcb versions will enter the arch repositories?

noonov commented on 2011-07-18 12:01 (UTC)

@Mrs.Smith1974 See yiuin's comment on xcb-util-all. ( You can also install xcb-util* separately if you want to. Build && install xcb-util* using src tarballs. (xcb-util should be installed before building xcb-util-image.) src tarballs here (Thanks to cdemoulins):

Mr.Smith1974 commented on 2011-07-16 08:27 (UTC)

No package 'xcb-util' 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 XCB_UTIL_CFLAGS and XCB_UTIL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. ==> ОШИБКА: Произошел сбой в build(). Преждевременный выход... ==> ERROR: Makepkg was unable to build xcb-util-all.

yiuin commented on 2011-07-15 21:43 (UTC)

To get everything to work properly I also had to recompile startup-notification (rebuild) after installing xcb-util-all otherwise it will link with xcb-util-aux which has been merged into the other libraries.

commented on 2011-07-09 12:39 (UTC)

@ noonov Thank You.

noonov commented on 2011-07-09 06:38 (UTC)

@sbfreak This might help you: wget tar xf xcb-util-image-0.3.8-1.src.tar.gz cd xcb-util-image && makepkg -si or just install xcb-util-all from AUR: yaourt -S xcb-util-all

commented on 2011-07-08 20:01 (UTC)

xcb-util-image can't be found

commented on 2011-06-20 14:34 (UTC)

please, make a pkgbuild of xcb-util 3.8 thanks

rickeyski commented on 2011-06-08 18:22 (UTC)

Thanks for the link to the patches, I need to check here more often.

noonov commented on 2011-05-30 15:58 (UTC)

Thanks to cdemoulins for your contribution. BTW, someone who come across a problem with pulseaudio/libpulse, here's a patch for xcb-util>=0.3.8: Gentoo's Bugzilla

cdemoulins commented on 2011-05-27 12:59 (UTC)

I put your source tarballs on my web server for a direct access : I think patch for startup-notification is not necessary anymore since the update to 0.12.

noonov commented on 2011-05-14 13:51 (UTC)

*IMPORTANT* Latest version of awesome-git is NOT able to build with xcb-util<=0.3.6. So, now you have to have xcb-util>=0.3.8 and some new packages below: - xcb-util 0.3.8, xcb-util-image 0.3.8, xcb-util-keysyms 0.3.8, xcb-util-wm 0.3.8 Libraries provided by xcb-util<=0.3.6 are splitted into several packages. - Patched version of startup-notification 0.10 for xcb-util>=0.3.8 src tarballs for pacman here: xcb-util 0.3.8-1 xcb-util-image 0.3.8-1 xcb-util-keysyms 0.3.8-1 xcb-util-wm 0.3.8-1 startup-notification 0.10-3 Feel free to modify, submit, maintain or mirror these packages. (Of cource binary packages are welcome.) xcb-util in [extra] is already flagged as out-of-date, but still not updated to 0.3.8. Please be patient.

hellnest commented on 2011-02-21 15:44 (UTC)

There's a patch for current CMake issue. Please put it inside your PKGBUILD, thx

commented on 2011-02-19 17:57 (UTC)

A change in the semantics of cmake from 2.8.3 to 2.8.4 makes the build fail currently. see upstream bug FS#869.

root_op commented on 2011-01-21 19:40 (UTC)

Just wanted to point out something regarding awesome4, people might experience some issues with getting transparency from compositors to work, this is due to that awesome now creates and manages clients with a new method different from what it used before. What it now does is basicly forcefully gain parenting of the client. This however removes the 32bit color depth support (Not sure why but ask on #awesome@oftc if in doubt). This has however been resolved by making use of ARBG in X. There was vary result from this however, some experienced rendering artifacts and some didn't at all. Although it's disabled by default. To get to the point: If you want or require transparency through the additional 8bit alpha channel then prepend the argument -a or --no-argb to awesome. (Awesome-git should really get it's own wikipage since master/head is Awesome4)

Svenstaro commented on 2010-12-03 19:07 (UTC)

Getting an error during make while making manpages. Looks like an upstream fault.

commented on 2010-09-29 19:06 (UTC)

The bug report I filed has been closed and is fixed with a recent commit. It appears this was a problem with LuaDoc that may or may not have been intended; either way it will never be changed because LuaDoc is no longer developed. A link to the commit is below. I've built the package and it compiles just fine.;a=commit;h=787bdbe4684340407ce7b36c51005405f9ab620f

commented on 2010-09-23 17:02 (UTC)

Also you can disable luadoc generation to solve this issue (which is still here) by passing -DGENERATE_LUADOC=false to cmake.

commented on 2010-09-18 20:18 (UTC)

I submitted the following bug report:

commented on 2010-09-18 16:49 (UTC)

Thank you!

commented on 2010-09-18 03:38 (UTC)

The problem was introduced in the latest commit. For now you can add the following just before 'msg "GIT checkout done or server timeout"' to get the last good commit. msg "Reverting to previous good commit" cd ${_gitname} git checkout -b latestgoodcommit c368b848176d3201f4763101de0de544fa7be7b5 cd ..

commented on 2010-09-18 01:26 (UTC)

I encounter the same error as well on a fresh x86_64 install.

commented on 2010-09-18 00:11 (UTC)

Building it just failed on x86-64 with the following message: lua: /usr/share/lua/5.1/luadoc/doclet/html/module.lp:53: bad argument #1 to 'concat' (table expected, got nil) stack traceback: [C]: in function 'concat' /usr/share/lua/5.1/luadoc/doclet/html/module.lp:53: in function 'prog' /usr/share/lua/5.1/luadoc/lp.lua:129: in function </usr/share/lua/5.1/luadoc/lp.lua:117> (tail call): ? /usr/share/lua/5.1/luadoc/doclet/html.lua:241: in function 'start' /usr/share/lua/5.1/luadoc/init.lua:49: in function </usr/share/lua/5.1/luadoc/init.lua:26> (tail call): ? /usr/bin/luadoc:121: in main chunk [C]: ? make[2]: *** [CMakeFiles/luadoc] Error 1 make[1]: *** [CMakeFiles/luadoc.dir/all] Error 2 make: *** [all] Error 2 Aborting... error: Build failed On my i686 box it worked when I updated a few days ago.

noonov commented on 2010-09-11 05:35 (UTC)

Added some new dependencies. Thank wtchappell for oopango/oocairo packages and new PKGBUILD.

commented on 2010-09-10 19:45 (UTC)

Here's the updated PKGBUILD using cairo-xcb, lua-oocairo-git, and lua-oopango-git.

commented on 2010-09-10 18:30 (UTC)

Grabbing cairo-xcb instead of cairo solved a few of the problems, but it doesn't like the existing oocairo package, and oopango hasn't been packaged yet. I'm working on getting up to date versions of those on the AUR.

TiF commented on 2010-09-10 09:45 (UTC)

I can't compile the package because no all dependencies have been included in the new version 'Close to You'.

xduugu commented on 2010-06-19 21:55 (UTC)

'Closing In' is 3.4.5 which is developed in the 3.4 branch, but this package uses master. Since there aren't any 3.5-rcs yet, the codename in master is still the one from the last major release.

commented on 2010-06-19 17:06 (UTC)

The PKGBUILD seems to download an out of date version of Awesome: name Closing In, rather than Close To You. Another user confirmed this in IRC a few nights ago. The git url seems to be right, so I have no idea what the problem is.