Package Details: compiz 0.9.14.2-11

Git Clone URL: https://aur.archlinux.org/compiz.git (read-only, click to copy)
Package Base: compiz
Description: Composite manager for Aiglx and Xgl, with plugins and CCSM
Upstream URL: https://launchpad.net/compiz
Licenses: MIT, GPL-2.0-or-later, LGPL-2.1-or-later
Conflicts: ccsm, compiz-bcop, compiz-core, compiz-fusion-plugins-experimental, compiz-fusion-plugins-extra, compiz-fusion-plugins-main, compiz-gtk, compizconfig-python, libcompizconfig, simple-ccsm
Provides: ccsm, compiz-bcop, compiz-core, compiz-plugins-extra, compiz-plugins-main, compizconfig-python, libcompizconfig
Submitter: None
Maintainer: xiota
Last Packager: xiota
Votes: 168
Popularity: 0.61
First Submitted: 2014-08-04 13:22 (UTC)
Last Updated: 2025-05-01 08:15 (UTC)

Required by (27)

Sources (10)

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 57 Next › Last »

<deleted-account> commented on 2020-08-18 20:11 (UTC)

Well if you've modified /etc/makepkg.conf then definitely try restoring the default. If you haven't then that won't be the problem.

piotrv commented on 2020-08-18 19:14 (UTC) (edited on 2020-08-18 19:16 (UTC) by piotrv)

For what it's worth . . .

%!s(func() string=0x5582c44d2830 and string=0x55b0a1aa7bb0 seems to be string function related. Could it be in differences with the C-compiler flags ?

in my /etc/makepkg.conf:

 #########################################################################
 # ARCHITECTURE, COMPILE FLAGS
 #########################################################################
 #
 CARCH="x86_64"
 CHOST="x86_64-pc-linux-gnu"

 #-- Compiler and Linker Flags
 # -march (or -mcpu) builds exclusively for an architecture
 # -mtune optimizes for an architecture, but builds for whole processor family
 CPPFLAGS="-D_FORTIFY_SOURCE=2"
 CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt"
 CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt"
 LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now"
 #-- Make Flags: change this for DistCC/SMP systems
 MAKEFLAGS="-j$(($(nproc)+1))"

<deleted-account> commented on 2020-08-18 17:08 (UTC)

@piotrv @firemage78 Googling the last line in your build output, I see almost identical looking errors from June of this year but for totally different packages: https://aur.archlinux.org/packages/python-spacy/#comment-751343 https://aur.archlinux.org/packages/pacpl/#comment-751291

The plot thickens... I'll see if I can find out any more.

robson commented on 2020-08-18 16:02 (UTC)

Then maybe try to build compiz-git https://aur.archlinux.org/packages/compiz-git/ Maybe you better do.

<deleted-account> commented on 2020-08-18 08:57 (UTC)

I have no idea. If I can't reproduce it I can't investigate it unfortunately. robson has confirmed that the package builds OK as well so it seems unlikely to me that it's a packaging issue.

piotrv commented on 2020-08-16 17:09 (UTC) (edited on 2020-08-16 17:09 (UTC) by piotrv)

@Chazza I downloaded the snapshot; tried to build it from the PKGBUILD file: exactly the same issue. Might it be related to the intltool package, looking at "warning: header field 'Language' missing in header" for all po files ?

robson commented on 2020-08-16 10:32 (UTC)

I just finished building compiz, and it builds fine. I suggest you download the snapshot, unpack it, and go to the compiz directory and run a terminal in it and run makepkg -sirc. And here is the compiz package built. https://i.postimg.cc/wBMnNFTL/Przechwycenie-obrazu-ekranu-2020-08-16-12-25-35.png

piotrv commented on 2020-08-16 09:23 (UTC)

@Chazza I cloned the pkg from git , but unfortunately get same issue when building with makepkg, so it seems not yay related . .

<deleted-account> commented on 2020-08-16 08:38 (UTC)

@firemage78 @piotrv You both have the same problem but I can't reproduce it at all. I notice you are both building in ~/.cache/yay. Presumably this is the build directory of some AUR helper. Do you still get the error if you just build with makepkg?