AUR - dependency makepkg issue

Hi all,
I'm trying to compile and install ncl from AUR (using packer). All dependencies check out fine, however there is an issue while building vis5d+. I've downloaded the patch from the Sources section (provides a PKGBUILD and the patch), following is the output of makepkg:
> makepkg
patching file src/misc.c
patching file src/misc.h
patching file src/work.c
patching file util/kludge.f
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 51 with fuzz 1.
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for vendor's cc to be used instead of gcc... checking for cc... cc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether cc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of cc... gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for a BSD compatible install... /usr/bin/install -c
checking whether make sets ${MAKE}... (cached) yes
checking whether ln -s works... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognise dependant libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )
checking command to parse /usr/bin/nm -B output... ok
checking how to run the C preprocessor... cc -E
checking for dlfcn.h... yes
checking for file... /usr/bin/file
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... no
checking if we can lock with hard links... yes
checking if cc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
checking for libintl.h... yes
checking for ranlib... (cached) ranlib
checking for strerror in -lcposix... no
checking for ANSI C header files... yes
checking for cc option to accept ANSI C... none needed
checking for an ANSI C-conforming const... yes
checking for inline... inline
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 off_t... yes
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... yes
checking whether we are using the GNU C Library 2.1 or newer... yes
checking for argz.h... yes
checking for limits.h... yes
checking for locale.h... yes
checking for nl_types.h... yes
checking for malloc.h... yes
checking for stddef.h... yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking for feof_unlocked... yes
checking for fgets_unlocked... yes
checking for getcwd... yes
checking for getegid... yes
checking for geteuid... yes
checking for getgid... yes
checking for getuid... yes
checking for mempcpy... yes
checking for munmap... yes
checking for putenv... yes
checking for setenv... yes
checking for setlocale... yes
checking for stpcpy... yes
checking for strchr... yes
checking for strcasecmp... yes
checking for strdup... yes
checking for strtoul... yes
checking for tsearch... yes
checking for __argz_count... yes
checking for __argz_stringify... yes
checking for __argz_next... yes
checking for iconv... yes
checking for iconv declaration...
extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);
checking for nl_langinfo and CODESET... yes
checking for LC_MESSAGES... yes
checking whether NLS is requested... yes
checking whether included gettext is requested... no
checking for libintl.h... (cached) yes
checking for GNU gettext in libc... yes
checking for dcgettext... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for bison... bison
checking version of bison... 3.0.2, ok
checking for catalogs to be installed... pt_BR es
checking for db2html... ../missing db2html
checking for db2dvi... ../missing db2dvi
checking for db2ps... ../missing db2ps
checking for db2pdf... ../missing db2pdf
checking for db2rtf... ../missing db2rtf
checking for convert... /usr/bin/convert
checking for f77... gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran accepts -g... yes
checking how to get verbose linking output from gfortran... -v
checking for Fortran 77 libraries... -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/../../.. -lgfortran -lm -lgcc_s -lquadmath
checking for dummy main to link with Fortran 77 libraries... none
checking for Fortran 77 name-mangling scheme... lower case, underscore, no extra underscore
checking whether we are using gcc 2.90 or later... yes
checking for float... yes
checking size of float... 4
checking for int... yes
checking size of int... 4
checking for signed char... yes
checking size of signed char... 1
checking whether byte ordering is bigendian... no
checking for sqrt in -lm... yes
checking for strcasecmp... (cached) yes
checking for strncasecmp... yes
checking for strdup... (cached) yes
checking for X... libraries /usr/lib64, headers
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for glBegin in -lMesaGL... no
checking for glBegin in -lGL... yes
checking for gluProject in -lGLU... yes
checking for GL/gl.h... yes
checking for XMesaGetBackBuffer... no
checking for dlopen in -ldl... yes
checking for Tcl_Eval in -ltcl... yes
checking for setrlimit... yes
checking for Fortran idate function... no
checking for iopen in -limage... no
checking for nc_inq_dimlen in -lnetcdf... yes
checking for netcdf.h... yes
Didn't find the mixkit library;
You can download the Mixkit source
code from the Qslim home page:
http://graphics.cs.uiuc.edu/~garland/software/qslim.html
and/or use --with-mixkit=<lib> to specify the location
of libmix.a.
checking for readd_ in -lmcidas_lib... no
checking for X11/Xm/MwmUtil.h... no
checking for sys/types.h... (cached) yes
checking for sys/prctl.h... yes
checking for sys/sysmp.h... no
checking for sysmp.h... no
checking for sys/lock.h... no
checking for sys/stat.h... (cached) yes
checking for fcntl.h... yes
checking for sproc... no
checking for pthread.h... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for cc_r... cc
configure: creating ./config.status
config.status: creating gtk/gradients/Makefile
config.status: creating gtk/Makefile
config.status: creating intl/Makefile
config.status: creating po/Makefile.in
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating doc/Makefile
config.status: creating lui5/Makefile
config.status: creating util/Makefile
config.status: creating config.h
config.status: creating src/api-config.h
config.status: src/api-config.h is unchanged
config.status: creating po/POTFILES
config.status: creating po/Makefile
make all-recursive
make[1]: Entering directory '/home/nevio/src/vis5d+-1.2.1'
Making all in po
make[2]: Entering directory '/home/nevio/src/vis5d+-1.2.1/po'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/nevio/src/vis5d+-1.2.1/po'
Making all in intl
make[2]: Entering directory '/home/nevio/src/vis5d+-1.2.1/intl'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/home/nevio/src/vis5d+-1.2.1/intl'
Making all in lui5
make[2]: Entering directory '/home/nevio/src/vis5d+-1.2.1/lui5'
source='browser.c' object='browser.o' libtool=no \
depfile='.deps/browser.Po' tmpdepfile='.deps/browser.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f browser.c || echo './'`browser.c
source='newbrowser.c' object='newbrowser.o' libtool=no \
depfile='.deps/newbrowser.Po' tmpdepfile='.deps/newbrowser.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f newbrowser.c || echo './'`newbrowser.c
source='button.c' object='button.o' libtool=no \
depfile='.deps/button.Po' tmpdepfile='.deps/button.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f button.c || echo './'`button.c
source='buttonmatrix.c' object='buttonmatrix.o' libtool=no \
depfile='.deps/buttonmatrix.Po' tmpdepfile='.deps/buttonmatrix.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f buttonmatrix.c || echo './'`buttonmatrix.c
source='colorbar.c' object='colorbar.o' libtool=no \
depfile='.deps/colorbar.Po' tmpdepfile='.deps/colorbar.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f colorbar.c || echo './'`colorbar.c
source='destroy.c' object='destroy.o' libtool=no \
depfile='.deps/destroy.Po' tmpdepfile='.deps/destroy.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f destroy.c || echo './'`destroy.c
source='event.c' object='event.o' libtool=no \
depfile='.deps/event.Po' tmpdepfile='.deps/event.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f event.c || echo './'`event.c
source='field.c' object='field.o' libtool=no \
depfile='.deps/field.Po' tmpdepfile='.deps/field.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f field.c || echo './'`field.c
source='label.c' object='label.o' libtool=no \
depfile='.deps/label.Po' tmpdepfile='.deps/label.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f label.c || echo './'`label.c
source='layout.c' object='layout.o' libtool=no \
depfile='.deps/layout.Po' tmpdepfile='.deps/layout.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f layout.c || echo './'`layout.c
source='list.c' object='list.o' libtool=no \
depfile='.deps/list.Po' tmpdepfile='.deps/list.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f list.c || echo './'`list.c
source='newlist.c' object='newlist.o' libtool=no \
depfile='.deps/newlist.Po' tmpdepfile='.deps/newlist.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f newlist.c || echo './'`newlist.c
source='newbutton.c' object='newbutton.o' libtool=no \
depfile='.deps/newbutton.Po' tmpdepfile='.deps/newbutton.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f newbutton.c || echo './'`newbutton.c
source='newlabel.c' object='newlabel.o' libtool=no \
depfile='.deps/newlabel.Po' tmpdepfile='.deps/newlabel.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f newlabel.c || echo './'`newlabel.c
source='newslider.c' object='newslider.o' libtool=no \
depfile='.deps/newslider.Po' tmpdepfile='.deps/newslider.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f newslider.c || echo './'`newslider.c
source='pixmaps.c' object='pixmaps.o' libtool=no \
depfile='.deps/pixmaps.Po' tmpdepfile='.deps/pixmaps.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f pixmaps.c || echo './'`pixmaps.c
source='radio.c' object='radio.o' libtool=no \
depfile='.deps/radio.Po' tmpdepfile='.deps/radio.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f radio.c || echo './'`radio.c
source='scrollbar.c' object='scrollbar.o' libtool=no \
depfile='.deps/scrollbar.Po' tmpdepfile='.deps/scrollbar.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f scrollbar.c || echo './'`scrollbar.c
source='lui.c' object='lui.o' libtool=no \
depfile='.deps/lui.Po' tmpdepfile='.deps/lui.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f lui.c || echo './'`lui.c
source='browser2.c' object='browser2.o' libtool=no \
depfile='.deps/browser2.Po' tmpdepfile='.deps/browser2.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f browser2.c || echo './'`browser2.c
rm -f liblui.a
ar cru liblui.a browser.o newbrowser.o button.o buttonmatrix.o colorbar.o destroy.o event.o field.o label.o layout.o list.o newlist.o newbutton.o newlabel.o newslider.o pixmaps.o radio.o scrollbar.o lui.o browser2.o
ranlib liblui.a
make[2]: Leaving directory '/home/nevio/src/vis5d+-1.2.1/lui5'
Making all in src
make[2]: Entering directory '/home/nevio/src/vis5d+-1.2.1/src'
make all-am
make[3]: Entering directory '/home/nevio/src/vis5d+-1.2.1/src'
source='cursor.c' object='cursor.o' libtool=no \
depfile='.deps/cursor.Po' tmpdepfile='.deps/cursor.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f cursor.c || echo './'`cursor.c
source='displaywidget.c' object='displaywidget.o' libtool=no \
depfile='.deps/displaywidget.Po' tmpdepfile='.deps/displaywidget.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f displaywidget.c || echo './'`displaywidget.c
source='gui.c' object='gui.o' libtool=no \
depfile='.deps/gui.Po' tmpdepfile='.deps/gui.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f gui.c || echo './'`gui.c
source='gui_i.c' object='gui_i.o' libtool=no \
depfile='.deps/gui_i.Po' tmpdepfile='.deps/gui_i.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f gui_i.c || echo './'`gui_i.c
source='labels.c' object='labels.o' libtool=no \
depfile='.deps/labels.Po' tmpdepfile='.deps/labels.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f labels.c || echo './'`labels.c
source='script.c' object='script.o' libtool=no \
depfile='.deps/script.Po' tmpdepfile='.deps/script.TPo' \
depmode=gcc3 /bin/sh ../depcomp \
cc -DHAVE_CONFIG_H -I. -I. -I.. -I. -D_FORTIFY_SOURCE=2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -fno-range-check -Wall -pthread -c `test -f script.c || echo './'`script.c
Makefile:562: recipe for target 'script.o' failed
make[3]: Leaving directory '/home/nevio/src/vis5d+-1.2.1/src'
Makefile:341: recipe for target 'all' failed
make[2]: Leaving directory '/home/nevio/src/vis5d+-1.2.1/src'
Makefile:215: recipe for target 'all-recursive' failed
make[1]: Leaving directory '/home/nevio/src/vis5d+-1.2.1'
Makefile:152: recipe for target 'all' failed
Any help or advice on what would be the next best course of action is appreciated.

Wyrmux wrote:
GE wrote:
Do you have glu installed on that machine?
FYI,
==> Finished making: vis5d+ 1.2.1-7 (Thu Feb 13 23:16:05 EET 2014)
Yep, just reinstalled it... Same error.
EDIT: Have you installed vis5d+ via yaourt/packer/etc. or by downloading the tarball itself?
I just downloaded it from AUR and used makepkg.
Anyway, I didn't saw you were using a x86_64 machine - I'm on i686.
http://diffchecker.com/uicihzeq
Considering the fact that we've got pretty much the same output (configure), I guess it's all about x86_64 now, not the package itself.

Similar Messages

Makepkg issue: cannot create temp file for here-document

Hi there,
Since few weeks ago i'm not able to build aur packages. I use yaourt but i notice the problem comes from makepkg (i searched for the output message and found fakeroot related issues). Here the complete log of, for example, launching makepgk on with the ruby-headers PKGBUILD:
$ makepkg
==> Creazione del pacchetto: ruby-headers 1.9.2_p136-1 (mer 9 feb 2011, 00.27.35, CET)
==> Controllo delle dipendenze per l'esecuzione in corso...
==> Controllo delle dipendenze per la compilazione in corso...
==> Download dei sorgenti in corso...
-> Download di ruby-1.9.2-p136.tar.bz2 in corso...
--2011-02-09 00:27:35-- ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p136.tar.bz2
=> "ruby-1.9.2-p136.tar.bz2.part"
Risoluzione di ftp.ruby-lang.org... 221.186.184.68
Connessione a ftp.ruby-lang.org|221.186.184.68|:21... connesso.
Accesso come utente anonymous ... Login eseguito!
==> SYST ... fatto. ==> PWD ... fatto.
==> TYPE I ... fatto. ==> CWD (1) /pub/ruby/1.9 ... fatto.
==> SIZE ruby-1.9.2-p136.tar.bz2 ... 8819324
==> PASV ... fatto. ==> RETR ruby-1.9.2-p136.tar.bz2 ...
Errore nella risposta del server, chiusura della connessione di controllo.
Altro tentativo in corso.
--2011-02-09 00:28:47-- ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.2-p136.tar.bz2
(tentativo: 2) => "ruby-1.9.2-p136.tar.bz2.part"
Connessione a ftp.ruby-lang.org|221.186.184.68|:21... connesso.
Accesso come utente anonymous ... Login eseguito!
==> SYST ... fatto. ==> PWD ... fatto.
==> TYPE I ... fatto. ==> CWD (1) /pub/ruby/1.9 ... fatto.
==> SIZE ruby-1.9.2-p136.tar.bz2 ... 8819324
==> PASV ... fatto. ==> RETR ruby-1.9.2-p136.tar.bz2 ... fatto.
Lunghezza: 8819324 (8,4M) (non autorevole)
100%[====================================================================>] 8.819.324 107K/s in 1m 58s
2011-02-09 00:30:51 (72,8 KB/s) - "ruby-1.9.2-p136.tar.bz2.part" salvato [8819324]
==> Validazione dei file sorgenti con md5sums in corso...
ruby-1.9.2-p136.tar.bz2 ... Verificato
==> Estrazione dei sorgenti in corso...
-> estrazione di ruby-1.9.2-p136.tar.bz2 con bsdtar in corso...
==> Avvio di build() in corso...
==> Entrata nell'ambiente di fakeroot in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
==> Avvio di package() in corso...
==> Rimozione dei dati superflui in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Rimozione degli altri file in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Compressione delle pagine man ed info in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Rimozione dei simboli non necessari dai binari e dalle librerie in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
==> Creazione del pacchetto in corso...
-> Generazione del file .PKGINFO in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Compressione del pacchetto in corso...
xz: /tmp/rb_hdrs/ruby-headers-1.9.2_p136-1-any.pkg.tar: impossibile rimuovere: Successo
Hints?
Thanks in advance

That time it was in /tmp/ruby_headers (which i created) but it happens with yaourt too and for every pkg i tried.
[miche@bob tmp]$ yaourt -S ruby_headers
ruby_headers non trovato su AUR
[miche@bob tmp]$ yaourt -S ruby_header
ruby_header non trovato su AUR
^[[A[miche@bob tmp]$ yaourt -S ruby-headers
==> Continuazione dalla compilazione precedente
==> Scaricamento del PKGBUILD di ruby-headers da AUR...
Comment by: hilton on Tue, 28 Dec 2010 03:51:14 +0000
Updated to 1.9.2_p136!
First Submitted: Sat, 13 Nov 2010 20:25:52 +0000
ruby-headers 1.9.2_p136-1 : A package of all Ruby headers needed by some gems like ruby-debug.
( Pacchetto non supportato: Potenzialmente pericoloso ! )
==> Modificare il PKGBUILD (altamente raccomandato per ragioni di sicurezza) ? [S/n]("A" per annullare)
==> ----------------------------------------------
==>n
==> Dipendenze di ruby-headers
- ruby (già installato)
==> Continuare la compilazione di ruby-headers? [S/n]
==> ----------------------------------------------
==>s
==> Install or build missing dependencies for ruby-headers:
==> Compilazione e installazione del pacchetto
==> Dipendenze di ruby-headers
- ruby (già installato)
==> Creazione del pacchetto: ruby-headers 1.9.2_p136-1 (mer 9 feb 2011, 01.23.54, CET)
==> Controllo delle dipendenze per l'esecuzione in corso...
==> Controllo delle dipendenze per la compilazione in corso...
==> Download dei sorgenti in corso...
-> È stato trovato ruby-1.9.2-p136.tar.bz2
==> Validazione dei file sorgenti con md5sums in corso...
ruby-1.9.2-p136.tar.bz2 ... Verificato
==> Estrazione dei sorgenti in corso...
-> estrazione di ruby-1.9.2-p136.tar.bz2 con bsdtar in corso...
==> Rimozione dell'esistente directory pkg/ in corso...
==> Avvio di build() in corso...
==> Entrata nell'ambiente di fakeroot in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
==> Avvio di package() in corso...
==> Rimozione dei dati superflui in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Rimozione degli altri file in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Compressione delle pagine man ed info in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Rimozione dei simboli non necessari dai binari e dalle librerie in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
==> Creazione del pacchetto in corso...
-> Generazione del file .PKGINFO in corso...
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 268: cannot create temp file for here-document: Successo
/usr/bin/makepkg: line 272: cannot create temp file for here-document: Successo
-> Compressione del pacchetto in corso...
xz: /tmp/yaourt-tmp-miche/aur-ruby-headers/ruby-headers/ruby-headers-1.9.2_p136-1-any.pkg.tar.xz: impossibile rimuovere: Successo
Error: Makepkg non ha potuto costruire il pacchetto ruby-headers.
[miche@bob tmp]$

[SOLVED]logitechmediaserver makepkg issues

I use Arch setup on a 4 GB USB Flash drive as the OS to manage a 4 HDD 3 TB RAID 10 setup as a NAS. Whew... lots to spit out there.
At any rate for her birthday the significant other got a Squeezebox alarm clock. It's a pretty nice unit even though I really wish it would play nicely with all of the Airplay devices we have setup for music throughout the house.
To support the new device I'm trying to install logitechmediaserver from the AUR but I'm getting errors when I run makepkg.
I don't have any other users on the system so I'm running makepkg --asroot from a build directory in root's home directory. I know not supposed to use root.. I'm lazy
Everytime makepkg gets to the unzip part I start getting a bunch of 'Can't create' files or 'Write failed' errors and makepkg fails with 'Failed to extract'.
I don't believe this is an issue with makepkg or the package but I'm wondering if maybe I'm hitting some permissions issues or space issues.
My root partition according to df is full. Does makepkg write files to the root directory? Do I need to slim down my install? It's currently at 2.6 GB.
Just confused what's going on and need a nudge in the right direction.
Thanks!
Last edited by bronco21016 (2012-12-20 03:46:56)

Lone_Wolf wrote:
yes, makepkg needs to write files.
normally these are put in the folder from where it's run, but you can change that through makepkg.conf / environment variables.
building packages tends to require a lot of space, you could try building the package on your main system.
If it runs the same architecture as the NAS and you use default makepkg.conf settings, it should be installable .
Thanks for the idea about building the package else where! I'm going to setup a 32-bit environment in a VM on my desktop and do exactly as you suggested.

Many makepkg issues

Im trying to makepkg K9COPY and BOSON both are in AUR.
Both give out the same error during the build:
checking for X... configure: error: Can't find X includes. Please check your installation and add the correct paths!
make: *** No targets specified and no makefile found. Stop.
==> ERROR: Build Failed. Aborting...
This is driving me nuts, I just cant seem to get it sorted, its annoying as hell.
Can someone else grab BOSON its only small and try to makepkg it and see if it works.
Its ever since Xorg7 that alot of AUR stuff dont work... :? :? :?
My Xorg is setup like this for Xorg7:
Section "Files"
RgbPath "/usr/share/X11/rgb"
ModulePath "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/misc:unscaled"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/75dpi:unscaled"
FontPath "/usr/share/fonts/75dpi"
FontPath "/usr/share/fonts/100dpi:unscaled"
FontPath "/usr/share/fonts/100dpi"
FontPath "/usr/share/fonts/PEX"
# Additional fonts: Locale, Gimp, TTF...
FontPath "/usr/share/fonts/cyrillic"
# FontPath "/usr/share/fonts/latin2/75dpi"
# FontPath "/usr/share/fonts/latin2/100dpi"
# True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig!
FontPath "/usr/share/fonts/Type1"
FontPath "/usr/share/fonts/ttf/western"
FontPath "/usr/share/fonts/ttf/decoratives"
FontPath "/usr/share/fonts/truetype"
FontPath "/usr/share/fonts/truetype/openoffice"
FontPath "/usr/share/fonts/truetype/ttf-bitstream-vera"
FontPath "/usr/share/fonts/latex-ttf-fonts"
FontPath "/usr/share/fonts/defoma/CID"
FontPath "/usr/share/fonts/defoma/TrueType"
EndSection

Sander wrote:Maybe boson is still looking for stuff in the old X dirs? Usually a few symlinks resolve the issue, in that case. But don't ask me exactly which
No, gradgrind is correct. CyRiX_BlAcK is missing some *proto packages. Here's the ones I have:
[02/19/06 20:23] installed xextproto (7.0.2-1)
[02/19/06 20:23] installed printproto (1.0.3-1)
[02/19/06 20:29] installed xf86vidmodeproto (2.2.2-1)
[02/19/06 20:29] installed glproto (1.4.3-1)
[02/19/06 20:29] installed xproto (7.0.4-2)
[02/19/06 20:29] installed fixesproto (3.0.2-1)
[02/19/06 20:29] installed compositeproto (0.2.2-1)
[02/19/06 20:29] installed damageproto (1.0.3-1)
[02/19/06 20:30] installed xf86dgaproto (2.0.2-1)
[02/19/06 20:30] installed videoproto (2.2.2-1)
[02/19/06 20:30] installed kbproto (1.0.2-1)
[02/19/06 20:30] installed inputproto (1.3.2-1)
[02/19/06 20:30] installed xineramaproto (1.1.2-1)
[02/19/06 20:30] installed randrproto (1.1.2-1)
[02/19/06 20:30] installed renderproto (0.9.1-1)
[02/19/06 20:31] installed recordproto (1.13.2-1)
[02/19/06 20:31] installed xf86miscproto (0.9.2-1)
[02/19/06 20:51] installed fontsproto (2.0.2-1)
[02/19/06 20:51] installed dmxproto (2.2.2-1)
[02/19/06 20:51] installed fontcacheproto (0.1.2-1)
[02/19/06 20:51] installed trapproto (3.4.3-1)
[02/20/06 01:27] installed scrnsaverproto (1.0.2-1)
I recommend installing them all.
Anyway, this doesn't fixed boson. It's a gcc4 issue. There's already a comment to that effect in AUR. Check if a newer version of boson was released.
When you say "Its ever since Xorg7 that alot of AUR stuff dont work", if your talking about the X include not found problem, installing the *proto packages will solve it. There might be PKGBUILD in AUR not working with xorg7. In that case, probably the maintainer didn't updated its PKGBUILD yet. Post a comment in AUR to notify him.

AUR package: makepkg error

During the installation of http://aur.archlinux.org/packages/cddb-py/ I get this error
[user@bir dl]$ tar -xvzf cddb-py.tar.gz
cddb-py/
cddb-py/PKGBUILD
[user@bir dl]$ cd cddb-py
[user@bir cddb-py]$ makepkg
==> ERROR: cddb-py is not available for the 'i686' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('i686').
python is allready installed. makepkg -s causes the same error
What is wrong?

mumpf wrote:
During the installation of http://aur.archlinux.org/packages/cddb-py/ I get this error
[user@bir dl]$ tar -xvzf cddb-py.tar.gz
cddb-py/
cddb-py/PKGBUILD
[user@bir dl]$ cd cddb-py
[user@bir cddb-py]$ makepkg
==> ERROR: cddb-py is not available for the 'i686' architecture.
Note that many packages may need a line added to their PKGBUILD
such as arch=('i686').
python is allready installed. makepkg -s causes the same error
What is wrong?
I have bolded the pertinent part of the error message. Add arch=('i686') to the pkgbuild, or if arch=('x86_64') is already there, just add it like so: arch=('x86_64' 'i686')

AUR docker-git issue when compiling from i686 machine

Hello,
From an i686 machine (old laptop) i've just tried to compile the AUR docker-git package source but then came to an error.
I would like to understand if i missed something.
Thanks.
$ makepkg -s
==> Making package: docker-git 1:1.5.0.dev.13153.99ca215-1 (Sun May 10 12:32:22 RET 2015)
==> Checking runtime dependencies...
==> Installing missing dependencies...
[sudo] password for op:
resolving dependencies...
looking for conflicting packages...
Packages (1) bridge-utils-1.5-2
Total Download Size: 0.01 MiB
Total Installed Size: 0.05 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages ...
bridge-utils-1.5-2-i686 13.1 KiB 570K/s 00:00 [#######################################################################################] 100%
(1/1) checking keys in keyring [#######################################################################################] 100%
(1/1) checking package integrity [#######################################################################################] 100%
(1/1) loading package files [#######################################################################################] 100%
(1/1) checking for file conflicts [#######################################################################################] 100%
(1/1) checking available disk space [#######################################################################################] 100%
(1/1) installing bridge-utils [#######################################################################################] 100%
==> Checking buildtime dependencies...
==> Installing missing dependencies...
resolving dependencies...
looking for conflicting packages...
Packages (4) perl-error-0.17023-1 btrfs-progs-4.0-1 git-2.4.0-1 go-2:1.4.2-2
Total Download Size: 52.76 MiB
Total Installed Size: 335.07 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages ...
btrfs-progs-4.0-1-i686 541.2 KiB 25.0K/s 00:22 [#######################################################################################] 100%
perl-error-0.17023-1-any 18.4 KiB 65.6K/s 00:00 [#######################################################################################] 100%
git-2.4.0-1-i686 4.2 MiB 25.4K/s 02:49 [#######################################################################################] 100%
go-2:1.4.2-2-i686 48.0 MiB 27.7K/s 29:35 [#######################################################################################] 100%
(4/4) checking keys in keyring [#######################################################################################] 100%
(4/4) checking package integrity [#######################################################################################] 100%
(4/4) loading package files [#######################################################################################] 100%
(4/4) checking for file conflicts [#######################################################################################] 100%
(4/4) checking available disk space [#######################################################################################] 100%
(1/4) installing perl-error [#######################################################################################] 100%
(2/4) installing git [#######################################################################################] 100%
Optional dependencies for git
tk: gitk and git gui
perl-libwww: git svn
perl-term-readkey: git svn
perl-mime-tools: git send-email
perl-net-smtp-ssl: git send-email TLS support
perl-authen-sasl: git send-email TLS support
python2: various helper scripts
subversion: git svn
cvsps2: git cvsimport
gnome-keyring: GNOME keyring credential helper
(3/4) installing go [#######################################################################################] 100%
The "liteide" package provides an IDE for editing and building Go projects.
Example use of the "go" tool:
mkdir ~/go
export GOPATH=~/go
export PATH=$PATH:~/go/bin
go get golang.org/x/tour/gotour
Optional dependencies for go
mercurial: for fetching sources from mercurial repositories
git: for fetching sources from git repositories [installed]
bzr: for fetching sources from bazaar repositories
subversion: for fetching sources from subversion repositories
(4/4) installing btrfs-progs [#######################################################################################] 100%
==> Retrieving sources...
-> Cloning docker git repo...
Cloning into bare repository '/home/op/admin/build/docker-git/docker'...
remote: Counting objects: 123777, done.
remote: Compressing objects: 100% (364/364), done.
remote: Total 123777 (delta 227), reused 2 (delta 2), pack-reused 123409
Receiving objects: 100% (123777/123777), 69.26 MiB | 15.00 KiB/s, done.
Resolving deltas: 100% (81453/81453), done.
Checking connectivity... done.
-> Found docker.service
-> Found docker.install
-> Found docker.conf
==> Validating source files with md5sums...
docker ... Skipped
docker.service ... Passed
docker.install ... Passed
docker.conf ... Passed
==> Extracting sources...
-> Creating working copy of docker git repo...
Cloning into 'docker'...
done.
==> Starting pkgver()...
==> Updated version: docker-git 1:1.7.0.dev.15438.340fd14-1
==> Starting prepare()...
==> Starting build()...
# WARNING! I don't seem to be running in the Docker container.
# The result of this command might be an incorrect build, and will not be
# officially supported.
# Try this instead: make all
SIGILL: illegal instruction
PC=0x81f4ea9
goroutine 1 [running, locked to thread]:
math.init·1()
/usr/lib/go/src/math/pow10.go:34 +0x19 fp=0x1872ff4c sp=0x1872ff48
math.init()
/usr/lib/go/src/math/unsafe.go:21 +0x3f fp=0x1872ff50 sp=0x1872ff4c
strconv.init()
/usr/lib/go/src/strconv/quote.go:455 +0x45 fp=0x1872ff6c sp=0x1872ff50
go/parser.init()
/usr/lib/go/src/go/parser/parser.go:2462 +0x4a fp=0x1872ff78 sp=0x1872ff6c
main.init()
/usr/lib/go/src/cmd/go/zdefaultcc.go:6 +0x45 fp=0x1872ffcc sp=0x1872ff78
runtime.main()
/usr/lib/go/src/runtime/proc.go:58 +0xbd fp=0x1872fff0 sp=0x1872ffcc
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1 fp=0x1872fff4 sp=0x1872fff0
goroutine 2 [runnable]:
runtime.forcegchelper()
/usr/lib/go/src/runtime/proc.go:90
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
goroutine 3 [runnable]:
runtime.bgsweep()
/usr/lib/go/src/runtime/mgc0.go:82
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
eax 0x1870a0c0
ebx 0x856f650
ecx 0x187000a0
edx 0x2b7f865a
edi 0x7
esi 0x2b68
ebp 0x1870a0c0
esp 0x1872ff48
eip 0x81f4ea9
eflags 0x10206
cs 0x73
fs 0x0
gs 0x33
SIGILL: illegal instruction
PC=0x81f4ea9
goroutine 1 [running, locked to thread]:
math.init·1()
/usr/lib/go/src/math/pow10.go:34 +0x19 fp=0x1872ff4c sp=0x1872ff48
math.init()
/usr/lib/go/src/math/unsafe.go:21 +0x3f fp=0x1872ff50 sp=0x1872ff4c
strconv.init()
/usr/lib/go/src/strconv/quote.go:455 +0x45 fp=0x1872ff6c sp=0x1872ff50
go/parser.init()
/usr/lib/go/src/go/parser/parser.go:2462 +0x4a fp=0x1872ff78 sp=0x1872ff6c
main.init()
/usr/lib/go/src/cmd/go/zdefaultcc.go:6 +0x45 fp=0x1872ffcc sp=0x1872ff78
runtime.main()
/usr/lib/go/src/runtime/proc.go:58 +0xbd fp=0x1872fff0 sp=0x1872ffcc
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1 fp=0x1872fff4 sp=0x1872fff0
goroutine 2 [runnable]:
runtime.forcegchelper()
/usr/lib/go/src/runtime/proc.go:90
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
goroutine 3 [runnable]:
runtime.bgsweep()
/usr/lib/go/src/runtime/mgc0.go:82
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
eax 0x1870a0c0
ebx 0x856f650
ecx 0x187000a0
edx 0x58e0ae9c
edi 0x7
esi 0x2b68
ebp 0x1870a0c0
esp 0x1872ff48
eip 0x81f4ea9
eflags 0x10206
cs 0x73
fs 0x0
gs 0x33
SIGILL: illegal instruction
PC=0x81f4ea9
goroutine 1 [running, locked to thread]:
math.init·1()
/usr/lib/go/src/math/pow10.go:34 +0x19 fp=0x1872ff4c sp=0x1872ff48
math.init()
/usr/lib/go/src/math/unsafe.go:21 +0x3f fp=0x1872ff50 sp=0x1872ff4c
strconv.init()
/usr/lib/go/src/strconv/quote.go:455 +0x45 fp=0x1872ff6c sp=0x1872ff50
go/parser.init()
/usr/lib/go/src/go/parser/parser.go:2462 +0x4a fp=0x1872ff78 sp=0x1872ff6c
main.init()
/usr/lib/go/src/cmd/go/zdefaultcc.go:6 +0x45 fp=0x1872ffcc sp=0x1872ff78
runtime.main()
/usr/lib/go/src/runtime/proc.go:58 +0xbd fp=0x1872fff0 sp=0x1872ffcc
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1 fp=0x1872fff4 sp=0x1872fff0
goroutine 2 [runnable]:
runtime.forcegchelper()
/usr/lib/go/src/runtime/proc.go:90
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
goroutine 3 [runnable]:
runtime.bgsweep()
/usr/lib/go/src/runtime/mgc0.go:82
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
eax 0x1870a0c0
ebx 0x856f650
ecx 0x187000a0
edx 0x67b18e06
edi 0x7
esi 0x2b68
ebp 0x1870a0c0
esp 0x1872ff48
eip 0x81f4ea9
eflags 0x10206
cs 0x73
fs 0x0
gs 0x33
---> Making bundle: dynbinary (in bundles/1.7.0-dev/dynbinary)
SIGILL: illegal instruction
PC=0x81f4ea9
goroutine 1 [running, locked to thread]:
math.init·1()
/usr/lib/go/src/math/pow10.go:34 +0x19 fp=0x1872ff4c sp=0x1872ff48
math.init()
/usr/lib/go/src/math/unsafe.go:21 +0x3f fp=0x1872ff50 sp=0x1872ff4c
strconv.init()
/usr/lib/go/src/strconv/quote.go:455 +0x45 fp=0x1872ff6c sp=0x1872ff50
go/parser.init()
/usr/lib/go/src/go/parser/parser.go:2462 +0x4a fp=0x1872ff78 sp=0x1872ff6c
main.init()
/usr/lib/go/src/cmd/go/zdefaultcc.go:6 +0x45 fp=0x1872ffcc sp=0x1872ff78
runtime.main()
/usr/lib/go/src/runtime/proc.go:58 +0xbd fp=0x1872fff0 sp=0x1872ffcc
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1 fp=0x1872fff4 sp=0x1872fff0
goroutine 2 [runnable]:
runtime.forcegchelper()
/usr/lib/go/src/runtime/proc.go:90
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
goroutine 3 [runnable]:
runtime.bgsweep()
/usr/lib/go/src/runtime/mgc0.go:82
runtime.goexit()
/usr/lib/go/src/runtime/asm_386.s:2287 +0x1
eax 0x187380a0
ebx 0x856f650
ecx 0x187000a0
edx 0x665138d8
edi 0x7
esi 0x2ba8
ebp 0x187380a0
esp 0x1872ff48
eip 0x81f4ea9
eflags 0x10206
cs 0x73
fs 0x0
gs 0x33
==> ERROR: A failure occurred in build().
Aborting...
$
Last edited by Rone (2015-05-11 16:15:06)

I think the links i gave before about "patching" only one line of git source code to allow build/compile the source for 32bit processors, won't apply exactly here, because the code has evolved and is not the same. But possible that it can continue to be as simple as reported by the articles pointed above, to compile the source code on 32 bit architecture.
When searching into the git clone directory from which executed file came the WARNING message - short output pasted below but i also gave the full output before - printed on the output, i saw that it was coming from the file ./src/docker/hack/make.sh
==> Starting pkgver()...
==> Updated version: docker-git 1:1.7.0.dev.15438.340fd14-1
==> Starting prepare()...
==> Starting build()...
# WARNING! I don't seem to be running in the Docker container.
# The result of this command might be an incorrect build, and will not be
# officially supported.
# Try this instead: make all
SIGILL: illegal instruction
But starting from there, by now, i don't know what to do.
Last edited by Rone (2015-05-11 18:09:04)

Can't install AUR packages(makepkg: invalid option '--asroot')[SOLVED]

I've been unable to install any AUR packages with either packer or yaourt since a couple days ago possibly after a system update.
For example if I try to install kodi-standalone-service:
sudo packer -S kodi-standalone-service
(Type - y, n, n)
makepkg: invalid option '--asroot'
The build failed.
This happens to all packages I tried including ones that I installed before with the same command. I installed yaourt after I started to get this error but fails just like packer. I tried running as root or normal user with same results.
In case it matters, these are the steps I used to install packer.
I am at a loss as to why it suddenly stopped working, any ideas?
Last edited by dominicm (2015-01-04 01:41:15)

slithery wrote:
dominicm wrote:
slithery wrote:
The --asroot option has been removed from makepkg, which you would know if you searched the forum before posting...
https://bbs.archlinux.org/viewtopic.php?id=191635
I googled the error with no relevant results, then I searched the forum to make sure it wasn't solved with no relevant results returned for the search term "makepkg: invalid option '--asroot')". It's ironic that you accused me of not searching when you haven't bothered to search the error message yourself. If you had you would know the search does not return useful results until this post.
Sorry, I only searched for --asroot which brought up several relevant threads.
No big deal, but in general you shouldn't post things like "search the forum" as it's rarely helpful, and when it is the thread should probably be closed it those cases anyways...

Makepkg issues since pacman upgrade.

ever since the new pacman, I can't use aurbuild or aur-get for installing AUR packages.
this is the message I get:
ERROR: Running makepkg as root is a BAD idea and can cause
permanent, catastrophic damage to your system. If you
wish to run as root, please use the --asroot option.
how do I use the --asroot option?
I've changed nothing in the way I did things except upgrading the new pacman.

ps aux gave me aurbuild
aurbuild 11737 0.0 0.1 4664 1648 pts/2 S+ 17:21 0:00 /bin/bash -e /usr/bin/makepkg -f
aurbuild 11942 0.0 0.1 4264 1420 pts/2 S+ 17:21 0:00 /bin/sh /usr/bin/fakeroot -- /usr/bin/makepkg -F -f
aurbuild 11950 0.1 0.0 1652 308 ? Ss 17:21 0:00 /usr/bin/faked
aurbuild 11957 0.0 0.1 4436 1672 pts/2 S+ 17:21 0:00 /bin/bash -e /usr/bin/makepkg -F -f
aurbuild 14658 0.0 0.0 3400 964 pts/2 S+ 17:22 0:00 make
aurbuild 14659 0.0 0.0 3400 1024 pts/2 S+ 17:22 0:00 make all-recursive
aurbuild 14660 0.0 0.1 4300 1440 pts/2 S+ 17:22 0:00 /bin/sh -c set fnord $MAKEFLAGS; amf=$2; \?dot_seen=no; \?target=`echo all-recursive | sed s/-recursive//`; \?list='m4 libs ui src tr'; for subdir
sorry T-Dawg, early morning when I first replied...
installed htop and got the same. user is aurbuild.
Last edited by funkmuscle (2008-01-12 23:05:29)

Dependent VO Issue

Hi All,
Jdev Version 11.1.1.6.0
We have VO1 with 11 - Language Name and Code like English(En), Spanish(es) etc.
We have VO2 with 15 attributes in which 1 attribute is Language which store Language for each Product. A product can belong to multiple language like English, Spain, French etc.
We created ADF Table is based on VO2, Editing the table opens popup, which also contain MulitSelectCheckBox dropdown for language. User can select or deselect more language and save records.
Issue:
1.We have created MulitSelectCheckBox Drop Down in Edit Popup using VO1. How should we capture the selection/modification and update VO2, since our table is based on VO2.
2. When user Edit, the language present in VO2 should be check in in drop down. How to handle this since drop down is based on VO1.
Please suggest some approach to handle this situation.
Thanks
Ankur
Edited by: ankurmdh on Dec 30, 2012 11:51 AM

Ankur,
There is another blog post to use SelectManyCheckBox component in a table: http://umeshagarwal24.blogspot.in/2012/06/selectmanycheckbox-component-in-table.html
Check this if its useful
I have not created View Link for between 2 VOs, so should i go ahead and create view link?This is not required for your use case.
Also when I click edit for table record based on PatchDetailsVO a popup should open which also contains MultiSelectCheckbox for language,language already present should be check marked in drop down. How to achieve this ?For this you can refer the SelectManyCheckBox component in table blog. If you see there are two methods which you can use resolveExpression()+ and getSelectedRoles()+. In getSelectedRoles method you can get hold of PatchDetailsVO row and get the languages field and convert to a List as mentioned in the method. +//I assume in PatchDetailsVO, the languages value is being stored as comma separated values.+
User can select or deselect more language. I have drag LanguageVO on popup to create this drop down. So on save I should update PatchDetailsVO. For this should I use the method provided in your blog?For this you can refer onRoleChange+ method in the above blog.
Hope this resolve your issues.

Routing Dependency Assignment Issue

Hello Experts,
We are facing a problem in our system. We are using Variant Configurations and Use Super Task lists. When we replace the object dependency assigned to and operation with another dependency, the dependency works fine while configuring. But when we ALE the Routing from one client to another. The old assignments are carried over instead of the new assignments. When I check the dependency assignments via Table PLPO -> CUOB -> CUKB the old dependency assignments are still shown as they are not getting deleted.
This is not happening for all the VC materials which makes it more puzzling. Any suggestion or advice will be helpful.
Thanks
Rishi...

Hi Nancy,
In transaction OP8B for routing 'N' check if 'TL' Checkbox is selected. If so remove the selection & then try to create a routing, the previous group number will not be taken.
Check & give feedback.
Regards,
Senthilkumar

DBMS_REDEFINITION dependent objects issue , please help.....

Hello Guru's,
Today I have tried with DBMS_REDEFINITION package, I'm successfully partitioning the existing table, but there are some dependent objects are missing after completing the redefinition package.
Im Using 11g R2.
Please assist me , in which stage it went wrong, Actually my table is have around 12 dependent procedures, functions, Synonyms how ever, after completing the redefinition when i query the all_dependancies I m getting only 9 objects with correct status.
Please suggest me that what happened to remaining 3 dependent objects. Its a bit urgent.
Steps I followed:
1.Created a bkp table of same as existing table A.
2.EXEC Dbms_Redefinition.Can_Redef_Table(USER, 'A'); ---No errors got.
3.DBMS_REDEFINITION.start_redef_table(uname      => USER, orig_table => 'A',int_table => 'A_BKP'); ----No errors
4. dbms_redefinition.sync_interim_table(
    uname      => USER,
    orig_table => 'A',
    int_table => 'A_BKP'); ----No errors got.
5.Manually Added constraints on A_BKP what ever constraints on A .--- No errors
6. Manually Added Indexes on A_BKP what ever indexs are there on A columns ----No errors
7.EXEC DBMS_STATS.gather_table_stats(USER, 'A_BKP', cascade => TRUE); ---No errors
8.dbms_redefinition.finish_redef_table(
    uname      => USER,
    orig_table => 'A',
    int_table => 'A_BKP'); ----No errors
9. Manually Droped A_BKP table
10. Manually Renamed all constraints and Indexex to the original names -----No errors
11. Queried Select count(*) from A;
Then I queried in all_dependencies, now there is mis match between before partitioned table dependencies and after ,
Please tell me whats wrong with this steps , its a bit urgent, any fruther steps to be taken ?

No I have checked that missing objects there are present in the DB and when i query in All_dependancies with that referenced name, it will giving less rows than original

Has anyone addressed the AUR haskell depends/makedepends fiasco?

I've been searching around here, the web, and flyspray, and haven't found anything yet. Has anyone addressed the depends/makedepends fiasco with the Haskell PKGBUILD generated by the arch-haskell script?
haskell-hdbc-sqlite3 > grep -i depends PKGBUILD
makedepends=('ghc' 'haskell-cabal' 'haskell-hdbc>=2.1.0' 'haskell-utf8-string' 'sqlite3')
depends=('ghc' 'haskell-cabal' 'haskell-hdbc>=2.1.0' 'haskell-utf8-string' 'sqlite3')
Do all 1000+ PKGBUILD have this problem? Surely someone's looking into this, right?
--EDIT--
There are incorrect dependencies. There are 31 packages that depend on haskell-time of which a newer version is in GHC. The licenses are in non-standard places. Etc.
*** I recommend that all packages created by arch-haskell get removed from the AUR. ***

skottish wrote:
Do all 1000+ PKGBUILD have this problem? Surely someone's looking into this, right?
--EDIT--
There are incorrect dependencies. There are 31 packages that depend on haskell-time of which a newer version is in GHC. The licenses are in non-standard places. Etc.
*** I recommend that all packages created by arch-haskell get removed from the AUR. ***
Hello skottish.
Thanks for the bug report. It would be better directed by reporting a bug to the Arch Haskell team, http://www.haskell.org/mailman/listinfo/arch-haskell
Just some background, the Arch Haskell team is an group of about 12 developers, including 2 Arch core developers, engaged in supporting the Haskell programming langauge on Arch, bring the Haskell community to Arch, and advocating for Arch Linux. The effort is centered around the #archhaskell irc channel, the arch-haskell@ mailing list, archhaskell.wordpress.com and the wiki.
We're aware of the depends/makedepends issue. cabal2arch, the tool that packages Haskell software for Arch, used a seemingly incorrect understanding of the semantics of makdepends and depends. That has been fixed. Packages are being updated incrementally, and the situation as is causes no harm. The current semantics for Haskell packages wrt. dependencies are stated here: http://www.haskell.org/pipermail/arch-h … 00193.html
Regarding haskell-time, the reason packages are using an older version of haskell-time is that Arch Linux supports the Haskell Platform http://hackage.haskell.org/platform/ which specifies which versions of libraries to support on a distro. We follow that. It is a policy decision.
Regarding the licenses, they're placed where the package guide says. http://www.haskell.org/pipermail/arch-h … 00196.html
I'm not sure what you mean by "Etc." but if you have a bug report in the packaging system, please report it to the mailing list.

[SOLVED] Makepkg, install dependencies from AUR.

Is it possible for makepkg to install the dependencies from AUR with makepkg -si?
Last edited by lemanski6 (2012-09-20 18:05:38)

Nope. Many "AUR helpers" do this though. In my limited experience yaourt seems to be one that handles this seemlessly, but I'd say it comes with some costs of hiding what is doing from the user.

SOLVED: makepkg fails at signing package

Hi all,
I'm trying to build a package from AUR but makepkg fails to sign the package.
I receive the following message: "==> WARNING: Failed to sign package file." and nothing else.
I have, as far as i can tell, installed all the necessary keys (pacman-key --recv-key and pacman-key --lsign). I even tried to completely reset the keyring (remove of /etc/pacman.d/gnupg, pacman-key --init, ...) but it does not solve my problem.
I can see the key when issuing pacman-key -l.
Any idea is welcome cause I'm completely loss right now and I fear becoming nuts...
Last edited by calyce (2012-05-25 23:02:49)

https://wiki.archlinux.org/index.php/De … g_Packages
That should explain everything you need to sign packages
To sign packages you need your own key, what comes with pacman is the developers' keys for the packages in the repos
Last edited by ethail (2012-05-25 16:16:27)

"Software necromancy" on AUR - ideas/feedback appreciated

Hi
Background:
Basically to just see if it would work, I ported/updated two old abandoned packages on AUR that dependend on Qt2 to be built with Qt4.
Why?
I think it is better to use a mantained library than an old unmantained and possibly insecure and I was curious to see if it could work.
Why not Qt5?
Simply because Qt4 comes with the Qt3Support module, which is needed (otherwise much more invasive source code changes are needed). Basically, the Qt2-to-Qt3 porting information was "try to compile it and fix errors reported by the compiler" and the awesome qt3toqt4 application automated most source code changes, so I basically just tried to convert directly from the Qt2 programs. As far as I have understood, Qt4 to Qt5 should also be an easy porting, so perhaps the Qt3Support module could be ported to Qt5+ as an independent legacy support module in the future.
With no real knowledge in Qt or C++, I could in about 2 hours (including googling and reading documentation) get both applications to compile with Qt4. Now there are no more packages depending on Qt2 or less in AUR.
https://aur.archlinux.org/packages/blackpenguin/
https://aur.archlinux.org/packages/xbic/
There are some issues still with both packages, which I believe might be easy for people with real programming experience to spot/solve:
blackpenguin:
Program compiles and executes, but:
- Clicking "new game" or "load game" gives the following error:
QPainter::begin: Widget painting can only begin as a result of a paintEvent
- Clicking "help" gives the following error:
QWidget::setMinimumSize: (PushButton_1/QPushButton) Negative sizes (-1,-1) are not possible
F-keys, the "?" button etc seem to work as they should.
xbic:
Program compiles and executes, but:
when game should be loaded, the binary "fight" complains about:
fight: cannot connect to X server :
I tried to explicitly link against libX11 but this did not do any good.
There were also more manual interventions in this source (explicitly set (const char*) and (char*) on some arguments where newer Qt got their own types)
There is a potentially dangerous commenting out in menu.cc too, where I could not come up with a good alternative to the original killTimers().
The Qt QTimerEvent::killTimer(int) requires a timer ID to be given as an argument and I could not figure out a way to retrieve that information across functions (saving a variable name from the return value from startTimer() will probably not work). and the QBasicTimer start() and stop() do not seem to want to work, since the timer is started and stopped in two different functions (menu::start_battle() and menu::timerEvent() ). This probably just shows how little I know about C++ and looking at it with "C glasses".
Future ideas/prospects
* look if there are interesting Qt3 packages in AUR that could be updated
* investigate the porting of the Qt3Support module to Qt5
Feedback welcome
Last edited by W.F.Cody (2014-08-12 10:35:40)

ids1024 wrote:Gtk1 may be of interest, though I expect gtk programs are harder to port to newer versions.
https://aur.archlinux.org/packages/gtk/
Indeed! it does however seem like GTK 1 --> 2 -->3 migration is far more difficult than migration of Qt programs (blackpenguin was built in 1999) and I do not know how good the documentation is.
I was surprised to see how many applications on AUR depended on GTK1!
I think I will try to pick the "low haning" Qt3 stuff first before learning GTK, but I will remove the [Qt] in the thread title so that this thread is about general "software necromancy"
EDIT:
Although "controversial", these things might be a viable option to port from GTK to Qt
http://www.thelins.se/johan/2010/01/gtk-made-qt.html
http://wiki.lxde.org/en/Migrate_from_GTK+_to_Qt
https://gitorious.org/gqt/gqt
EDIT2:
documentation on GTK1 --> GTK2 is pretty poor. found this after some googling
http://web.archive.org/web/200805021613 … n/porting/
Last edited by W.F.Cody (2014-08-15 06:53:48)

AUR - dependency makepkg issue

Similar Messages

Maybe you are looking for