[Solved] Dependency handling in makepkg / pacman -U
Hi everybody, I have a quick question about makepkg/pacman dependency resolution.
I have a 'fast' machine which I want to do all the compiling stuff, and a 'slow' machine, which I want to use .pkg.tar.gz built on the fast machine.
After downloading a PKGBUILD file from AUR (or the tarball, if any) on the 'fast' machine, I issue the following command to make the package (in this example the package to build is skype, but this situation is the same for any other package from AUR):
venator@venator ~/Desktop/My_Arch_packages/skype $ makepkg -Ss
This will install all skype's dependencies on my PC, which are:
depends=('qt4' 'alsa-lib' 'libxss')
The dependencies are installed and the package is correctly built.
Then I scp the .pkg.tar.gz to the 'slow' PC, and I install it via pacman -U, but I get this:
venator@laptop ~ $ sudo pacman -U skype-2.0.0.27-1-i686.pkg.tar.gz
Password:
loading package data... done.
checking dependencies...
error: failed to prepare transaction (could not satisfy dependencies)
:: skype: requires qt4
:: skype: requires alsa-lib
:: skype: requires libxss
The question is: why are the dependencies installed by makepkg but not by pacman? How can I install the .pkg.tar.gz AND all the required dependencies automatically?
Thanks and sorry if my question has already been answered, but I didn't find anything useful neither on the wiki nor on the forum.
Bye
Venator
Last edited by Venator85 (2007-12-08 09:21:40)
pacman -U doesn't do dependency syncing. The easiest way to do what you want is to create a custom local repository, and add that to pacman.conf
http://wiki.archlinux.org/index.php/Cus … repository
Similar Messages
-
[SOLVED] vbam-gtk depends on sfml, but pacman can't find it, 404 error
So I'm trying to install vbam-gtk, the package for visualboyadvance, which is available to pacman directly. It's not an AUR package, nor are any of it's dependencies according to it's package page. But when I run
sudo pacman -S vbam-gtk
, it spits out this:
[kay@jadebot ~]$ sudo pacman -S vbam-gtk
resolving dependencies...
looking for conflicting packages...
Packages (5) gtkglext-1.2.0-10 gtkglextmm-1.2.0-10 pangox-compat-0.0.2-2
sfml-2.2-4 vbam-gtk-1.8.0.1292-1
Total Download Size: 1.79 MiB
Total Installed Size: 14.19 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages ...
error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from archlinux.polymorf.fr : The requested URL returned error: 404
error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirror.one.com : The requested URL returned error: 404
error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from ftp.nluug.nl : The requested URL returned error: 404
(snip)
error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirrors.nix.org.ua : The requested URL returned error: 404
error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirror.lagoon.nc : The requested URL returned error: 404
error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirror.neolabs.kz : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from archlinux.polymorf.fr : The requested URL returned error: 404
error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirror.one.com : The requested URL returned error: 404
error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from ftp.nluug.nl : The requested URL returned error: 404
(snip)
error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirrors.nix.org.ua : The requested URL returned error: 404
error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirror.lagoon.nc : The requested URL returned error: 404
error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirror.neolabs.kz : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.
Now, if I search for it via the archlinux website, I can see that sfml exists in the repository, and so does vbam-gtk, as in the link above. Now, I could just download them both from there and be done with it, but then I wouldn't learn anything, so I'm here to ask, if these packages exist in the community repository, which I have enabled and have pulled from previously, why can't pacman find these packages? I know it isn't a network issue, or at least not an obvious one. I did
sudo pacman -S xorg-xkill
to test that theory but it processed faultlessly.
Last edited by starling000 (2015-05-16 02:02:08)Ah, thank you! I hadn't noticed that pacman wasn't automatically updating itself each time I ran it. I'm just coming over from debian-based systems for the first time, you see. Problem solved.
-
[SOLVED] cross compiling libopenfst makepkg error
Hello there,
I am trying to cross compile openfst on my 64 bit arch setup since it is taking too long on my raspberry pi (which also happily runs arch). I thought I would be ok with the following makepkg to get me a binary package which I could transfer to my pi and then install with pacman-U:
# Maintainer: Christoph Drexler <chrdr at gmx dot at>
pkgname=openfst
pkgver=1.4.1
pkgrel=1
pkgdesc="Library for constructing, combining, optimizing, and searching weighted finite-state transducers (FSTs)"
arch=('i686' 'x86_64' 'armv6h')
url="http://www.openfst.org/"
license=('APACHE')
depends=('gcc-libs' 'glibc')
options=(!libtool)
source=("http://openfst.cs.nyu.edu/twiki/pub/FST/FstDownload/${pkgname}-${pkgver}.tar.gz")
md5sums=('ca8f1730b9b9b281e515611fa9ae23c0')
build() {
cd ${srcdir}/${pkgname}-${pkgver}
#export CXX=arm-linux-gnueabi-g++
#export CC=arm-linux-gnueabi-gcc
# Options according to http://openfst.cs.nyu.edu/twiki/bin/view/FST/ReadMe
OPTIONS="--prefix=/usr --disable-dependency-tracking"
OPTIONS+=" --enable-bin" # Enable fst::script and command-line binaries; Default: yes
OPTIONS+=" --enable-compact-fsts" # Enable all CompactFst classes; Default: no
OPTIONS+=" --enable-const-fsts" # Enable all ConstFst classes; Default: no
OPTIONS+=" --enable-far" # Enable FAR (FST Archive) extension; Default: no
OPTIONS+=" --enable-linear-fsts" # Enable Linear{Tagger,Classifier}Fst extensions; Default: no
OPTIONS+=" --enable-lookahead-fsts" # Enable LookAheadFst classes; Default: no
OPTIONS+=" --enable-pdt" # Experimental push-down transducer extensions; Default: no
OPTIONS+=" --host=arm-linux-gnueabi" # Experimental push-down transducer extensions; Default: no
OPTIONS+=" --build=x86_64" # Experimental push-down transducer extensions; Default: no
LIBS="-ldl" ./configure $OPTIONS
make
package() {
cd ${srcdir}/${pkgname}-${pkgver}
make DESTDIR=${pkgdir} install
(basically adding the host and build option)
However, I get an error in the output:
==> Making package: openfst 1.4.1-1 (Sun Jan 11 16:13:22 CET 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found openfst-1.4.1.tar.gz
==> Validating source files with md5sums...
openfst-1.4.1.tar.gz ... Passed
==> Extracting sources...
-> Extracting openfst-1.4.1.tar.gz with bsdtar
==> 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 arm-linux-gnueabi-strip... arm-linux-gnueabi-strip
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for arm-linux-gnueabi-g++... arm-linux-gnueabi-g++
checking whether the C++ compiler works... no
configure: error: in `/home/tom/openfst-1.4.1/src/openfst-1.4.1':
configure: error: C++ compiler cannot create executables
See `config.log' for more details
==> ERROR: A failure occurred in build().
Aborting...
the error being that the C++ compiler cannot create excecutables makes sense since they are not meant to be excecuted on x86_64 but for armv6h (cross compilation). I have checked with arm-linux-gnueabi-g++ and its excecutables I can run on my pi so this should be ok. I am guessing that I am either missing an option to disable the compiler check, or I should change the configure script and remove this check, but I cannot figure out how to do either...
//edit: I'm not sure this topic is in the right place btw, maybe it should be in scripting...
Last edited by tomzooi (2015-01-11 18:23:35)that seems to do the trick, I'm not gonna test it since my pi just finished compiling it locally (which took 12+hours or so), but the compile seems to work since they are not excecutable on 64 bit, so pkgbuild for raspi cross compilation using makepkg -s:
# Maintainer: Christoph Drexler <chrdr at gmx dot at>
pkgname=openfst
pkgver=1.4.1
pkgrel=1
pkgdesc="Library for constructing, combining, optimizing, and searching weighted finite-state transducers (FSTs)"
arch=('i686' 'x86_64' 'armv6h')
url="http://www.openfst.org/"
license=('APACHE')
depends=('gcc-libs' 'glibc')
options=(!libtool !buildflags)
source=("http://openfst.cs.nyu.edu/twiki/pub/FST/FstDownload/${pkgname}-${pkgver}.tar.gz")
md5sums=('ca8f1730b9b9b281e515611fa9ae23c0')
build() {
cd ${srcdir}/${pkgname}-${pkgver}
# Options according to http://openfst.cs.nyu.edu/twiki/bin/view/FST/ReadMe
OPTIONS="--prefix=/usr --disable-dependency-tracking"
OPTIONS+=" --enable-bin" # Enable fst::script and command-line binaries; Default: yes
OPTIONS+=" --enable-compact-fsts" # Enable all CompactFst classes; Default: no
OPTIONS+=" --enable-const-fsts" # Enable all ConstFst classes; Default: no
OPTIONS+=" --enable-far" # Enable FAR (FST Archive) extension; Default: no
OPTIONS+=" --enable-linear-fsts" # Enable Linear{Tagger,Classifier}Fst extensions; Default: no
OPTIONS+=" --enable-lookahead-fsts" # Enable LookAheadFst classes; Default: no
OPTIONS+=" --enable-pdt" # Experimental push-down transducer extensions; Default: no
OPTIONS+=" --host=arm-linux-gnueabi" # Experimental push-down transducer extensions; Default: no
OPTIONS+=" --build=x86_64" # Experimental push-down transducer extensions; Default: no
LIBS="-ldl" ./configure $OPTIONS
make
package() {
cd ${srcdir}/${pkgname}-${pkgver}
make DESTDIR=${pkgdir} install
to get some stuff which I think I can ignore:
strip: Unable to recognise the format of the input file `./usr/bin/fstprint'
strip: Unable to recognise the format of the input file `./usr/bin/farprintstrings'
strip: Unable to recognise the format of the input file `./usr/bin/fstmap'
strip: Unable to recognise the format of the input file `./usr/bin/fstsynchronize'
strip: Unable to recognise the format of the input file `./usr/bin/fstdraw'
strip: Unable to recognise the format of the input file `./usr/bin/fstepsnormalize'
strip: Unable to recognise the format of the input file `./usr/bin/fstdisambiguate'
strip: Unable to recognise the format of the input file `./usr/bin/fstunion'
strip: Unable to recognise the format of the input file `./usr/bin/pdtexpand'
strip: Unable to recognise the format of the input file `./usr/bin/fstminimize'
strip: Unable to recognise the format of the input file `./usr/bin/fsttopsort'
strip: Unable to recognise the format of the input file `./usr/bin/pdtreplace'
strip: Unable to recognise the format of the input file `./usr/bin/fstreverse'
strip: Unable to recognise the format of the input file `./usr/bin/fstsymbols'
strip: Unable to recognise the format of the input file `./usr/bin/farequal'
strip: Unable to recognise the format of the input file `./usr/bin/fstequal'
strip: Unable to recognise the format of the input file `./usr/bin/fstcompile'
strip: Unable to recognise the format of the input file `./usr/bin/fstshortestpath'
strip: Unable to recognise the format of the input file `./usr/bin/farinfo'
strip: Unable to recognise the format of the input file `./usr/bin/fstrandgen'
strip: Unable to recognise the format of the input file `./usr/bin/fstshortestdistance'
strip: Unable to recognise the format of the input file `./usr/bin/fstarcsort'
strip: Unable to recognise the format of the input file `./usr/bin/fstrmepsilon'
strip: Unable to recognise the format of the input file `./usr/bin/fstconvert'
strip: Unable to recognise the format of the input file `./usr/bin/fstreplace'
strip: Unable to recognise the format of the input file `./usr/bin/farcompilestrings'
strip: Unable to recognise the format of the input file `./usr/bin/fstencode'
strip: Unable to recognise the format of the input file `./usr/bin/fstpush'
strip: Unable to recognise the format of the input file `./usr/bin/pdtshortestpath'
strip: Unable to recognise the format of the input file `./usr/bin/fstinfo'
strip: Unable to recognise the format of the input file `./usr/bin/fstrelabel'
strip: Unable to recognise the format of the input file `./usr/bin/fstinvert'
strip: Unable to recognise the format of the input file `./usr/bin/fstconcat'
strip: Unable to recognise the format of the input file `./usr/bin/fstintersect'
strip: Unable to recognise the format of the input file `./usr/bin/pdtreverse'
strip: Unable to recognise the format of the input file `./usr/bin/fstclosure'
strip: Unable to recognise the format of the input file `./usr/bin/fstdeterminize'
strip: Unable to recognise the format of the input file `./usr/bin/fstcompose'
strip: Unable to recognise the format of the input file `./usr/bin/fstlinear'
strip: Unable to recognise the format of the input file `./usr/bin/pdtcompose'
strip: Unable to recognise the format of the input file `./usr/bin/farcreate'
strip: Unable to recognise the format of the input file `./usr/bin/fstdifference'
strip: Unable to recognise the format of the input file `./usr/bin/fstloglinearapply'
strip: Unable to recognise the format of the input file `./usr/bin/fstprune'
strip: Unable to recognise the format of the input file `./usr/bin/pdtinfo'
strip: Unable to recognise the format of the input file `./usr/bin/fstproject'
strip: Unable to recognise the format of the input file `./usr/bin/farextract'
strip: Unable to recognise the format of the input file `./usr/bin/fstequivalent'
strip: Unable to recognise the format of the input file `./usr/bin/fstconnect'
strip: Unable to recognise the format of the input file `./usr/bin/fstreweight'
strip: Unable to recognise the format of the input file `./usr/lib/libfst.so.3.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact8_acceptor-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact8_string-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/libfstfar.so.1.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/const16-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact8_weighted_string-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/arc_lookahead-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/const64-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/libfstlinearscript.so.1.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact16_string-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact16_unweighted-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/libfstlookahead.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/linear_classifier-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/linear_tagger-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact16_acceptor-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/libfstcompact.so.1.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/olabel_lookahead-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/const8-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact16_weighted_string-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact16_unweighted_acceptor-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact64_string-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/libfstconst.so.1.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/ilabel_lookahead-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact64_unweighted-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact64_weighted_string-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/libfstfarscript.so.1.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact8_unweighted_acceptor-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/libfstpdtscript.so.1.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact8_unweighted-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact64_unweighted_acceptor-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/fst/compact64_acceptor-fst.so.0.0.0'
strip: Unable to recognise the format of the input file `./usr/lib/libfstscript.so.1.0.0'
I will check soon I hope , for now will mark it as solved. -
[SOLVED] (PKGBUILD) problem with makepkg for go-openoffice
[SOLVED]: In the PKGBUILD, there's a function before build(), named mksource() and a comment "source PKGBUILD && mksource".
Just run it first, then copy the "/tmp/go-openoffice-source/go-openoffice-ooo320-m12.tar.xz", run "makepkg -s" as usual.
Thanks :D
Hi, I tried to makepkg for extra/go-openoffice (from abs) by using "makepkg -s" on my x86_64 laptop, and get the following error (before the build begin):
==> ERROR: go-openoffice-ooo320-m12.tar.xz was not found in the build directory and is not a URL.
I understand that this comes from
pkgname=go-openoffice
_ootag=ooo320-m12 # m12 = OOo 3.2.0 RC5
source=(${_mirror}/${_go_tree}/ooo-build-${_GOver}.tar.gz
ArchLinux.patch
${pkgname}-${_ootag}.tar.xz
But, I don't know where to find this "go-openoffice-ooo320-m12.tar.xz". Can you please help me to figure out where to find it? Thank you!
Following is the PKGBUILD for extra/go-openoffice (from abs)
# $Id: PKGBUILD 74152 2010-03-30 17:02:00Z andyrtr $
# Maintainer: AndyRTR <[email protected]>
pkgname=go-openoffice
_GOver=3.2.0.9 # = post OOo 3.2.0 final bugfix
pkgver=${_GOver}
pkgrel=1
pkgdesc="OpenOffice.org - go-oo.org enhanced version of SUN's office suite"
arch=('i686' 'x86_64')
_go_tree="OOO320"
_ootag=ooo320-m12 # m12 = OOo 3.2.0 RC5
license=('LGPL3')
url="http://go-oo.org/"
install=${pkgname}.install
depends=("curl>=7.19.6" "hunspell>=1.2.8" "python>=2.6.4" 'libwpd' 'redland>=1.0.10'
'libxaw' "neon>=0.28.6" "icu>=4.2.1" 'hsqldb-java' 'libxslt' 'libxtst' 'lpsolve'
'beanshell' 'saxon' 'vigra' 'hyphen' 'libmspack' 'libldap' 'gtk2' 'lucene'
'hicolor-icon-theme' 'shared-mime-info' 'desktop-file-utils') # 'libmythes' 'libgraphite'
optdepends=('java-runtime: adds java support'
'libcups: adds printing support'
'gconf: adds additional gnome support'
'nss: adds support for signed files/macros'
'pstoedit: translates PostScript and PDF graphics into other vector formats'
'poppler: for the pdfimport extension'
'mesa: for the OGLTrans extension'
'mono: allows UNO automation with Mono'
'gstreamer0.10-base: + some gstr-plugins to support multimedia content, e.g. in impress'
'kdelibs: for kde integration')
makedepends=('automake' 'autoconf' 'wget' 'bison' 'findutils' 'flex' 'gawk' 'gcc-libs' 'libart-lgpl'
'pam' 'sane' 'perl-archive-zip' 'pkgconfig' 'unzip' 'zip' "xulrunner>=1.9.2-4" 'apache-ant' 'cairo'
'gperf' 'libcups' 'pstoedit' 'gconf' "openjdk6>=1.5.2" 'unixodbc' 'mesa>=7.5' 'poppler>=0.10.7'
'gstreamer0.10-base>=0.10.26' 'mono>=2.6.1' 'kdelibs>=4.4.0' 'libjpeg' 'boost' 'git' 'rsync')
backup=(usr/lib/go-openoffice/program/sofficerc)
provides=('openoffice-base')
conflicts=('openoffice-base')
_mirror="http://download.go-oo.org/"
source=(${_mirror}/${_go_tree}/ooo-build-${_GOver}.tar.gz
ArchLinux.patch
${pkgname}-${_ootag}.tar.xz
http://download.go-oo.org//DEV300/ooo-cli-prebuilt-3.2.tar.bz2
http://cairographics.org/releases//cairo-1.4.10.tar.gz
http://download.go-oo.org//SRC680/mdbtools-0.6pre1.tar.gz
http://download.go-oo.org//SRC680/extras-3.tar.bz2
http://download.go-oo.org//SRC680/biblio.tar.bz2
http://tools.openoffice.org/unowinreg_prebuild/680//unowinreg.dll
http://download.go-oo.org//DEV300/scsolver.2008-10-30.tar.bz2
http://download.go-oo.org//libwpd/libwpd-0.8.14.tar.gz
http://download.go-oo.org//SRC680/libwps-0.1.2.tar.gz
http://download.go-oo.org//SRC680/libwpg-0.1.3.tar.gz
http://download.go-oo.org//DEV300/ooo_oxygen_images-2009-06-17.tar.gz
http://download.go-oo.org/src//seamonkey-1.1.14.source.tar.gz
http://archive.apache.org/dist/ant/binaries/apache-ant-1.7.0-bin.tar.gz
buildfix_64bit_system_libjpeg.diff
system-redland.patch
localize-ooo.diff)
#options=('!distcc' '!ccache' '!makeflags')
options=('!makeflags')
noextract=(ooo-cli-prebuilt-3.2.tar.bz2 cairo-1.4.10.tar.gz mdbtools-0.6pre1.tar.gz extras-3.tar.bz2 biblio.tar.bz2 unowinreg.dll
scsolver.2008-10-30.tar.bz2 libwpd-0.8.14.tar.gz libwps-0.1.2.tar.gz libwpg-0.1.3.tar.gz ooo_oxygen_images-2009-06-17.tar.gz)
# source PKGBUILD && mksource
mksource() {
mkdir /tmp/$pkgname-source
pushd /tmp/$pkgname-source
wget ${_mirror}/${_go_tree}/ooo-build-${_GOver}.tar.gz
tar -xvf ooo-build-${_GOver}.tar.gz
cd ooo-build-${_GOver}
./configure --quiet --with-distro=ArchLinux
./download --all
pushd src; tar -cvJf ../../${pkgname}-${_ootag}.tar.xz clone; popd
popd
build() {
unset J2REDIR; unset J2SDKDIR; unset JAVA_HOME; unset CLASSPATH
[ -z "${JAVA_HOME}" ] && . /etc/profile.d/openjdk6.sh
[ -z "${MOZ_PLUGIN_PATH}" ] && . /etc/profile.d/mozilla-common.sh
[ -z "${ANT_HOME}" ] && . /etc/profile.d/apache-ant.sh
cd ${srcdir}/ooo-build-${_GOver}
# our ArchLinux distribution patch until we go upstream
patch -Np0 -i ${srcdir}/ArchLinux.patch || return 1
# buildfix for broken language settings in build
patch -Np0 -i ${srcdir}/localize-ooo.diff || return 1
# fix bugs with recent system redland
patch -Np1 -i ${srcdir}/system-redland.patch || return 1
# hotfixes not yet upstream
# cp ${srcdir}/*.diff ${srcdir}/ooo-build-${_GOver}/patches/hotfixes/
cp ${srcdir}/buildfix_64bit_system_libjpeg.diff ${srcdir}/ooo-build-${_GOver}/patches/hotfixes/
# export C(XX)FLAGS
# http://www.openoffice.org/issues/show_bug.cgi?id=103205
unset CFLAGS
unset CXXFLAGS
# export ARCH_FLAGS="$CFLAGS"
if [ "$CARCH" = "x86_64" ]; then
EXTRAOPTS="--without-stlport"
else EXTRAOPTS="--with-stlport"
fi
# autoreconf
./configure --with-distro=ArchLinux \
--with-build-version="${_GOver} ArchLinux build-${pkgrel} (${_ootag})"\
--with-srcdir=${srcdir} \
--with-max-jobs=${MAKEFLAGS/-j/} \
--with-installed-ooo-dirname="${pkgname}" \
--prefix=/usr --exec-prefix=/usr --sysconfdir=/etc \
--with-docdir=/usr/share/doc/packages/"${pkgname}" \
--mandir=/usr/share/man \
--with-lang="" \
--with-dict=ALL\
--with-binsuffix=no \
--disable-ldap \
--enable-cairo\
--disable-kde\
--enable-kde4\
--enable-lockdown\
--with-system-boost\
--with-system-cairo\
--enable-crashdump\
--without-gpc\
--enable-opengl \
--enable-minimizer \
--enable-presenter-console \
--enable-pdfimport \
--enable-wiki-publisher \
--enable-ogltrans \
--with-ant-home="/usr/share/java/apache-ant"\
--with-system-saxon\
--with-saxon-jar=/usr/share/java/saxon/saxon9he.jar\
--with-system-lucene\
--with-lucene-core-jar=/usr/share/java/lucene-core.jar\
--with-lucene-analyzers-jar=/usr/share/java/lucene-analyzers.jar\
--with-system-beanshell\
--with-system-vigra\
--with-system-altlinuxhyph\
--with-system-lpsolve\
$EXTRAOPTS || return 1
# --with-system-mythes\
# --with-system-graphite\
# --with-tag=${_ootag}
# --enable-report-builder \
# --with-additional-sections="OOXMLExport"
unset MAKEFLAGS
# ./download
LD_PRELOAD="" make || return 1
package() {
cd ${srcdir}/ooo-build-${_GOver}
LD_PRELOAD="" make DESTDIR=${pkgdir} install || return 1
# install all built dictionaries from source tree
pushd ${srcdir}/ooo-build-${_GOver}/build/${_ootag}/dictionaries/unxlng?6.pro/bin/
for i in `ls -1 dict-??.oxt`; do
install -D -m644 $i ${pkgdir}/usr/lib/"${pkgname}"/share/extension/install/$i || return 1
done
popd
# install all other built extensions
pushd ${srcdir}/ooo-build-${_GOver}/build/${_ootag}/solver/320/unxlng?6.pro/bin/
install -m644 pdfimport/pdfimport.oxt ${pkgdir}/usr/lib/"${pkgname}"/share/extension/install/pdfimport.oxt || return 1
install -m644 swext/wiki-publisher.oxt ${pkgdir}/usr/lib/"${pkgname}"/share/extension/install/wiki-publisher.oxt || return 1
install -m644 minimizer/sun-presentation-minimizer.oxt ${pkgdir}/usr/lib/"${pkgname}"/share/extension/install/sun-presentation-minimizer.oxt || return 1
install -m644 presenter/presenter-screen.oxt ${pkgdir}/usr/lib/"${pkgname}"/share/extension/install/presenter-screen.oxt || return 1
popd
# fix unopkg call for mktemp, #15410
sed -i "s:\/bin\/mktemp:\/usr\/bin\/mktemp:" ${pkgdir}/usr/lib/go-openoffice/program/unopkg || return 1
#fix http://bugs.archlinux.org/task/17656
find ${pkgdir} -perm 444 -exec ls -lh {} \;
find ${pkgdir} -perm 444 -exec chmod 644 {} \;
find ${pkgdir} -perm 555 -exec ls -lh {} \;
find ${pkgdir} -perm 555 -exec chmod 755 {} \;
Last edited by timefairy (2010-04-08 10:41:35)jryarch wrote:Thanks for your response, how do I actually run it automated? I'm doing it manual right now, but I suppose that's not the idea.
I suppose that the function can be run as $1, I don't know (I mean `bash PKGBUILD mksource`). Nevertheless, you know what to do now
Last edited by flamelab (2010-04-07 11:44:58) -
[SOLVED] Dependency conflict details - hidden in new yaourt
Hi folks,
after recent upgrade of yaourt (to version 0.9.4-2) its behavior has changed. Previously, when there were a dependency conflict, it printed the reason. But now, there's only generic message. In yaourt and yaourtrc manuals isn't said anything about this feature. Besides, pacman still shows required info.
Compare pacman output:
$ sudo pacman -Su
:: Starting full system upgrade...
warning: e-modules-extra-svn: local (48190-1) is newer than community (47744-1)
warning: e_dbus-svn: local (48091-1) is newer than community (47398-1)
warning: ecore-svn: local (48064-1) is newer than community (47760-2)
warning: eet-svn: local (48204-1) is newer than community (47721-1)
warning: efreet-svn: local (48110-1) is newer than community (47737-1)
warning: eina-svn: local (48099-1) is newer than community (47741-1)
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: lib32-glibc-devel: requires lib32-glibc=2.11.1
and yaourt one (surely less logical):
$ yaourt -Su
error: failed to prepare transaction (could not satisfy dependencies)
Is it a bug or a hidden feature? If it's a feature, how it can be reversed to normal output?
P.S. The reason of conflict is quite clear (new AUR packages), but only with pacman help (
Last edited by Kosmonavt (2010-06-09 10:04:26)Sorry, forgot to mark the topic as solved ) This way didn't help. I needed to remove lib32-glibc with -Rd, and then build lib32-glibc-devel again. Then it grabbed dependencies in a right way. Otherwise there was a circle - lib32-glibc couldn't be upgraded because dependency problem blocked upgrading, but lib32-glibc-devel wouldn't compile because of old lib32-glibc .
-
[SOLVED]Dependency cycle detected
Just activated the multilib repositories. After that i tried to to install Infinality Bundle for 32-bit but confronted with a dependency cycle warning. What is this?:
# pacman -S infinality-bundle-multilib
:: There are 3 members in group infinality-bundle-multilib:
:: Repository infinality-bundle-multilib
1) lib32-cairo-infinality-ultimate 2) lib32-fontconfig-infinality-ultimate
3) lib32-freetype2-infinality-ultimate
Enter a selection (default=all): 3
resolving dependencies...
looking for conflicting packages...
warning: dependency cycle detected:
warning: lib32-harfbuzz will be installed before its lib32-freetype2-infinality-ultimate dependency
Packages (13) lib32-bzip2-1.0.6-2 lib32-expat-2.1.0-2 lib32-gcc-libs-4.9.2-3
lib32-glib2-2.42.1-1 lib32-glibc-2.21-2 lib32-harfbuzz-0.9.38-1 lib32-icu-54.1-1
lib32-libdbus-1.8.16-1 lib32-libffi-3.2.1-1 lib32-libpng-1.6.16-1
lib32-pcre-8.36-1 lib32-zlib-1.2.8-1 lib32-freetype2-infinality-ultimate-2.5.5-2
Total Download Size: 14.17 MiB
Total Installed Size: 58.59 MiB
:: Proceed with installation? [Y/n]
Last edited by Paingiver (2015-03-01 14:48:14)EscapedNull wrote:
Paingiver wrote:True dependency cycle? What does that means?
It means that these two packages, directly or indirectly, are mutually dependent. Normally pacman installs dependencies of packages before the package itself, but this creates a catch-22 when packages depend on each other. In these cases, pacman is allowed to temporarily ignore (--assume-installed) one of the mutually dependent packages to install the other, as long as it is sure that both of them can be installed within the same pacman invocation. At least that's my understanding.
Great explanation. thanks. Marking as solved. -
[SOLVED] Possible issue with makepkg or gnupg 2.1???
I am quite willing to admit that it's possible I'm totally stupid and missing something basic, but I just wanted to see if this makes any sense to you folks. Basically, I'm wondering if there's a regression in makepkg or gpg-agent with GnuPG 2.1.
Step 1: Verify the condition of my personal keyring.
gpg -k | grep Xyne
No results. Good.
Step 2: Verify the condition of pacman's keyring.
sudo pacman-key --list-keys | grep Xyne
No results. Good
Step 3: Use pacman-key (NOT my local GPG keyring) to import Xyne's key and trust it.
sudo pacman-key --recv-key EC3CBE7F607D11E663149E811D1F0DC78F173680
sudo pacman-key --lsign-key EC3CBE7F607D11E663149E811D1F0DC78F173680
sudo pacman-key -u
Step 4: Try to install pm2ml, signed by Xyne, and use makepkg to verify that yaourt is NOT the problem. This will not work.
yaourt -G pm2ml
cd pm2ml
makepkg -s
==> Verifying source file signatures with gpg...
pm2ml-2014.12.31.tar.xz ... FAILED (unknown public key 1D1F0DC78F173680)
Step 5: Check that I'm not crazy.
sudo gpg --homedir=/etc/pacman.d/gnupg --verify pm2ml-2014.12.31.tar.xz.sig
gpg: WARNING: unsafe permissions on homedir '/etc/pacman.d/gnupg'
gpg: assuming signed data in 'pm2ml-2014.12.31.tar.xz'
gpg: Signature made Tue 30 Dec 2014 05:55:07 PM MST using RSA key ID 8F173680
gpg: Good signature from "Xyne. (key #3) <[email protected]>" [full]
Step 6: Import Xyne's key into my local GnuPG keyring, which I should definitely not have to do:
gpg --recv-key EC3CBE7F607D11E663149E811D1F0DC78F173680
gpg --lsign-key EC3CBE7F607D11E663149E811D1F0DC78F173680
makepkg -s
Makepkg will work at this point. I have tried this three times, and I can duplicate it 100% of the time.
Is my configuration messed up, or can anybody else duplicate this? I'm wondering if the gpg-agent since GnuPG 2.1 doesn't switch home directories or something and refuses to see a new key even though I just imported it? It seems like the key and the signature are both clearly valid, but I can only get Xyne's package to verify using makepkg if I import his key into my ~/.gnupg keyring.
Again, I could be totally stupid, but I legitimately do think there might be a bigger issue.
Thanks.
Last edited by AdrianCohea (2015-01-31 21:27:30)Okay, sorry! I didn't know that was intended behavior. That actually makes me a lot happier.
It just didn't seem intuitive to me that I would have to add the developer's public key to my own keyring rather than to pacman's keyring. Almost guides I had previously read previously said I needed to use pacman-key to import the public key.
This thread can be marked as solved, because there is no issue. -
[SOLVED] Big Memory Leak with Pacman - Xterm - Openbox
Hi Everyone,
I Don't know if this is the place to post this, and if not please correct me.
I've installed Arch Linux in a virtual machine HDD using VirtualBox on Linux Mint. Then I made a simple install with openbox and slim just to make some testes before putting the all thing in my laptop.
So after installing slim and openbox, i've checked free -m and he noticed me that the system was using 80mb of ram (really cool ^^). Then I start installing some apps just for test.
I start installing libreoffice like this "sudo pacman -S libreoffice", in a xterm terminal and on another xterm terminal I had the fallowing command running "watch free -m" just to see the ram usage evolution...
And then, during downloading/instalations, things became wierd... during download the ram usage start to grow up to 120mb and during instalation the ram usage start's growing more and more, to finish at 770mb !
I doesn't make any sense ! But I don't really know if this is a pacman, openbox or xterm problem :S...
Can someone give me any information about that ?
Thanks in advance !
PS : after a "sudo pacman -Scc" the ram drop at 633mb...
Luis Da Costa
Last edited by aliasbody (2011-07-07 18:33:56)Leonid.I wrote:
aliasbody wrote:
I'm sorry, I'm not making myself clear - my problem isn't the usage of Swap itself. I know that when RAM reaches its maximum, it uses Swap. I know that. And that's not what I'm "complaining" about.
Problem is - why does updating via pacman uses so much allocated RAM? I think there's a memory leak in here somewhere and that's what I was aiming at - I'm basically asking if it's just me or if this has happened to someone else and if it's really a problem or it has a simple explanation....
Well, pacman's memory usage depends on a particular package in question. Installing TexLive, for instance, takes a tremendous amount of RAM/swap compared to netcfg. Pacman does not simply copy files, but also executes scripts.
It is not true that swap is used when the RAM is full. The kernel decides which data in RAM is relevant and the irrelevant data goes to swap, even if you have 300mb of RAM still available. /proc/sys/vm/swappiness controls this logic.
In your atom netbook you have only 3mb in swap... this can not be the cause of a slowdown.
Thank you for your answer this make me understand more about the all thing ^^
I was just scared about a possibile memory leak, I didn't know that pacman.
Thanks in advance for all, I will marked it as Solved then ! -
(SOLVED) problem with dbus and pacman
For whatever silly reason, I did a 'pacman -S dbus' to make sure I had it installed and the result has really screwed up dbus. Although pacman reads it as installed, other programs don't and I can't start anything that relies on dbus (like thunar for one). Trying to start thunar for example:
thunar: error while loading shared libraries: libdbus-1.so.3: cannot open shared object file: no such file or directory
Also, everytime I try to install anything I got the following error message from pacman a dozen times or so before it proceeds:
error: could not open file /var/lib/pacman/local//dbus/1.0.2-4/depends: no such file or directory
what happened. How do I get dbus back and working?
Last edited by b9anders (2008-01-14 10:51:40)I might not know what happened, but maybe u can re-install base group packages from the CD and then boot back into arch linux and update from there?
I have also setup a install from within another linux OS, follow the wiki. It uses a pacman.static that is self reliant upon itself. U should not need any dependencies like dbus for that to work. Maybe u can use pacman.static to fix your problem.
Just a few ideas for you to ponder on. -
[SOLVED] make fails but makepkg works fine (when building zathura git)
Hello,
when I build the "zathura-girara-git" AUR package with makepkg everything works fine, but if I try to build zathura after cloning the git repo make fails with some errors.
make output from makepkg:
zathura build options:
CFLAGS = -march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -std=c99 -pedantic -Wall -Wno-format-zero-length -Wextra -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14
LIBS = -lgirara-gtk2 -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -ldl -lpthread -lm
DFLAGS = -g
CC commands.c
CC = cc
CC document.c
CC render.c
CC zathura.c
CC completion.c
CC bookmarks.c
CC utils.c
CC shortcuts.c
CC config.c
CC callbacks.c
CC print.c
CC database-plain.c
CC -o zathura
installing executable file
installing header files
installing manual pages
which: no rst2man in (/usr/lib/ccache/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/vendor_perl:/usr/bin/core_perl:/usr/local/bin/:/home/bexie/bin)
installing desktop file
installing pkgconfig file
make output:
zathura build options:
CFLAGS = -std=c99 -pedantic -Wall -Wno-format-zero-length -Wextra -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14
LIBS = -lgirara-gtk2 -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lsqlite3 -ldl -lpthread -lm
DFLAGS = -g
CC = cc
CC commands.c
In file included from commands.c:3:0:
commands.h:7:20: fatal error: girara.h: No such file or directory
compilation terminated.
make: *** [commands.o] Error 1
I tried exporting the enviroment variables from /etc/makepkg.conf, to no avail. I also tried adding the girara include files to CFLAGS, but it throws the same kind of error about some gtk dependency.
I don't know if this is a general issue, but as I can compile it through makepkg I don't think this is due to zathura.
Does anyone have a clue on what could be wrong here?
Last edited by donbex (2012-01-22 12:56:59)In the PKGBUILD, they are cloning the repo by doing :
_gitroot="git://pwmt.org/zathura.git"
_gitname="zathura"
git clone $_gitroot
cd $_gitname && git checkout --track -b develop origin/develop
Are you doing the same ? -
[SOLVED] Compiz crashes Gnome after pacman update
Hardware: Nvidia NVS 3100M, latest drivers 260.19.36
Software: latest pacman -Suy
On startup, right after the login, X (or Gnome?) crashes and I see the login screen again.
After I disable compiz, I am able to use Gnome desktop.
When I start compiz via fusion-icon, it crashes everything again.
Has anyone seen this?
Any clues?
==== Update =====
I solved this by re-installing the same nvidia driver I had. During install it detected that the original installation "has been altered".
Last edited by softtower (2011-02-16 22:09:49)That's a scary thought: what if I'm the only one with this problem... :-)
Let me answer your questions guys (and thank you for replying).
First of all, I don't have anything monitor-related in my xorg.conf.d directory. Here is what I have there:
t510 ~: ll /etc/X11/xorg.conf.d/
total 20K
-rw-r--r-- 1 root root 1.1K Aug 24 06:45 10-evdev.conf
-rw-r--r-- 1 root root 377 Jun 21 2010 10-quirks.conf
-rw-r--r-- 1 root root 443 Nov 13 10:36 10-synaptics.conf
-rw-r--r-- 1 root root 267 Nov 19 03:48 10-synaptics.conf.pacnew
-rw-r--r-- 1 root root 107 Sep 2 19:39 20-nouveau.conf
Second, I do pacman updates maybe once a month. So I had 600+ MB of downloads and something like a hundred packages, including xorg itself. However, I do know that the kernel and nvidia's proprietary driver are both latest and haven't changed.
If I delete xorg.conf, arch will try to look for noveau open-source driver and will fail because I do not have it installed: it doesn't manage power well to be used on a laptop.
Looking into Xorg.log I see this:
[ 102.032] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X
[ 102.032] (EE) NVIDIA(0): log file that the GLX module has been loaded in your X
[ 102.032] (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If
[ 102.032] (EE) NVIDIA(0): you continue to encounter problems, Please try
[ 102.032] (EE) NVIDIA(0): reinstalling the NVIDIA driver.
[ 102.582] (II) NVIDIA(0): NVIDIA GPU NVS 3100M (GT218) at PCI:1:0:0 (GPU-0)
I will try to reinstall the same nvidia driver I have to see what happens. -
Pacman seg fault(Solved but with comments on pacman-db-upgrade)
Performed an install from FTP and booted into root login.
Performed pacman -Syu and received report system up to date.
Performed downloads via pacman of twelve packages including xorg and xfce4.
Performed download of abs package.
Downloaded abs repos.
Modified abs extra vlc package and performed pacman -U install of modified package.
Pacman working well at this point.
Rebooted.
After reaching xfce4 Desktop, attemptd to install firefox.
Pacman -S firefox produced..... /usr/bin/pacman/ report(forget the exact error)
Subsequent trials with ...pacman -U .... produces seg fault.
Cannot use pacman. All other programs seem to perform correctly. Perhaps have lost DNS.
Cannot perform ...pacman -Syu --debug.....segfaults.
Last edited by lilsirecho (2011-07-19 18:19:49)Solved the difficulty but have no idea what can be done to prevent it from occuring for another user.
It seems that the db did not get upgraded when the ...pacman-db-upgrade ...command was executed. There was no statement for ..."pre 3.5 db" upgrade....while executing the command.
After re-install, the upgrade command performed correctly and pacman now performs correctly after reboots.
The question comes up as to what to do if the upgrade command does not work correctly and whether some indicator of correct response should appear in the beginners guide. Additionally, what can be done in the event that the upgrade command fails to meet the correct response.
These questions will in time be resolved by a new .iso but the present exposure is amazing in its consequences!
Perhaps the upgrade command is also a function of properly synced mirrors but the command requesting the upgrade was ...pacman -Syy... the mirror sync function!
What do we have...catch22?
The resultant segfaults make sense if the pacman sync db is not upgraded.
How is a user to know the upgrade failed? What to do about such a condition?
Marking this thread as solved ...with comments... -
[solved] Issue about update with pacman -Syu
Everytime I update my system I get these questions. I always answer no, because I'm afraid to screw up everything. The questions are
replace iwlwifi with core/kernel26?
replace rt2x00-cvs with core/kernel26?
replace slocate with core/mlocate?
What should I do, why pacman is asking me this, and what is slocate, mlocate, rt2x00-cvs iwlwifi, core/kernel26?
Thanks a lot, I'm a newbie! I've searched for that in forum and in google, and all what I got was japanese pages, and a thing that has nothing to do with that.
Alexandre
edit: solved! thankyou!!!
Last edited by malkosta (2008-10-12 14:57:49)replace iwlwifi with core/kernel26? => that's because the Intel wireless driver iwlwifi was included in the linux kernel, so you don't need it anymore.
replace rt2x00-cvs with core/kernel26? => about the same thing I think.
replace slocate with core/mlocate? => the arch devs decided to change the version of locate (a command to search files) in core.
Edit : bender02 was faster than me.
Last edited by catwell (2008-10-12 12:50:09) -
[solved] apophenia: make succeeds, makepkg fails
Hello! I tried to write a PKGBUILD for a statistics library called apophenia (http://apophenia.info/). I can './configure && make' in the source directory without any problems, but when I run makepkg the build fails with the following error:
CC apop_tests.lo
CC apop_model_transform.lo
CC apop_update.lo
CC asprintf.lo
In file included from /usr/include/stdio.h:937:0,
from asprintf.c:34:
asprintf.c: In function 'asprintf':
/usr/include/bits/stdio2.h:207:1: error: inlining failed in call to always_inline 'vasprintf': function not inlinable
asprintf.c:248:10: error: called from here
make[2]: *** [asprintf.lo] Error 1
make[2]: Leaving directory `/home/joshua/ABS/apophenia/src/apophenia-0.99'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/joshua/ABS/apophenia/src/apophenia-0.99'
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
Aborting...
Note that the library author included the file asprintf.c in the source, but an arch system should already have this in stdlib or something, right? Anyway, here is the PKGBUILD. I'm compiling on an x86_64 machine, by the way.
pkgname=apophenia
pkgver=0.99
pkgrel=1
pkgdesc="An open statistical library"
url="http://apophenia.info"
arch=('x86_64' 'i686')
license=('GPLv2' 'custom:apop_license')
depends=('gsl' 'lapack')
optdepends=('sqlite')
makedepends=()
conflicts=()
replaces=()
backup=()
install=
source=("https://github.com/downloads/b-k/Apophenia/${pkgname}-${pkgver}-03_Dec_12.tgz")
md5sums=('5f23bb2e40b1bdf6e9b63e419cd896bc')
build() {
cd "${srcdir}/${pkgname}-${pkgver}"
./configure
make
package() {
cd "${srcdir}/${pkgname}-${pkgver}"
make DESTDIR="${pkgdir}" install
install -Dm644 COPYING2 "$pkgdir/usr/share/licenses/$pkgname/apop_license"
Any ideas?
Last edited by diffyQ (2013-01-09 04:08:03)Thanks, '!buildflags' did the trick. I'll have to figure out which option was causing the problem.
Last edited by diffyQ (2013-01-09 04:08:24) -
[SOLVED] Saving PKGBUILDs with makepkg or AUR helpers
Hi all,
I am trying to save automatically the package PKGBUILD when I install a package with an aur helper. I use packer and aurget.
I modified makepkg.conf and set this relevant variables:
# PACKAGE OUTPUT
# Default: put built package and cached source in build directory
#-- Destination: specify a fixed directory where all packages will be placed
#PKGDEST=/home/packages
PKGDEST=/var/cache/pacman/pkg/aur
#-- Source cache: specify a fixed directory where source files will be cached
#SRCDEST=/home/sources
SRCDEST=/var/cache/pacman/pkg/aur/src
The PKGDEST works fine and packages are saved in the specified path.
However SRCDEST variable doesn't seem to work, as I expected the PKBUILDs and other sources to be saved there, but there are no files in the path.
In the end what I am trying to emulate is something similar to ABS but for installed packages from AUR.
Last edited by adrianbs (2012-01-29 12:18:41)adrianbs wrote:
jasonwryan wrote:
Cower (as awesome as it is) doesn't open the PKGBUILD in vim, build the package and then ask if you want to keep the build directory.
I reckon my 10 lines are pretty well spent...
Cower doesn't but pacaur (which wraps it) does
It has an option it the config file to keep the build dir.
And for only an extra 872 lines of code...
Maybe you are looking for
-
Hi, I'm migrating a Planning application between servers, and I know LCM has it's own will to change the forms folder option. What is the the recommended way to keep the order and migrate as fast as possible? Probably the best way is to create manual
-
RE: Tab Groups. 1. What will erase saved tab groups unintentionally? E.g. : Clearing Cache, running CCleaner, other actions? 2. Does keeping a large number of tab groups active degrade my computer's performance? 3. Are tab groups saved during back-up
-
I-movie verses I-photo quality questions
I am starting to learn i movie, and while creating a production i noticed that the slide show in i-photo looks beautiful as far as quality goes,but in i-movie the same photos lack the clarity i expect. are they two different beasts,or can i expect mo
-
Device Disconnect Sound Plays Sporadically
Hello my Toshiba Satellite L675-57115, Windows 7 (browser Internet explorer 9.0.8112.16421) plays the device disconnect sound randomly while I'm surfing the Internet, with no seemly pattern that I am able to discern. At times the sound will play seve
-
I have an Iphone 6 plus which is stuck in zoom mode. The screen is to large for me to put in my passcode so I can try to fix the problem. I was going to reset the IPhone on ITunes but it wouldn't allow me to do that without inputting the passcode in