Cairo vs. Cairo XCB, Awesome3 and x86_64

Hey, folks. I tried running an upgrade today, and pacman wanted to replace cairo-xcb (required by awesome3) with cairo. But then it couldn't resolve dependencies, as awesome3 requires cairo-xcb. Consequently I couldn't upgrade.
If it helps, I'm running x86_64.
Has anyone else had this issue?
What should I do? I'm new to Arch, so I hesitate to meddle with things too much.
Thanks,
Matt

Isn't that sorta chicken and egg? I'm not really sure how to go about it.
Theoretically, I can change the pkgbuild for awesome3 to depend on cairo, not cairo-xcb. But then I won't be able to install it because I don't have cairo, I have cairo-xcb. Similarly, I can't pacman-update from cairo-xcb to cairo and then change the pkgbuild for awesome3 because it won't let me upgrade because of the dependency.
Sorry if I'm missing something really basic. Again, I'm new to this stuff.
Thanks,
Matt

Similar Messages

[Solved] Failure building cairo-xcb

I tried to install "awesome" window manager, Im quite interested in it, and it's dependency is cairo-xcb.
I downloaded cairo-xcb from AUR but I cant install due to some error:
[broi@broi-Archlinux cairo-xcb]$ makepkg -csi
==> Making package: cairo-xcb 1.10.2-2 (Fri Mar 9 10:45:24 CET 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
-> Found cairo-1.10.2.tar.gz
-> Found cairo-1.10.0-buggy_gradients.patch
==> Validating source files with md5sums...
cairo-1.10.2.tar.gz ... Passed
cairo-1.10.0-buggy_gradients.patch ... Passed
==> Validating source files with sha256sums...
cairo-1.10.2.tar.gz ... Passed
cairo-1.10.0-buggy_gradients.patch ... Passed
==> Extracting Sources...
-> Extracting cairo-1.10.2.tar.gz with bsdtar
==> Removing existing pkg/ directory...
==> Starting build()...
/home/broi/Downloads/awesome/cairo-xcb/PKGBUILD: line 26: patch: command not found
==> ERROR: A failure occurred in build().
Aborting...
Last edited by broi (2012-03-09 18:30:09)

bohoomil wrote:
broi wrote:/home/broi/Downloads/awesome/cairo-xcb/PKGBUILD: line 26: patch: command not found
This is the answer. Install patch.
thanks..

Cairo vs cairo-xcb in dependencies of awesome - awesome to community?

Hi, guys. I would like to address arch development team here.
I've walked through diff between PKGBUILDs of cairo (extra) and cairo-xcb (AUR) - they r so minor.
Y can't PKGBUILD of cairo (extra) be changed to be equal to cairo-xcb's to allow cairo be awesome's dependency so that awesome can go to community?
Thanks.
P.S. I just want awesome in community so much

The differences in code may be minor, but differences in application exist. While I'm certainly no programmer, I do know that Cairo uses Xlib, whilst cairo-xcb utilizes XCB. My understanding is that since the latter is a more experimental implementation of the X server not really not really put to use by the Xorg devs, packages using it get defaulted to the AUR. Awesome depends on (was intended to utilize) XCB, so swithcing the dependency to Cairo alone won't cut it.

Installing cairo-xcb problem

when in the cairo-xcb directory i sudo makepkg --asroot and after a minute started getting this
http://pastebin.com/Z7k6Hw9W
and ive tried installing cairo-xcb a couple of times and after a full install i think the problem is i had the non git package and i accidentally did ./autogen.sh instead of the correct ./configure
i also get alot of this
http://pastebin.com/aHe1WM8k
Last edited by leercrak (2010-12-19 22:33:38)

and when i makepkg in awesome
[ 37%] Building C object CMakeFiles/awesome.dir/widgets/progressbar.c.o
[ 37%] Building C object CMakeFiles/awesome.dir/widgets/textbox.c.o
[ 38%] Building C object CMakeFiles/awesome.dir/widgets/systray.c.o
[ 39%] Building C object CMakeFiles/awesome.dir/widgets/imagebox.c.o
[ 40%] Building C object CMakeFiles/awesome.dir/common/tokenize.c.o
Linking C executable awesome
CMakeFiles/awesome.dir/draw.c.o: In function `draw_context_init':
/awesome/src/awesome-3.4.8/draw.c:137: undefined reference to `cairo_xcb_surface_create'
CMakeFiles/awesome.dir/draw.c.o: In function `draw_rotate':
/awesome/src/awesome-3.4.8/draw.c:556: undefined reference to `cairo_xcb_surface_create'
/awesome/src/awesome-3.4.8/draw.c:559: undefined reference to `cairo_xcb_surface_create'
CMakeFiles/awesome.dir/draw.c.o: In function `draw_text_extents':
/awesome/src/awesome-3.4.8/draw.c:592: undefined reference to `cairo_xcb_surface_create'
CMakeFiles/awesome.dir/font.c.o: In function `draw_font_new':
/awesome/src/awesome-3.4.8/font.c:45: undefined reference to `cairo_xcb_surface_create'
collect2: ld returned 1 exit status
make[3]: *** [awesome] Error 1
make[2]: *** [CMakeFiles/awesome.dir/all] Error 2
make[1]: *** [all] Error 2
make: *** [cmake-build] Error 2
Aborting...
[leercrak@leercrak awesome]$

Making packages for i686 and x86_64

I have a number of packages which I use which are either not mainstream, or if they are, I compile a bit differently.
I distribute them amoung machines which are both i686 and x86_64 so the question is can I make them for both types of CPU at the same time or indeed on the same machine?
If not why not? And, can we change makepkg so that it can?

I believe it is, but it is a lot more difficult. On your i686 host system, you would need an x86_64 kernel (and toolchain?). I have never actually tried....

Arch i686 and x86_64

Hi!
I've noticed that there is a x86_64 project for arch at www.arch64.org
Why is that project separated from the normal i686?
The ftp hierarchy supports multiple architecture types:
ftp://ftp.archlinux.org/0.8/os/i686
There could be a i586 and a x86_64 as well. I think it has been introduced for that reason a couple of years ago, so why not use it.
Selection of architecture could be at /etc/rc.conf or /etc/pacman.conf
I know that i586 and x86_64 aren't as stable as i686 is. But I think theses projects could get more testers, because it's easier to install them, find packages, more mirrors are available and so on.
Regards,
Moritz
PS: I hope this discussion didn't happen before and I did not found it, but maybe this is the time to discuss it again! :-)

Talk to syamajala or c14n. They can be found in IRC. c14n is busy as hell, but he maintains the system, syamajala is the guy that basically started and heads the project. If you can boot the sucker using directions from the wiki, you'll then be able to build and compile packages in much the same way as i686 users.
http://wiki.archlinux.org/index.php/Cur … velopement
http://wiki.archlinux.org/index.php/Arch64_Install_page
http://wiki.archlinux.org/index.php/Arch64_FAQ
Those pages may or may not be up to date. ;-)
HTH,
Dusty

[SOLVED- use cairo-xcb]Symbol lookup errors with cairo and awesome

Hi guys,
the last few days i've been getting these errors at start:
awesome: symbol lookup error: awesome: undefined symbol: cairo_xcb_surface_create
on xinit. It gets started with "exec ck-launch-session awesome"
I've narrowed the problem down to awesome itself, even with default rc.lua. Anyone else also getting these?
http://mirror.selfnet.de/archlinux/$repo/os/x86_64 has been my first mirror. The mirror itself seems ok.
Smells like packaging issue, right? Testing is enabled, so cairo is on 1.10.0-2 and awesome on 3.4.6-1.
Last edited by regitator (2010-09-11 22:25:26)

read the testing forum
https://bbs.archlinux.org/viewtopic.php?id=104713
Last edited by wonder (2010-09-11 22:19:49)

Cairo-compmgr-git and shadows for new windows

Hi, I'm using stand-alone Openbox and installed cairo-compmgr-git from AUR. Everything seems to work fine except for one thing, shadows don't get drawn for new windows, just for the ones I have already open when I run "cairo-compmgr -n". This doesn't happen with cairo-compmgr from the community repository, but with this version, conky windows have shadows. Xcompmgr-dana works fine also, but the entire screen flickers when dragging things around. Any ideas? Thanks in advance.

I got the same problem today after a normal update, now the cairo-compmgr from the community repo is having the same issue. I deleted the config file from ~/.config/cairo-compmgr and nothing.
Some help will be appreaciated

Awesome3 and flash player

Hello to all,
I have a big problem with flash player. I can't get the full screen with movies on my awesome3, do you think is a problem with my rc.lua? Anyone has the same problem?
Thank you

I succeded to make firefox (and google-chrome) to be floated. I can't get flash player to be full screen anyway . The only rules i used in my rc.lua for firefox is that one: { match = { "Google*" } , tag ="www"}
that use shifty library to tag google-chrome on "www" tag. Any suggestions?
My awesome: awesome v3.4.4 (Jet Sex)
â¢ Build: Mar 9 2010 09:28:29 for x86_64 by gcc version 4.4.3 (nobody@Miranda)
â¢ D-Bus support: â
My google-chrome: 5.0.342.7 beta
Maybe have I to reinstall flashplayer? Which pkgbuild do you suggest? I have x86_64 arch.
Thanks
Regards

Install on USB - for i686 and x86_64 Questions

I'm installing on a USB flash drive for portable use everywhere without lugging a laptop or even a netbook around.
The wiki at https://wiki.archlinux.org/index.php/In … B_key#Tips says: "For the most versatile compatibility it is recommended that you install the x86_64 architecture with multilib support because it will run on both 32 and 64 bit architectures. "
Through Multiple installs, I can get 32 bit or 64 bit installation -- but not both. Installing with 64 bit and multilib enabled (yes, all of the [mutlilib] section in /etc/pacman.conf is uncommented) enables the repository, but only for the odd package that requires 32 bit code; there's no 'parallel' 32 bit install or abilitiy to "run on both 32 and 64 bit architectures." Sixty-four bit with 32 bit multilib enabled can't be booted on a 32 bit machine.
A plain reading of the 'Tips' section mentioned above suggests one can run a portable USB-based system on both 32 and 64 bit hardware. I am, sadly, unable to find any suggestions how to get this to work.
Where might I look for a solution?
Thanks!

I found the edit that put this info in the wiki: https://wiki.archlinux.org/index.php?ti … did=254699
64-bit w/ multilib will run both 32-bit and 64-bit applications, but it will run only on 64-bit hardware.
Maybe that's what the author meant. As it stands now, this statement is wrong.
fionn wrote:As a secondary followup question: what kind of voodoo do they do on the dual-architecture install images?
I doubt there is any magic involved. The iso has both the 32-bit and 64-bit applications.
https://projects.archlinux.org/archiso.git/
Last edited by karol (2013-10-28 14:45:14)

Awesome3 and Master-client's size autochange.

Hello.
I have got one small problem with awesome. I have got tag with tiled layout. As you know, you can change the master client size: default via Mod + H or Mod + L.
And on the one of tag, I've Pidgin. How can I set the buddy-list as Master window and it will change automaticly if I get any messages?
Thanks for help.

Hello.
I have got one small problem with awesome. I have got tag with tiled layout. As you know, you can change the master client size: default via Mod + H or Mod + L.
And on the one of tag, I've Pidgin. How can I set the buddy-list as Master window and it will change automaticly if I get any messages?
Thanks for help.

[info] cairo 1.10 , xcb and awesome-wm

In case anyone didn't read arch-dev-public, xcb is not enabled in the new cairo-pkg. So awesome will not start.
Here is the mail about it. => http://mailman.archlinux.org/pipermail/ … 17852.html
To fix this problem you can get the PKGBUILD, add ' --enable-xcb' in the './configure'-line and compile again or install cairo-xcb from AUR.
Have fun.

I already asked him and he said he won't add a package that is mostly identical to another one in the repos. Unfortunately, the awesome package was deleted from the aur 'cause someone decided it was uploaded one week early, so the discussion is gone.

Cairo-git not building

I am trying to install cairo-git from the AUR. When it goes through the build, I get this error:
Makefile:1486: warning: overriding recipe for target 'recheck'
Makefile:1126: warning: ignoring old recipe for target 'recheck'
make all-recursive
make[1]: Entering directory '/home/fish/Downloads/cairo-git/src/cairo'
Makefile:1486: warning: overriding recipe for target 'recheck'
Makefile:1126: warning: ignoring old recipe for target 'recheck'
Making all in src
make[2]: Entering directory '/home/fish/Downloads/cairo-git/src/cairo/src'
cd .. && /bin/sh /home/fish/Downloads/cairo-git/src/cairo/build/missing automake-1.14 --foreign src/Makefile
src/Makefile.sources:353: warning: source file 'win32/cairo-win32-debug.c' is in a subdirectory,
src/Makefile.sources:353: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
automake-1.14: warning: possible forward-incompatibility.
automake-1.14: At least a source file is in a subdirectory, but the 'subdir-objects'
automake-1.14: automake option hasn't been enabled. For now, the corresponding output
automake-1.14: object file(s) will be placed in the top-level directory. However,
automake-1.14: this behaviour will change in future Automake versions: they will
automake-1.14: unconditionally cause object files to be placed in the same subdirectory
automake-1.14: of the corresponding sources.
automake-1.14: You are advised to start using 'subdir-objects' option throughout your
automake-1.14: project, to avoid future incompatibilities.
src/Makefile.sources:353: warning: source file 'win32/cairo-win32-device.c' is in a subdirectory,
src/Makefile.sources:353: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:353: warning: source file 'win32/cairo-win32-gdi-compositor.c' is in a subdirectory,
src/Makefile.sources:353: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:353: warning: source file 'win32/cairo-win32-system.c' is in a subdirectory,
src/Makefile.sources:353: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:353: warning: source file 'win32/cairo-win32-surface.c' is in a subdirectory,
src/Makefile.sources:353: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:353: warning: source file 'win32/cairo-win32-display-surface.c' is in a subdirectory,
src/Makefile.sources:353: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:353: warning: source file 'win32/cairo-win32-printing-surface.c' is in a subdirectory,
src/Makefile.sources:353: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:362: warning: source file 'win32/cairo-win32-font.c' is in a subdirectory,
src/Makefile.sources:362: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-bo.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-surface.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-intel.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-intel-debug.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-intel-surface.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i915-surface.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i915-glyphs.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i915-shader.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i915-spans.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i965-surface.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i965-glyphs.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i965-shader.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-i965-spans.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-intel-brw-eu.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-intel-brw-eu-emit.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-intel-brw-eu-util.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-radeon.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:425: warning: source file 'drm/cairo-drm-radeon-surface.c' is in a subdirectory,
src/Makefile.sources:425: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:444: warning: source file 'drm/cairo-drm-gallium-surface.c' is in a subdirectory,
src/Makefile.sources:444: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
/usr/share/automake-1.14/am/ltlibrary.am: warning: 'libcairo.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:23: while processing Libtool library 'libcairo.la'
src/Makefile.sources:368: warning: source file 'skia/cairo-skia-context.cpp' is in a subdirectory,
src/Makefile.sources:368: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
src/Makefile.sources:368: warning: source file 'skia/cairo-skia-surface.cpp' is in a subdirectory,
src/Makefile.sources:368: but option 'subdir-objects' is disabled
src/Makefile.am:4: 'src/Makefile.am.features' included from here
src/Makefile.am.features:3: 'src/Makefile.sources' included from here
/usr/share/automake-1.14/am/ltlibrary.am: warning: 'libcairo_cxx.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.14/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/Makefile.am:26: while processing Libtool library 'libcairo_cxx.la'
cd .. && /bin/sh ./config.status src/Makefile depfiles
config.status: creating src/Makefile
config.status: executing depfiles commands
make all-am
make[3]: Entering directory '/home/fish/Downloads/cairo-git/src/cairo/src'
CC cairo-analysis-surface.lo
In file included from /usr/include/assert.h:35:0,
from cairoint.h:57,
from cairo-analysis-surface.c:37:
/usr/include/features.h:341:4: warning: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Wcpp]
# warning _FORTIFY_SOURCE requires compiling with optimization (-O)
^
In file included from cairo-mutex-type-private.h:45:0,
from cairo-scaled-font-private.h:45,
from cairoint.h:396,
from cairo-analysis-surface.c:37:
cairo-mutex-impl-private.h:262:3: error: #error "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support."
# error "XXX: No mutex implementation found. Cairo will not work with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept this limitation and compile cairo without thread-safety support."
^
In file included from cairo-mutex-type-private.h:45:0,
from cairo-scaled-font-private.h:45,
from cairoint.h:396,
from cairo-analysis-surface.c:37:
cairo-mutex-impl-private.h:271:11: error: unknown type name 'cairo_mutex_impl_t'
typedef cairo_mutex_impl_t cairo_recursive_mutex_impl_t;
^
In file included from cairo-scaled-font-private.h:45:0,
from cairoint.h:396,
from cairo-analysis-surface.c:37:
cairo-mutex-type-private.h:49:3: error: #error "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h."
# error "CAIRO_MUTEX_IMPL_LOCK not defined. Check cairo-mutex-impl-private.h."
^
cairo-mutex-type-private.h:52:3: error: #error "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h."
# error "CAIRO_MUTEX_IMPL_UNLOCK not defined. Check cairo-mutex-impl-private.h."
^
cairo-mutex-type-private.h:55:3: error: #error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h."
# error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined. Check cairo-mutex-impl-private.h."
^
cairo-mutex-type-private.h:139:3: error: #error "CAIRO_MUTEX_IMPL_LOCK not defined"
# error "CAIRO_MUTEX_IMPL_LOCK not defined"
^
cairo-mutex-type-private.h:142:3: error: #error "CAIRO_MUTEX_IMPL_UNLOCK not defined"
# error "CAIRO_MUTEX_IMPL_UNLOCK not defined"
^
cairo-mutex-type-private.h:151:3: error: #error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined"
# error "CAIRO_MUTEX_IMPL_NIL_INITIALIZER not defined"
^
cairo-mutex-type-private.h:161:9: error: unknown type name 'cairo_mutex_impl_t'
typedef cairo_mutex_impl_t cairo_mutex_t;
^
In file included from cairo-analysis-surface.c:45:0:
cairo-surface-snapshot-inline.h: In function '_cairo_surface_snapshot_get_target':
cairo-surface-snapshot-inline.h:54:5: error: implicit declaration of function 'CAIRO_MUTEX_IMPL_LOCK' [-Werror=implicit-function-declaration]
CAIRO_MUTEX_LOCK (snapshot->mutex);
^
cairo-surface-snapshot-inline.h:54:5: warning: nested extern declaration of 'CAIRO_MUTEX_IMPL_LOCK' [-Wnested-externs]
cairo-surface-snapshot-inline.h:56:5: error: implicit declaration of function 'CAIRO_MUTEX_IMPL_UNLOCK' [-Werror=implicit-function-declaration]
CAIRO_MUTEX_UNLOCK (snapshot->mutex);
^
cairo-surface-snapshot-inline.h:56:5: warning: nested extern declaration of 'CAIRO_MUTEX_IMPL_UNLOCK' [-Wnested-externs]
cc1: some warnings being treated as errors
Makefile:2331: recipe for target 'cairo-analysis-surface.lo' failed
make[3]: *** [cairo-analysis-surface.lo] Error 1
make[3]: Leaving directory '/home/fish/Downloads/cairo-git/src/cairo/src'
Makefile:1934: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/home/fish/Downloads/cairo-git/src/cairo/src'
Makefile:896: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/fish/Downloads/cairo-git/src/cairo'
Makefile:746: recipe for target 'all' failed
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
How do I build cairo-git without this problem? I need the latest version of cairo for HiDPI scaling under GNOME 3.12
Thanks.

Maybe try to begin with the current stable PKGBUILD and replace the source archive with the git url.
https://projects.archlinux.org/svntogit … ages/cairo
Edit: It compiled for me with this. I didn't test drm.
# $Id$
# Maintainer: Jan de Groot <[email protected]>
# Contributor: Brice Carpentier <[email protected]>
# Contributor: A. B. <[email protected]>
_pkgname=cairo
pkgname=$_pkgname-git
pkgver=1.12.16+134+gf574fec
pkgrel=1
pkgdesc="Cairo vector graphics library"
arch=(i686 x86_64)
license=('LGPL' 'MPL')
url="http://cairographics.org/"
depends=('libpng' 'libxrender' 'libxext' 'fontconfig' 'pixman>=0.28.0' 'glib2' 'mesa' 'libgl' 'sh' 'lzo2')
makedepends=('mesa-libgl' 'librsvg' 'gtk2' 'poppler-glib' 'libspectre' 'gtk-doc' 'valgrind'
# for the test suite:
'ttf-dejavu' 'gsfonts' 'xorg-server-xvfb' ) # 'libdrm')
#optdepends=('xcb-util: for XCB backend') # really needed?
provides=('cairo-xcb' 'cairo')
conflicts=('cairo')
source=("$_pkgname::git://anongit.freedesktop.org/cairo"
cairo-1.12.16-lto-optional.patch)
sha1sums=('SKIP'
'80883e44a57942762995aea2f136701b1fa54568')
pkgver() {
cd $_pkgname
git describe --always | tr '-' '+'
prepare() {
cd $_pkgname
# https://bugs.archlinux.org/task/40313 + https://bugs.gentoo.org/510782
# patch to make it optional is taken from Gentoo
patch -Np1 -i $srcdir/cairo-1.12.16-lto-optional.patch
NOCONFIGURE=1 ./autogen.sh
build() {
cd $_pkgname
./configure --prefix=/usr \
--sysconfdir=/etc \
--localstatedir=/var \
--disable-static \
--disable-lto \
--enable-tee \
--enable-gl \
--enable-egl \
--enable-svg \
--enable-ps \
--enable-pdf \
--enable-gobject #\
# --enable-test-surfaces
#--disable-xlib-xcb \
# --enable-test-surfaces \ takes ages
#--enable-drm # breaks build
make
check() {
cd $_pkgname
make -k test || /bin/true
# results:
# 1.12.8-1 # 162 Passed, 328 Failed [8 crashed, 10 expected], 26 Skipped
# 1.12.12-2: # 29 Passed, 464 Failed [460 crashed, 2 expected], 26 Skipped
# 1.12.16-1: 144 Passed, 364 Failed [6 crashed, 12 expected], 27 Skipped
package() {
cd $_pkgname
make DESTDIR="$pkgdir" install
Last edited by progandy (2014-06-12 22:08:39)

What's the advantage of the cairo-lcd package ?

Hi all
I've followed the wiki on the lcd font config and installed cairo-lcd etc
and it seems that the fonts are better
but it's so subtle that i suspect it's purely pysochological feeling
so i'd like to know the advantages of this lcd thing
thx

I used the -lcd packages with my old desktop machine and I felt an improvement with the fonts rendering then.
But I have now a new desktop PC and a new screen (Samsung SyncMaster), I installed recently Arch x86_64 on it.
I use KDE 4 with Fonts Setting : anti-aliasing Enabled, Use sub-pixel rendering RGB, Full Hinting style.
I chose to use the dejavu fonts in KDE and Firefox.
And now I am satisfied with the official freetype2, fontconfig, libxft and cairo packages.
My fonts are nice enough without the patched packages.
So I subjectively feel no more the need to do otherwise for now.
Edit : I forgot to mention I also followed the wiki with :
cd /etc/fonts/conf.d
ln -s ../conf.avail/10-autohint.conf
Last edited by berbae (2009-04-13 21:59:11)

Cairo-Dock bug: Two docks on restart

Before anyone redirects me to the wiki, I have already tried this: https://wiki.archlinux.org/index.php/Ca … re_running
I am running Arch with awesome WM and whenever I restart my WM (I'm not talking about rebooting the system) i get another dock and if i restart again i get another one on top of that. It's weird.... logging out and logging back in seems to solve the problem. Is there a way to fix this?
Thanks in advance!

splippity wrote:yeah I experienced the same problem a solution I found was to grab the icon and drag it out of the dock. then let go and it will "poof" and be permanently removed.
That's done the trick. Thanks a billion for the trick.
Inxsible wrote:Or are you just trying to make it a bit fancier by using docks and such?
That's exactly it. Trying to put something together that's stylish and operable by someone who's never even heard about Linux. My Gnome, KDE, and LXDE desktops have proven successful already (have a number of customers who prefer them over the Windows machines).
The normal right-click Openbox menu is not obvious to someone who's never used *box before and .desktop menus are generally too ugly or too finicky to customise.
Now with cairo-dock, pypanel, and a nice background on a stylish LCD screen ... pretty cool.
EDIT: embarrassing typo
Last edited by JackH79 (2010-08-13 07:56:17)

Cairo vs. Cairo XCB, Awesome3 and x86_64

Similar Messages

Maybe you are looking for