Openbox cairo-compmgr or xcompmgr, no "real" compositing

Hi everyone,
I apologize in advance for my bad inglish.
I just baught an old thinkpad x61, equiped with an intel GMA965 chip and an intel X3100 GPU.
At first, I installed xfce with compiz-fusion. Everything worked perfectly, my terminals had a real transparency, nothing wrong.
I decided to switch to openbox with xcompmgr or cairo-compmgr. But when I launched either of these, compositing didn't works. It's was copying the wallpaper into the terminal background. Like an image. There was no real transparency, I couldn't see window behind the terminal.
I tested again on my XFCE session with fusion-icon configured to take openbox. When I launched xcompmgr or cairo-compmgr, it worked perfectly.
Any Idea ?
Let me know if something is unclear.
Thanks in advance.

Thanks shwick.
Not affected by the bug. With or without background, no transparency.
Plus the bug appears in compiz, which is fully operationnal on me, even for transparency.
And there's no reason for other application, like xterm, to have the same problem
I tested with the patch, but no change.
Tryied on fluxbox too.  Didn't work
I wonder if it comes from my drivers or my xorg configuration... anything like this...

Similar Messages

  • Openbox + cairo-compmgr

    I've been using Arch with a super minimal install with XBMC for about a year now but have finally bought myself an AppleTV2 to run my XBMC on. With the hardware now free I finally setup the XBMC box as a desktop to use instead of my dieing laptop. I have a little familiarity with this stuff but I'm still learning. Anyways.... I could find any answers to this anywhere so I'm finally posting on the forum.
    I have setup Openbox with a SLIM login screen. I've also installed cairo-compmgr to get some eye candy and have pypanel isntalled as well. When I leave the desktop I sometimes like to leave it running so things like NFS and what not can keep going for the ATV2 and XBMC but I want to logout so nobody can do anything on the desktop. What I was doing was simply right clicking on the desktop and clicking Logout that comes in the default menu.xml. At first it worked fine but last night it started hanging up. I found the only way to finally get it to sign out was to right click the compmgr icon on pypanel and choose exit. Once I do that it goes to the SLIM screen right away. Is there a way to clean up this logout process so I don't have to manually shutdown compmgr everytime? I'm sure it's simply a setting somewhere that I'm missing. If this has been answered before let me know and I'll keep digging. I just couldn't find it anywhere.
    Thanks!

    I've been starting cairo-compmgr from (~/.xinitrc) and it currently doens't have a & at the end of cairo-compmgr...
    cairo-compmgr
    Is what it currently looks like.
    Interesting today though I installed Dropbox today to use with KeePassX (highly recommend this setup) and when I opened (~/.xinitrc) to add the dropboxd line to it I decided to add the & to cairo-compmgr to see if that would fix it. After trying that it wouldn't even let me login through SLIM. I edited it back on another tty and it signs in again but still no clean logout. I'm going to try putting it on the (~/.config/openbox/autostart) script to see if that fixes it after I make this post and close everything out.
    Thanks for the responses guys. I'll post back results in a few minutes.

  • [Openbox]xcompmgr(flickers) and cairo-compmgr(bug opera)

    Godd evening,
    I am facing problems with xcompmgr-git and cairo-compmgr under openbox.
    Let's start with xcompmgr-git:
    -flickers(the desktop) when I minimize, enlarge or close a window
    used command-line
    xcompmgr -cCfF -t-5 -l-5 -r4.2 -o.55 -D6
    here's the output in a terminal:
    error 8: BadMatch (invalid paramter attributes) request 156 minor 6 serial 2325
    error 9: BadDrawable (invalid Pixmap or Window parmater) request 153 minor 4 serial 2326
    error 4: BadPixmap (invalid Pixmap Pixmap parameter) request 54 minor 0 serial 2357
    Now here's cairo-compmgr
    -At first sight everything looks normal(so no flickering), except that I have a bug with opera(I would like to precise that it also does that with xcompmgr enabled):
    without cairo-compmgr or xcompmgr: here
    with cairo-compmgr or xcompmgr: here
    -And there's also an error message with cairo-compmgr:
    Error on load /usr/lib/cairo-compmgr/libccm_clone.so : /usr/lib/cairo-compmgr/libccm_clone.so: undefined symbol: vala_collection_object_unref
    And in order to help you out here's my /etc/X11/xorg.conf:
    # nvidia-xconfig: X configuration file generated by nvidia-xconfig
    # nvidia-xconfig: version 260.19.44 ([email protected]) Sun Feb 27 22:59:57 PST 2011
    Section "ServerLayout"
    Identifier "Layout0"
    Screen 0 "Screen0"
    InputDevice "Keyboard0" "CoreKeyboard"
    InputDevice "Mouse0" "CorePointer"
    EndSection
    Section "Files"
    EndSection
    Section "InputDevice"
    # generated from default
    Identifier "Mouse0"
    Driver "mouse"
    Option "Protocol" "auto"
    Option "Device" "/dev/psaux"
    Option "Emulate3Buttons" "no"
    Option "ZAxisMapping" "4 5"
    EndSection
    Section "InputDevice"
    # generated from default
    Identifier "Keyboard0"
    Driver "kbd"
    EndSection
    Section "Monitor"
    Identifier "Monitor0"
    VendorName "Unknown"
    ModelName "Unknown"
    HorizSync 28.0 - 33.0
    VertRefresh 43.0 - 72.0
    Option "DPMS"
    EndSection
    Section "Device"
    Identifier "Device0"
    Driver "nvidia"
    VendorName "NVIDIA Corporation"
    Option "NoLogo" "1"
    Option "TripleBuffer" "1"
    Option "RenderAccel" "1"
    EndSection
    Section "Screen"
    Identifier "Screen0"
    Device "Device0"
    Monitor "Monitor0"
    DefaultDepth 24
    SubSection "Display"
    Depth 24
    EndSubSection
    EndSection
    Thanks for any response
    [Edit]Other bug with cairo-compmgr: here[/Edit]
    Scriptor
    Last edited by Scriptor (2011-03-21 20:44:48)

    Thanks shwick.
    Not affected by the bug. With or without background, no transparency.
    Plus the bug appears in compiz, which is fully operationnal on me, even for transparency.
    And there's no reason for other application, like xterm, to have the same problem
    I tested with the patch, but no change.
    Tryied on fluxbox too.  Didn't work
    I wonder if it comes from my drivers or my xorg configuration... anything like this...

  • Cairo-Compmgr Annoying Bug

    I recently(today) installed cairo-compmgr to enhance my openbox experience. Some minor errors and such occurred(mainly graphical anomalies) however there is a rather annoying bug that occurs when I affect the desktop(where the background appears). For example I would close thunar with it as my only open window, after it closes there is a square in the middle of my screen that shows the contents of the now closed window. When I right click the image disappears. Also if i hover my mouse over a window in my panel(tint2) the little box displaying information is stuck on the screen, until I affect it in come way. It's not a major issue but I figure that if I'm going to use a program to enhance my graphics its redundant to have graphical issues. Any help would be much appreciated.

    Untamed9999 wrote:For example I would close thunar with it as my only open window, after it closes there is a square in the middle of my screen that shows the contents of the now closed window.
    I have this same problem with Openbox + cairo-compmgr-git and when I close Firefox. I have Intel integrated graphics with an empty xorg.conf
    Last edited by snoxu (2012-05-06 01:10:28)

  • Xcompmgr and cairo compmgr, what are the differences?

    Only difference I see is one have gui other does not.

    Awebb wrote:One can use 3D acceleration of your GPU, the other cannot :-)
    Actually, both can. Do you think xrender acceleration is not happening on the 3d engine of your GPU? Do you think your graphic card even still has a 2d engine?
    @Kjonat: xcompmgr uses xrender, cairo-compmgr can use either xrender or opengl. Though last time I tried, cairo-compmgr was buggy as hell, to the point of being unusable. And if you go the xcompmgr route, I'd actually advise to go with dcompmgr from AUR. It's a fork by one of the openbox developers, it has a few additional features and bugfixes.
    Last edited by Gusar (2011-07-14 20:31:14)

  • Openbox - Conky stays on top due to Cairo Compmgr

    My conky stays on top due to Cairo Compmgr. I know that cause when I disable Cairo Compmgr, Conky runs without problems.
    This is my conkyrc
    own_window yes
    own_window_transparent yes
    own_window_argb_visual yes
    own_window_type override
    on_bottom yes
    own_window_class conky-semi
    own_window_hints undecorated,below,skip_taskbar
    # Use Xft?
    use_xft yes
    xftfont Droid Sans:size=8
    xftalpha 0.8
    text_buffer_size 2048
    # Update interval in seconds
    update_interval 1
    # This is the number of times Conky will update before quitting.
    # Set to zero to run forever.
    total_run_times 0
    # Create own window instead of using desktop (required in nautilus)
    own_window yes
    own_window_transparent yes
    own_window_type override
    #own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager
    # Use double buffering (reduces flicker, may not work for everyone)
    double_buffer yes
    # Minimum size of text area
    minimum_size 180 0
    maximum_width 280
    # Draw shades?
    draw_shades no
    # Draw outlines?
    draw_outline no
    # Draw borders around text
    draw_borders no
    # Stippled borders?
    stippled_borders 0
    # border margins
    border_margin 5
    # border width
    border_width 1
    # Default colors and also border colors
    default_color white
    default_shade_color black
    #default_outline_color white
    own_window_colour white
    # Text alignment, other possible values are commented
    #alignment top_left
    alignment top_right
    #alignment bottom_left
    #alignment bottom_right
    # Gap between borders of screen and text
    # same thing as passing -x at command line
    gap_x 20
    gap_y 10
    # Subtract file system buffers from used memory?
    no_buffers yes
    # set to yes if you want all text to be in uppercase
    uppercase no
    # number of cpu samples to average
    # set to 1 to disable averaging
    cpu_avg_samples 2
    # number of net samples to average
    # set to 1 to disable averaging
    net_avg_samples 2
    # Force UTF8? note that UTF8 support required XFT
    override_utf8_locale yes
    # Add spaces to keep things from moving about? This only affects certain objects.
    use_spacer none
    TEXT
    $nodename
    System ${hr 2}
    Kernel: ${alignr}${kernel}
    Uptime: ${alignr}${uptime}
    CPU1: ${cpu cpu0}% ${alignr}${cpubar cpu0 8,60}
    CPU2: ${cpu cpu1}% ${alignr}${cpubar cpu1 8,60}
    CPU3: ${cpu cpu2}% ${alignr}${cpubar cpu2 8,60}
    CPU4: ${cpu cpu3}% ${alignr}${cpubar cpu3 8,60}
    ${color white}${cpugraph cpu0 32,309 000000 7f8ed3}
    RAM: $memperc% ${alignr}${membar 8,60}
    SWAP: $swapperc% ${alignr}${swapbar 8,60}
    HD ${hr 2}
    ${voffset 0}Root:
    ${voffset 0}${fs_free /}/${fs_size /} ${alignr}${fs_bar 8,60 /}
    ${voffset 0}Home:
    ${voffset 0}${fs_free /home}/${fs_size /home} ${alignr}${fs_bar 8,60 /home}
    ${voffset 0}OptimusPrime:
    ${voffset 0}${fs_free /media/OptimusPrime}/${fs_size /media/OptimusPrime} ${alignr}${fs_bar 8,60 /home}
    ${voffset 0}Megatron:
    ${voffset 0}${fs_free /media/Megatron}/${fs_size /media/Megatron} ${alignr}${fs_bar 8,60 /home}
    ${color white}Top Processes ${hr 2}
    ${color white}Name PID CPU% MEM%
    $color ${top name 1}${alignr}${top pid 1} ${top cpu 1} ${top mem 1}
    $color ${top name 2}${alignr}${top pid 2} ${top cpu 2} ${top mem 2}
    $color ${top name 3}${alignr}${top pid 3} ${top cpu 3} ${top mem 3}
    $color ${top name 4}${alignr}${top pid 4} ${top cpu 4} ${top mem 4}
    ${color white}Mem Usage
    $color ${top_mem name 1} ${alignr}${top_mem pid 1} ${alignr}${top_mem cpu 1} ${alignr}${top_mem mem 1}
    $color ${top_mem name 2} ${alignr}${top_mem pid 2} ${alignr}${top_mem cpu 2} ${alignr}${top_mem mem 2}
    $color ${top_mem name 3} ${alignr}${top_mem pid 3} ${alignr}${top_mem cpu 3} ${alignr}${top_mem mem 3}
    $color ${top_mem name 4} ${alignr}${top_mem pid 4} ${alignr}${top_mem cpu 4} ${alignr}${top_mem mem 4}
    ${color white}Ports${hr 2}
    #Connections
    Inbound: ${tcp_portmon 1 32767 count} Outbound: ${tcp_portmon 32768 61000 count}${alignr}ALL: ${tcp_portmon 1 65535 count}
    ${color white}Inbound Connection ${alignr} Local Service/Port$color
    ${tcp_portmon 1 32767 rhost 0} ${alignr} ${tcp_portmon 1 32767 lservice 0}
    ${tcp_portmon 1 32767 rhost 1} ${alignr} ${tcp_portmon 1 32767 lservice 1}
    ${tcp_portmon 1 32767 rhost 2} ${alignr} ${tcp_portmon 1 32767 lservice 2}
    ${color white}Outbound Connection ${alignr} Remote Service/Port$color
    ${tcp_portmon 32768 61000 rhost 0} ${alignr} ${tcp_portmon 32768 61000 rservice 0}
    ${tcp_portmon 32768 61000 rhost 1} ${alignr} ${tcp_portmon 32768 61000 rservice 1}
    ${tcp_portmon 32768 61000 rhost 2} ${alignr} ${tcp_portmon 32768 61000 rservice 2}
    ${tcp_portmon 32768 61000 rhost 3} ${alignr} ${tcp_portmon 32768 61000 rservice 3}
    ${tcp_portmon 32768 61000 rhost 4} ${alignr} ${tcp_portmon 32768 61000 rservice 4}
    ${color white}Network ${hr 2}
    ${color white}Download:${color white} ${downspeed eth0} k/s${color white}${offset 80}
    ${color white}${downspeedgraph eth0 32,150 000000 7f8ed3}
    Upload:${color white} ${upspeed eth0} k/s
    ${color white}${upspeedgraph eth0 32,150 000000 7f8ed3}
    ${color white}Address: ${color white}${addr eth0}${alignr}
    ${color white}TCP Connections: ${color white}${tcp_portmon 1 65535 count}
    Any ideas for how to fix this?
    Thank you!

    I'm using xcompmgr which seems to be much faster than cairo-compmgr and I don't t have this problem.
    Having said that, here is the relevant portion from my .conkyrc:
    own_window yes
    own_window_type override
    own_window_hints below
    own_window_argb_value 100
    Last edited by oboedad55 (2011-11-08 22:46:06)

  • Cairo-compmgr + openbox

    I'm trying to get cairo-compmgr working with openbox.
    I start it in my .config/openbox/autoexec file as
    cairo-compmgr -n &
    it really works fine, except that when I close a window the window stays visible (but loses it's decoration)
    for about 5 to 10 seconds after it should have closed.
    Has anyone seen this? any idea how to make it stop?
    Sometimes if i start is from an rxvt after i've already started openbox it works fine, but not every time.
    Thanks.

    I get this too among other issues with this combination.
    I did disable most of its plugins and that helped up to a point.

  • Cairo-compmgr + Openbox + xf86-video-intel + mouse clicks issue

    When I start cairo-compmgr with Software Rendering, I face issue of clikable items not being highlighted when I hover mouse over them.
    Also, I have the issue of first item being selected automatically when I right click on certain apps.
    Is there anything I can do about it?

    shadyabhi wrote:I guess both use the same video driver.
    Nouveau? (EDIT: Just re-read thread title: Obviously not Nouveau!) That's what I am using over here. I thought there might be some quirk in an xorg.conf or something, but 1) I am pretty sure that running Nouveau neither generates nor requires one, and 2) I cannot see Cairo-compmgr altering or creating an xorg.conf.
    Last edited by uc50ic4more (2011-04-02 20:03:08)

  • Cairo-compmgr preferences wont appear

    I am running xfce4 with openbox as my WM and cairo-compmgr for compositing. To enable cairo-compmgr i have it in my ~/.config/openbox/autostart file as
    cairo-compmgr &
    Compositing does work, but there is no icon in the xfce4 panel's system tray. The only way i get the icon to appear is by going into the menu and selecing "Cairo Composite Manager." I then attempt to edit the preferences by right clicking and clicking on "prefrences" but the window opens for a split second the dissappears.
    Any idea why this happens? I have also tried loading cairo-compmgr by putting "cairo-compmgr &" right after "exec ck-launch-session startxfce4" in my ~/.xinitrc
    When done this way, compositing is also enabled, but the icon doesn't appear at all, even when I select it in my applications menu.

    Try the proprietary Nvidia driver if you use Nouveau and vice-versa (Nouveau if you use the proprietary driver).
    Also, it could be because you didn't disable the compositing effects from Xfce.
    Last edited by DSpider (2012-06-30 11:51:32)

  • Cairo-compmgr corrupts second monitor

    Hey all,
    I just set up openbox with cairo-compmgr, and it works great when I'm just using my laptop screen... however when I enable my secondary 22" monitor, the second display is "corrupted." What I see is similar to the ie6 effect. I've tried both cairo-compmgr 0.3.0 from community and the git version from AUR.
    Both displays works fine with xcompmgr, but I'd prefer cairo-compmgr because I like its plugins. Any suggestions?
    Thanks!
    Edit: Okay, I just checked, and if I set a wallpaper with xsetroot or feh after starting cairo-compmgr, this doesn't happen. So it seems to be caused because there is no background set on the root window?
    Edit 2: Also, when I go from two monitors to one, the screen goes black except for my mouse cursor. I can't see any windows, and nothing will show over the black except the cursor. Again, with xcompmgr, everything is fine when hotplugging monitors.
    Last edited by sargk (2010-10-12 03:01:27)

    Welcome to the Arch forums zeroplayer. A lot of water has passed under the bridge and changes since this nearly 3 year old thread was posted. Please read our forum etiquette in regard to awakening the dead: https://wiki.archlinux.org/index.php/Fo … Bumping.22
    Closing.

  • 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

  • Volume notification style cairo-compmgr

    Hi,
    when i have cairo-compmgr turned off, and press my volume keys a openbox volume "notification" pop's up in the middle of the screen. Looks like my choosen gtk style.
    When i have cairo-compmgr turned on the same volume thing looks total different. Like the one in mac os x. But there's no plugin for that.
    how can i have my openbox volume control with cairo-compmgr ?

    It looks like all the errors stem from LIBTOOL being undefined.  This should give you something to google on.  It *may* be as simple as adding
    LIBTOOL=/usr/bin/libtool
    to the Makefile(s).  But the proper solution would be to fix the autoconf/autotools input file that sets this.  As I have never had a need for those tools, I don't know much about their workings.
    I also wanted to suggest that xcompmgr may do what you need.  There are many bells and whistles that it lacks, but some of the core functionality of cairo-compmgr is duplicated in a very lightweight package.

  • [SOLVED] cairo-compmgr build fails

    I have an up to date system as of today. When building cario-compmgr (and cario-compmgr-git) from AUR with yaourt I get:
    cairo-compmgr 1:git20111002-4
    ( Unsupported package: Potentially dangerous ! )
    - gtk2>=2.16.0 (already installed)
    - vala>=0.16 (already installed)
    - libsm (already installed)
    - gconf (already installed)
    - gettext (already installed)
    - gtk-doc (already installed)
    - intltool>=0.41 (already installed)
    - git (already installed)
    ==> Connecting to GIT server....
    Cloning into 'cairo-compmgr'...
    ==> GIT checkout done or server timeout
    ==> Starting make...
    Cloning into '/tmp/yaourt-tmp-herman/aur-cairo-compmgr/src/cairo-compmgr-build'...
    done.
    Note: checking out '348f149af30bc829c2100d0e622c5dcaf43925b7'.
    You are in 'detached HEAD' state. You can look around, make experimental
    changes and commit them, and you can discard any commits you make in this
    state without impacting any branches by performing another checkout.
    If you want to create a new branch to retain commits you create, you may
    do so (now or later) by using -b with the checkout command again. Example:
    git checkout -b new_branch_name
    HEAD is now at 348f149... [cairo-compmgr] Send ICCM event notification on CCM start/stop (based from Gianpiero patch)
    autoreconf: Entering directory `.'
    autoreconf: running: autopoint --force
    Copying file ABOUT-NLS
    Copying file build/config.rpath
    Copying file build/codeset.m4
    Copying file build/gettext.m4
    Copying file build/glibc2.m4
    Copying file build/glibc21.m4
    Copying file build/iconv.m4
    Copying file build/intdiv0.m4
    Copying file build/intl.m4
    Copying file build/intldir.m4
    Copying file build/intlmacosx.m4
    Copying file build/intmax.m4
    Copying file build/inttypes-pri.m4
    Copying file build/inttypes_h.m4
    Copying file build/lcmessage.m4
    Copying file build/lib-ld.m4
    Copying file build/lib-link.m4
    Copying file build/lib-prefix.m4
    Copying file build/lock.m4
    Copying file build/longlong.m4
    Copying file build/nls.m4
    Copying file build/po.m4
    Copying file build/printf-posix.m4
    Copying file build/progtest.m4
    Copying file build/size_max.m4
    Copying file build/stdint_h.m4
    Copying file build/uintmax_t.m4
    Copying file build/visibility.m4
    Copying file build/wchar_t.m4
    Copying file build/wint_t.m4
    Copying file build/xsize.m4
    Copying file po/Makefile.in.in
    Copying file po/Makevars.template
    Copying file po/Rules-quot
    Copying file po/boldquot.sed
    Copying file po/[email protected]
    Copying file po/[email protected]
    Copying file po/insert-header.sin
    Copying file po/quot.sed
    Copying file po/remove-potcdate.sin
    autoreconf: running: aclocal --force -I build ${ACLOCAL_FLAGS}
    autoreconf: configure.ac: tracing
    autoreconf: configure.ac: not using Libtool
    autoreconf: running: /usr/bin/autoconf --force
    autoreconf: running: /usr/bin/autoheader --force
    autoreconf: running: automake --add-missing --copy --force-missing
    configure.ac:38: installing 'build/config.guess'
    configure.ac:38: installing 'build/config.sub'
    configure.ac:18: installing 'build/install-sh'
    configure.ac:18: installing 'build/missing'
    build/debian.am:50: warning: shell dpkg-parsechangelog | grep ^Version | sed 's/.*: //; s/-.*//;': non-POSIX variable name
    build/debian.am:50: (probably a GNU make extension)
    Makefile.am:10: 'build/debian.am' included from here
    data/Makefile.am:21: warning: '%'-style pattern rules are a GNU make extension
    data/Makefile.am:21: warning: wildcard $(top_srcdir: non-POSIX variable name
    data/Makefile.am:21: (probably a GNU make extension)
    gir/Makefile.am:69: warning: '%'-style pattern rules are a GNU make extension
    lib/Makefile.am:124: warning: filter %.vala,$(libccm_timeline_la_SOURCES: non-POSIX variable name
    lib/Makefile.am:124: (probably a GNU make extension)
    lib/Makefile.am:124: warning: filter %.vala,$(libccm_watch_la_SOURCES: non-POSIX variable name
    lib/Makefile.am:124: (probably a GNU make extension)
    lib/Makefile.am:94: error: Libtool library used but 'LIBTOOL' is undefined
    lib/Makefile.am:94: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    lib/Makefile.am:94: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    lib/Makefile.am:94: If 'LT_INIT' is in 'configure.ac', make sure
    lib/Makefile.am:94: its definition is in aclocal's search path.
    lib/Makefile.am: installing 'build/depcomp'
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    plugins/automate/Makefile.am:17: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/automate/Makefile.am:17: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/automate/Makefile.am:17: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/automate/Makefile.am:17: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/automate/Makefile.am:17: its definition is in aclocal's search path.
    build/plugin.am:11: warning: 'VALAFLAGS' is a user variable, you should not override it;
    build/plugin.am:11: use 'AM_VALAFLAGS' instead
    plugins/automate/Makefile.am:15: 'build/plugin.am' included from here
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    plugins/clone/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/clone/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/clone/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/clone/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/clone/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:11: warning: 'VALAFLAGS' is a user variable, you should not override it;
    build/plugin.am:11: use 'AM_VALAFLAGS' instead
    plugins/clone/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/decoration/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/decoration/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/decoration/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/decoration/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/decoration/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/decoration/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/decoration/Makefile.am:7: 'build/plugin.am' included from here
    plugins/decoration/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/decoration/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/decoration/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/decoration/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/decoration/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/fade/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/fade/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/fade/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/fade/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/fade/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/fade/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/fade/Makefile.am:7: 'build/plugin.am' included from here
    plugins/fade/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/fade/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/fade/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/fade/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/fade/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/freeze/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/freeze/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/freeze/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/freeze/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/freeze/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/freeze/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/freeze/Makefile.am:7: 'build/plugin.am' included from here
    plugins/freeze/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/freeze/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/freeze/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/freeze/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/freeze/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/magnifier/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/magnifier/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/magnifier/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/magnifier/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/magnifier/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/magnifier/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/magnifier/Makefile.am:7: 'build/plugin.am' included from here
    plugins/magnifier/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/magnifier/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/magnifier/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/magnifier/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/magnifier/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/menu-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/menu-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/menu-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/menu-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/menu-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/menu-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/menu-animation/Makefile.am:7: 'build/plugin.am' included from here
    plugins/menu-animation/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/menu-animation/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/menu-animation/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/menu-animation/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/menu-animation/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    plugins/mosaic/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/mosaic/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/mosaic/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/mosaic/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/mosaic/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:11: warning: 'VALAFLAGS' is a user variable, you should not override it;
    build/plugin.am:11: use 'AM_VALAFLAGS' instead
    plugins/mosaic/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/opacity/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/opacity/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/opacity/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/opacity/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/opacity/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/opacity/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/opacity/Makefile.am:7: 'build/plugin.am' included from here
    plugins/opacity/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/opacity/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/opacity/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/opacity/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/opacity/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/perf/Makefile.am:8: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/perf/Makefile.am:8: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/perf/Makefile.am:8: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/perf/Makefile.am:8: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/perf/Makefile.am:8: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/perf/Makefile.am:8: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/perf/Makefile.am:8: 'build/plugin.am' included from here
    plugins/perf/Makefile.am:10: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/perf/Makefile.am:10: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/perf/Makefile.am:10: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/perf/Makefile.am:10: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/perf/Makefile.am:10: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/shadow/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/shadow/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/shadow/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/shadow/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/shadow/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/shadow/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/shadow/Makefile.am:7: 'build/plugin.am' included from here
    plugins/shadow/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/shadow/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/shadow/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/shadow/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/shadow/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/snapshot/Makefile.am:9: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/snapshot/Makefile.am:9: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/snapshot/Makefile.am:9: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/snapshot/Makefile.am:9: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/snapshot/Makefile.am:9: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/snapshot/Makefile.am:9: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/snapshot/Makefile.am:9: 'build/plugin.am' included from here
    plugins/snapshot/Makefile.am:11: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/snapshot/Makefile.am:11: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/snapshot/Makefile.am:11: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/snapshot/Makefile.am:11: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/snapshot/Makefile.am:11: its definition is in aclocal's search path.
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    plugins/vala-test/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/vala-test/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/vala-test/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/vala-test/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/vala-test/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:11: warning: 'VALAFLAGS' is a user variable, you should not override it;
    build/plugin.am:11: use 'AM_VALAFLAGS' instead
    plugins/vala-test/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: '%'-style pattern rules are a GNU make extension
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:22: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:22: (probably a GNU make extension)
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: '%'-style pattern rules are a GNU make extension
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:29: warning: wildcard $(top_srcdir: non-POSIX variable name
    build/plugin.am:29: (probably a GNU make extension)
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:36: warning: '%'-style pattern rules are a GNU make extension
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:55: warning: filter %.vala,$(PLUGIN_SOURCES: non-POSIX variable name
    build/plugin.am:55: (probably a GNU make extension)
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    build/plugin.am:64: warning: subst -,_,$(PLUGIN: non-POSIX variable name
    build/plugin.am:64: (probably a GNU make extension)
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    plugins/window-animation/Makefile.am:9: error: Libtool library used but 'LIBTOOL' is undefined
    plugins/window-animation/Makefile.am:9: The usual way to define 'LIBTOOL' is to add 'LT_INIT'
    plugins/window-animation/Makefile.am:9: to 'configure.ac' and run 'aclocal' and 'autoconf' again.
    plugins/window-animation/Makefile.am:9: If 'LT_INIT' is in 'configure.ac', make sure
    plugins/window-animation/Makefile.am:9: its definition is in aclocal's search path.
    build/plugin.am:11: warning: 'VALAFLAGS' is a user variable, you should not override it;
    build/plugin.am:11: use 'AM_VALAFLAGS' instead
    plugins/window-animation/Makefile.am:7: 'build/plugin.am' included from here
    autoreconf: automake failed with exit status: 1
    ==> ERROR: A failure occurred in build().
    Aborting...
    cairo-compmgr
    I don't have a clue what's wrong here and I'm also failing to build the aur/vala-git package to maybe solve this issue. Is this a bug report candidate?
    Last edited by hesse (2012-06-16 16:55:31)

    It looks like all the errors stem from LIBTOOL being undefined.  This should give you something to google on.  It *may* be as simple as adding
    LIBTOOL=/usr/bin/libtool
    to the Makefile(s).  But the proper solution would be to fix the autoconf/autotools input file that sets this.  As I have never had a need for those tools, I don't know much about their workings.
    I also wanted to suggest that xcompmgr may do what you need.  There are many bells and whistles that it lacks, but some of the core functionality of cairo-compmgr is duplicated in a very lightweight package.

  • Cairo Compmgr Acting Up

    Hey guys, I'm running the latest version of Xorg along with the latest ATi Catalyst drivers and Cario Comp Manager git version.
    I've enabled the transparency and the drop-shadow features. Occasionally when using a drop-down menu, or sometimes the full application, I get the problem shown in the image below:
    I can't seem to find anything similar nor any ideas pointing to what may be causing this. Any ideas?

    I started having problems with cairo-compmgr recently as well. It happened after some recent updates. My issue is that the shadow plugin isn't always used for certain windows, like firefox and chrome. If I undecorate and redecorate the windows (using an openbox keybinding) then the shadows show back up.

  • [solved] Installing cairo-compmgr: No package 'libvala-0.14' found

    Hi,
    I am trying to install cairo-compmgr but I cannot pass the configuration step since it complains with this:
    No package 'libvala-0.14' found
    But vala is installed:
    Name : vala
    Version : 0.16.0-1
    URL : http://live.gnome.org/Vala
    Licenses : LGPL
    Groups : None
    Provides : None
    Depends On : glib2
    Optional Deps : None
    Required By : None
    Conflicts With : None
    Replaces : None
    Installed Size : 9740.00 KiB
    Packager : Jan Alexander Steffens (heftig) <[email protected]>
    Architecture : x86_64
    Build Date : Fri 30 Mar 2012 11:33:23 AM CEST
    Install Date : Fri 11 May 2012 06:32:35 PM CEST
    Install Reason : Installed as a dependency for another package
    Install Script : No
    Description : Compiler for the GObject type system
    Heres the end of the configure/makepkg output:
    checking whether to build shared libraries... yes
    checking whether to build static libraries... no
    checking for pkg-config... /usr/bin/pkg-config
    checking pkg-config is at least version 0.9.0... yes
    checking for CAIRO_COMPMGR... no
    configure: error: Package requirements (xcomposite,
    xdamage,
    xext,
    xi,
    x11,
    ice,
    sm,
    cairo >= 1.8.0,
    pixman-1 >= 0.16.0,
    gtk+-2.0 >= 2.16.0
    libvala-0.14 >= 0.14.0) were not met:
    No package 'libvala-0.14' 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_COMPMGR_CFLAGS
    and CAIRO_COMPMGR_LIBS to avoid the need to call pkg-config.
    See the pkg-config man page for more details.
    So what am I doing wrong?
    Last edited by javex (2012-07-29 14:21:36)

    javex wrote:Yes I know that. But it requests it above or equal to 0.14 and so 0.16 should match it.
    I just don't think that's how it's working here.  I think the "left side of the equation" is used to find a file in the directory containing pc files (/usr/lib/pkgconfig).  The arch package gtk2 supplies a file called "gtk+-2.0.pc", the arch package pixman supplies a file called "pixman-1.pc", but the arch package vala provides a file called "libvala-0.16.pc" not "libvala-0.14.pc".   The fact that it says specifically "No package 'libvala-0.14' found" (as opposed to "No package "libvala" found) is further indication.
    Besides, how would "pixman-1 >= 0.16.0" make sense otherwise?
    Last edited by alphaniner (2012-05-11 19:32:11)

Maybe you are looking for