Package Details: compiz 0.9.14.2-10

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.80
First Submitted: 2014-08-04 13:22 (UTC)
Last Updated: 2025-03-31 09:11 (UTC)

Required by (27)

Sources (10)

Latest Comments

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

piotrv commented on 2020-08-19 12:21 (UTC)

@Chazza Success at last !

The building process does not abort any longer at the warning about missing header fields.

diff makepkg.conf makepkg.my_conf

piotrv commented on 2020-08-19 12:21 (UTC)

@Chazza Success at last !

The building process does not abort any longer at the warning about missing header fields.

diff makepkg.conf makepkg.my_conf

robson commented on 2020-08-18 20:35 (UTC)

Then paste this content into /etc/makepkg.conf this is the original https://pastebin.com/raw/8Rbdy3MZ

piotrv commented on 2020-08-18 20:20 (UTC) (edited on 2020-08-18 20:22 (UTC) by piotrv)

I tried old -mtune=x86-64 for CFLAGS and CXXFLAGS, but resolves nothing. back to default, still the same nasty build error . .

<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.

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