Arch Linux User Repository

It would be nice if the source be changed from

git://github.com/dnut/pygoocanvas.git

to

${pkgname}::git+https://github.com/dnut/pygoocanvas.git

because the git ports were blocked in some corporations.

Thanks!

I think the PKGBUILD is breaking, It seems like it need to configure to use python2 since Arch use Python3 by default. Below are my logs vagrant@archlinux:~$ pacaur -S pygoocanvas :: Package pygoocanvas not found in repositories, trying AUR... :: resolving dependencies... :: looking for inter-conflicts... AUR Packages (1) pygoocanvas-0.14.1-7 :: Proceed with installation? [Y/n] :: Retrieving package(s)... :: pygoocanvas build files are up-to-date -- skipping :: Checking pygoocanvas integrity... ==> Making package: pygoocanvas 0.14.1-7 (Thu Jul 27 23:32:57 AEST 2017) ==> Retrieving sources... -> Updating pygoocanvas git repo... Fetching origin ==> Validating source files with md5sums... pygoocanvas ... Skipped :: Building pygoocanvas package(s)... ==> Making package: pygoocanvas 0.14.1-7 (Thu Jul 27 23:33:06 AEST 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> WARNING: Using existing $srcdir/ tree ==> Removing existing $pkgdir/ directory... ==> Starting build()... checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for some Win32 platform... no checking for native Win32... no checking how to print strings... printf checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... dlltool checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for a working dd... /usr/bin/dd checking how to truncate binary pipes... /usr/bin/dd bs=4096 count=1 checking for mt... no checking if : is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.lt config.lt: creating libtool checking for a Python interpreter with version >= 2.2... python checking for python... /usr/bin/python checking for python version... 3.6 checking for python platform... linux checking for python script directory... ${prefix}/lib/python3.6/site-packages checking for python extension module directory... ${exec_prefix}/lib/python3.6/site-packages checking for headers required to compile python extensions... File "<string>", line 1 import sys; print sys.prefix ^ SyntaxError: invalid syntax File "<string>", line 1 import sys; print sys.exec_prefix ^ SyntaxError: invalid syntax not found configure: error: could not find Python headers ==> ERROR: A failure occurred in build(). Aborting... :: failed to build pygoocanvas package(s)

Another way to build this package is just adding export PYTHON=python2 to all functions

@jsf9k666 The problem is automake is looking for Python >= 2.2 and it finds it at /usr/bin/python, which is Python 3. It really needs Python 2 though. Part of the problem is pygoocanvas has not had any commits since 2010. There are several issues with it being this old. I made some tweaks to acinclude.m4 and configure.ac to ensure we use Python 2 and not Python 3. I tried to take care of one or two other issues as well, but I'm not that familiar with automake, and there is still a lot of outdated stuff in here, so it's definitely in need of more work, but at least it works. I forked the repo to github.com/dnut/pygoocanvas and submitted a PR. I modified the PKGBUILD to use my version, which you can get here: https://raw.githubusercontent.com/dnut/PKGBUILDs/master/pygoocanvas/PKGBUILD Using my PKGBUILD, it builds and installs no problem on my system using Python 2.

I get an error when I run makepkg -si, which appears to be a python2 vs python3 issue: checking for headers required to compile python extensions... File "<string>", line 1 import sys; print sys.prefix ^ SyntaxError: invalid syntax File "<string>", line 1 import sys; print sys.exec_prefix ^ SyntaxError: invalid syntax not found configure: error: could not find Python headers ==> ERROR: A failure occurred in prepare(). Aborting...