Packages in AUR

I just completed the switch to arch of my personal desktop (great, my new favourite distro BTW), and since I installed a few packages from AUR I was wondering what happens when the PKGBUILD there are updated? I mean how can I know (possibly automatically like pacman -Syu does) that there is a more recent version of pkg X in AUR without checking it regularly?

erm67 wrote:
ezzetabi wrote:No, already discussed. :S
But as far as I understood it will be done.
Since mine was a fresh install I wanted to take some risks so I modified the orphan perl script from this forum to search all installed packages that where required by another pkg and append "%REASON%\n1" to the end of their desc file in /var/lib/pacman/local/*. It worked, now all packages actually required by some other pkg are marked as installed as dependencies, if I understood well the meaning of %REASON%\n1. I personally dislike the use of non self-descriptive parameter, but as long as the format is documented, I had preferred something like "%REASON%\nManually", "%REASON%\nAuto".
It shouldn't be difficult to add it as an option to pacman or other package manager.
I am leaving for a short holiday today, when I am back maybe I will polish the script and post it.
1) Why would you do such a thing ?
one example :
I install mplayer : pacman -S mplayer (because I'm using mplayer on its own), now mplayer is marked as explictly installed
Later I install acidrip which depends on mplayer : pacman -S acidrip
mplayer is still marked as explicitly installed, because it was, even though it's now required by acidrip.
mplayer isn't only useful as a dependency of acidrip, it's also useful on its own.
2) The %REASON% field isn't a parameter, it's something totally specific to the current text database used by pacman.
No user has to know how pacman works internally, just like every other programs. And the database format could be totally changed anyway.
In any cases, it doesn't have to be self descriptive, your suggestion would increase the size of the database for no reason.
It doesn't have to be documented, because the database isn't supposed to be edited directly by the user, only by pacman.
It just happens that a database in text format can be easily edited by someone who knows what he's doing, but that's all.
Edit : What is much more useful imo is the following :
http://bugs.archlinux.org/task/7193
which has been fixed.
Last edited by shining (2007-08-02 13:33:24)

Similar Messages

1st package on AUR: ncmpc++

Hi,
i just submitted my first package to AUR and would be grateful if some experienced people can take a look at it.
http://aur.archlinux.org/packages.php?ID=19193
And btw: how do i handle the arch keyword if i expect the package to run on i686 and x86_64, but can't test it. Just set the one i know it works with and let possible testers set the missing one by themselves (that is what i did)?
Thanks
rich_o

Ghost1227 wrote:First off, have you contacted the contributor (by email)? How long ago? Did he/she reply?
Yes, like two months ago, no.
Second, this should have been directed to the AUR General mailing list rather than the forums.
I'm sorry but it's too much hassle to try to join mailing lists for me, it's like a curse, and I also HATE spam...
Third, if you've tried contacting the contributor and gotten no response, I would be happy to orphan it for you.
PLEASE :D
BTW, would you please also errase this deprecated package?
http://aur.archlinux.org/packages.php?ID=18183
Since there are already the next packages:
- crossover-standard
- crossover-pro
- crossover-games
- crossover-games-unsupported
That package is actually crossover-standard, and it makes no sense to have to copies of the same lying around you know, it's pretty confusing.
Last edited by LTSmash (2008-12-06 19:48:28)

How to update packages in AUR?

I installed some packages in AUR, But after sometimes,,those packages were updated,, But I don;t know, still use the out of date one .........

Some of the pacman wrappers allow you to {yaourt,packer,etc.,} -syu
Or you could just use pacman to unistall the package and then download the up-to-date PKGBUILD and install/update them that way...
# edit Note to self: improve typing speed...
Last edited by jasonwryan (2010-03-27 23:54:23)

Error installing package from AUR. /usr/lib64 exists in filesystem

I installed the package zoneminder-xinetd 1.27.0-1 using the instruction on the wiki, the installation finished successfully. then I realized that the package was outdated, so I uninstalled it using "sudo pacman -R zoneminder-xinetd", manually edit the files .AURINFO and PKGBUILD to get the new version, compiled successfully using 'makepkg -s' but when I'm try to install it(sudo pacman -U zoneminder-xinetd-1.28.0-1-x86_64.pkg.tar.xz) I got this error:
error: failed to commit transaction (conflicting files)
zoneminder-xinetd: /usr/lib64 exists in filesystem
Errors occurred, no packages were upgraded.
I also tried to install this other package https://aur.archlinux.org/packages/zoneminder after removing some unwanted dependencies but i get the same error.

fsckd wrote:Pacman 4.2 handles symlinks differently than past versions of pacman. Allan's blog has a good description (see the section "Directory Symlink Handling") http://allanmcrae.com/2014/12/pacman-4-2-released/. I suggest you inform the maintainers of those packages so that they may update the PKGBUILDs.
Thanks for the quick answer.
I solved this issue by adding "-DCMAKE_INSTALL_LIBDIR=/lib" to the cmake in the PKGBUILD. The mantainer of the zoneminder package solved this already by adding "-DZM_PERL_SUBPREFIX=/lib/perl5 \".
Also, I adopted the zoneminder-xinetd package .

Package from AUR failed to install after doing many steps, how to rm?

How can I see what files have been left on my hard drive after a package failed to install. I can't pacman -Rsu the package because it didnt install, but now i got some other packages that i don't need then. and probably some other stuff while the package was being extracted..
How can i prevent from leaving a messy trail?

Yeah gen2ly, i was using yaourt to get a package from AUR.
I was able to uninstall the extra packages that were uninstalled, but is it possible that when the PKGBUILD failed that it left some random files somewhere? That's what I trully want to know. The other dependancies i have already removed.
Hey thanks for the info on unzip, Runiq! unzip works miracles!!!! I installed it, and now the front end "File Roller" AKA "Archive Manager" in Gnome can suddenly handle .zip files! It's awesome! no need for p7zip or xarchiver.
Every newbie or windows transferee should know about it!
But anyways, is it possible the failed PKGBUILD left files somewhere?

Virtual memory exhausted when compiling packages from AUR

Recently I've seen this error more and more often. When I tried compiling some packages from AUR, I ended up getting "virtual memory exhausted" error. The first time it happened with clementine-git, then android-studio. Can I do something about it?

I am also facing the same problem. I am trying to install a package, and the installations aborts saying 'virtual memory exhausted'. The RAM is 2 GB and i have alloted 2 GB as swap. Things i have tried so far
-install using yaourt
-install using makepkg.
-change TMPDIR to HDD.
Even when i tried it without any window manager to start, limiting the RAM usage, the problem still persists. The only way is to allot an extra swap space, but that would mean that i will have to delete a partition, which is not a feasible solution. Is there anything else one could do. ?
if it helps,
ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 20
file size (blocks, -f) unlimited
pending signals (-i) 16033
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 16033
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

Package Database, AUR, and Wiki Search - Chromium Extension

I made a Chromium (Google Chrome) Extension to search the package database, AUR, and the wiki.
You can search from the extension's icon or by right-clicking on highlighted text. (I've found this feature the most useful)
There are many configurable options in the Extension's option page and by default it will not search AUR or Wiki only the Package Database.
You can download the extension from Google here: https://chrome.google.com/extensions/de … nbhk?hl=en
Or you can get the source here and pack the extension yourself: https://github.com/FunctionVoid/ChromeArchPackageSearch
I am also considering creating Firefox and Opera ports.
Feel free to comment, complain, or contribute.
Last edited by action_owl (2011-02-28 20:16:14)

There's already the arch-firefox-search package for Firefox (no options though so maybe your extension is better...)

[SOLVED] Building VCS packages from AUR fails

Hello,
Whenever I try to build a git or svn package from AUR, build fails with the error in a clean chroot enviroment:
==> ERROR: Unknown download protocol: svn
Aborting...
When the build starts, makepkg actually downloads source files properly. Any clues?
Last edited by yuan_modu (2015-04-02 16:31:03)

Trilby wrote:How many packages has this happened with? Can you give an example of one that produces this error? If the download proceeds when the build starts, it sounds like the PKGBUILD is outdated and is manually grabbing the source in the build function (in pacman<4.0 style).
I was building https://aur.archlinux.org/packages/uefi-shell-svn: a popular and up-to-date PKGBUILD.
Indeed I didn't merge the conf files of clean chroot. There was a makepkg.conf.pacnew, the lacking part in my old makepkg.conf was:
VCSCLIENTS=('bzr::bzr'
'git::git'
'hg::mercurial'
'svn::subversion')
and some small changes. Everything works fine now. Was my bad. Sorry for incovenience and thanks for your help.
Last edited by yuan_modu (2015-04-02 13:08:21)

Unable to submit a package to AUR

I'm already maintaining 4 packages on AUR, but today when I was submitting a 5th package, all I got was this unhelpful error message:
Use `makepkg --source` to generate source packages for submission!
Error - No file uploaded
If you'd like to help out, the source files are located at http://github.com/wh5a/arch/tree/master/archpkg/otags/

roy_hu wrote:
Runiq wrote:
I uploaded and orphaned the package: http://aur.archlinux.org/packages.php?ID=35200
Of course, there's still your original problem. I just d/l'ed the two files (PKGBUILD and patch), used makepkg --source, renamed the src.tar.gz file to otags.tar.gz and uploading worked without a hitch, so no problem there at all…
Thanks. Do I have to rename the file? I don't remember I ever did that...
I dunno, but whenever I download a package from the AUR, it's always called $pkgname.tar.gz, that's why I usually do it.
Last edited by Runiq (2010-03-04 19:48:45)

New Common Lisp packages in AUR

Not sure if this should go in the "AUR Discussion" forum or here, but:
http://aur.archlinux.org/packages.php?SeB=m&K=veox
I've been adding some Common Lisp packages to AUR lately. Most importantly, the dependency tree needed to install CFFI. The PKGBUILDs and install scripts aren't ideal (mostly skipping 'tests' compilation and not installing documentation), but they work.
It would be great if people with CL gave some feedback on installation, usage, perhaps some tips on improvement.
As you understand, this hasn't been tested by anyone but me. So don't use on your production machine(s).
P.S. If you'd like to add some more CL packages to AUR, there are guidelines at the wiki (slightly incomplete, though). I've mostly built on the base of cl-ppcre.
Last edited by veox (2009-07-29 19:51:22)

Hey! I took a (quick, sorry!) glance at these, and they seem good!
One issue (a bug from my very own cl-ppcre's .install file, I'm guessing) is that clisp-new-clx is tested for twice in some of the .install files, instead of once for that and once for vanilla clisp.
Packaging lisp for the AUR is definitely one of those awkward, grey-area things (since a lot of lispers just prefer to use asdf-install or similar), so I'm glad there's someone else out there who likes the idea (-:
Do you have any particular packaging goals for all this, or is the plan for now just to make more lisp stuff easily available?

Script to grab packages from AUR

The following python script can be used to semi-automate the install process for packages in AUR. It could use a little work, especially the part that grabs the version.
To use it, first check in AUR to ensure the package exists, and that the PKGBUILD is not malicious or something you think will screw your system. AUR packages in unsupported CANNOT BE TRUSTED indiscriminantly.
Then run:
aurbuild packagename
If you are root, this will download, build, and install the package. If you are a user, it will only be downloaded and built. The script currently doesn't remove the build files and directory, which are created in the current directory.
I've only tested this with one package, so its probably buggy.
#!/usr/bin/env python
import sys, os, urllib, tarfile, re
def getsubstring(url, reg, prefix, suffix):
page=urllib.urlopen(url)
for line in page.readlines():
if re.search(reg, line):
break
p1=line.find(prefix) + len(prefix)
p2=line.find(suffix, p1)
return line[p1:p2]
if len(sys.argv) != 2:
print "Usage: aurbuild.py <package>ntWhere <package> is the name of a valid package in AUR"
sys.exit(1)
name=sys.argv[1]
page="http://aur.archlinux.org/packages.php?K=" + name
reg="'/packages.php.*?><span class='black'>" + name
ID=getsubstring(page, reg, "ID=", "&")
page="http://aur.archlinux.org/packages.php?do_Details=1&ID=" + ID
reg="<a href='.*?>Tarball</a> ::"
tar="http://aur.archlinux.org" + getsubstring(page, reg, "<a href='", "'>")
urllib.urlretrieve(tar, name + ".tar.gz")
tar=tarfile.open(name + ".tar.gz", "r:gz")
for member in tar.getmembers():
tar.extract(member)
os.chdir(name)
os.spawnvp(os.P_WAIT, "makepkg", ["makepkg"])
files = os.listdir(".")
for name in files:
if name.find(".pkg.tar.gz") >-1:
pkgname=name
break
if os.getuid() == 0:
os.spawnvp(os.P_WAIT, "pacman", ["pacman", "-U", pkgname])
else:
print "You must be root to install the package. cd into the " + name
print " directory and run pacman -U " + pkgname + "."

I thought you needed it for something else (to know which version you just made, but that info comes from the pkgbuild of course).
But as I said before, most packages don't have a file with a version number in their name, but some have. E.g. look at the following urls:
http://aur.archlinux.org/packages/ppracer/
With version, and only build files in the ppraces subdir.
http://aur.archlinux.org/packages/pptpclient/
No version info, like most packages.
http://aur.archlinux.org/packages/xerces-c/
http://aur.archlinux.org/packages/acidrip/
Version info, and the binary included in the tar.gz and the subdir.
So it looks like there was a change in AUR at some point but existing packages weren't converted or something.

Deleting packages from AUR

Hello,
yesterday I saw a package in AUR that was included in another one in extra (python-editra, an editor included in wxpython). Since I made this mistake myself some time ago, I told the maintainer about this. He agreed to remove it and asked me how to do so.
To my surprise it is impossible to do so for a normal user not being a TU. I read about this on aur-general, but I missed any announcement about this change. Was it announced somewhere?
I told him either to write to aur-general to ask for removal or to put the request on the aur cleanup day list. What is the preferred way to ask for removals?

Allan wrote:I think we decided an email to aur-general was the best way.
Agree. BTW, I deleted it from AUR.

[yaourt] update only packages from aur

I just switched from my own aur_update script to yaourt, because it handles dependencies.. But how to only update packages from aur?
Last edited by lessthanjake (2010-01-15 09:37:35)

Ape wrote:
Xyne wrote:
Can you do something like this (assuming yaourt supports pacman's "--needed" flag):
yaourt -S --needed $(pacman -Qqm)
If not, you can try bauerbill which does (or at least should) recognize the "--needed" flag.
That just tries to reinstall (and rebuild as we are talking about AUR) all the AUR packages that are installed. Even the ones that doesn't need any updates.
Xyne wrote:(assuming yaourt supports pacman's "--needed" flag)
Obviously it doesn't. You're welcome to try bauerbill, which should do what you want using the code above.

[SOLVED] Strange error while compiling packages via AUR

I've been facing this error while compiling packages via AUR. I'm also posting the output of my /etc/makepkg.conf
Error
==> Starting build()...
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether cc supports -O2... yes
checking for g++... g++
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for GSTREAMER... yes
checking for GSTREAMER_GTK... yes
checking for XOpenDisplay in -lX11... yes
checking for ncursesw5-config... /usr/bin/ncursesw5-config
checking for initscr in -lncurses... yes
checking whether gcc supports -Wall... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating docs/Makefile
config.status: creating config.h
config.status: executing depfiles commands
fatal: Not a git repository (or any of the parent directories): .git
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /tmp/yaourt-tmp-hellknight/aur-gst123/src/gst123-0.2.0/build-aux/missing --run aclocal-1.11 -Wno-portability
sh: autom4te: command not found
aclocal-1.11: autom4te failed with exit status: 127
make: *** [aclocal.m4] Error 1
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build gst123.
==> Restart building gst123 ? [y/N]
==> -------------------------------
==>
/etc/makepkg.conf
# /etc/makepkg.conf
# SOURCE ACQUISITION
#-- The download utilities that makepkg should use to acquire sources
# Format: 'protocol::agent'
DLAGENTS=('ftp::/usr/bin/wget -c --passive-ftp -t 3 --waitretry=3 -O %o %u'
'http::/usr/bin/wget -c -t 3 --waitretry=3 -O %o %u'
'https::/usr/bin/wget -c -t 3 --waitretry=3 --no-check-certificate -O %o %u'
'rsync::/usr/bin/rsync -z %u %o'
'scp::/usr/bin/scp -C %u %o')
# Other common tools:
# /usr/bin/snarf
# /usr/bin/lftpget -c
# /usr/bin/curl
# ARCHITECTURE, COMPILE FLAGS
CARCH="x86_64"
CHOST="x86_64-unknown-linux-gnu"
#-- Exclusive: will only run on x86_64
# -march (or -mcpu) builds exclusively for an architecture
# -mtune optimizes for an architecture, but builds for whole processor family
CFLAGS="-march=amdfam10 -mtune=generic -O2 -pipe"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,--hash-style=gnu -Wl,--as-needed"
#-- Make Flags: change this for DistCC/SMP systems
MAKEFLAGS="-j8"
# BUILD ENVIRONMENT
# Defaults: BUILDENV=(fakeroot !distcc color !ccache)
# A negated environment option will do the opposite of the comments below.
#-- fakeroot: Allow building packages as a non-root user
#-- distcc: Use the Distributed C/C++/ObjC compiler
#-- color: Colorize output messages
#-- ccache: Use ccache to cache compilation
BUILDENV=(fakeroot !distcc color !ccache)
#-- If using DistCC, your MAKEFLAGS will also need modification. In addition,
#-- specify a space-delimited list of hosts running in the DistCC cluster.
#DISTCC_HOSTS=""
# GLOBAL PACKAGE OPTIONS
# These are default values for the options=() settings
# Default: OPTIONS=(strip docs libtool emptydirs zipman purge)
# A negated option will do the opposite of the comments below.
#-- strip: Strip symbols from binaries/libraries in STRIP_DIRS
#-- docs: Save doc directories specified by DOC_DIRS
#-- libtool: Leave libtool (.la) files in packages
#-- emptydirs: Leave empty directories in packages
#-- zipman: Compress manual (man and info) pages in MAN_DIRS with gzip
#-- purge: Remove files specified by PURGE_TARGETS
OPTIONS=(strip docs libtool emptydirs zipman purge)
#-- File integrity checks to use. Valid: md5, sha1, sha256, sha384, sha512
INTEGRITY_CHECK=(md5)
#-- Options to be used when stripping binaries. See `man strip' for details.
STRIP_BINARIES="--strip-all"
#-- Options to be used when stripping shared libraries. See `man strip' for details.
STRIP_SHARED="--strip-unneeded"
#-- Options to be used when stripping static libraries. See `man strip' for details.
STRIP_STATIC="--strip-debug"
#-- Manual (man and info) directories to compress (if zipman is specified)
MAN_DIRS=({usr{,/local}{,/share},opt/*}/{man,info})
#-- Doc directories to remove (if !docs is specified)
DOC_DIRS=(usr/{,local/}{,share/}{doc,gtk-doc} opt/*/{doc,gtk-doc})
#-- Directories to be searched for the strip option (if strip is specified)
STRIP_DIRS=(bin lib sbin usr/{bin,lib,sbin,local/{bin,lib,sbin}} opt/*/{bin,lib,sbin})
#-- Files to be removed from all packages (if purge is specified)
PURGE_TARGETS=(usr/{,share}/info/dir .packlist *.pod)
# 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
#-- Source cache: specify a fixed directory where source files will be cached
#SRCDEST=/home/sources
#-- Source packages: specify a fixed directory where all src packages will be placed
#SRCPKGDEST=/home/srcpackages
#-- Packager: name/email of the person or organization building packages
#PACKAGER="John Doe <[email protected]>"
# EXTENSION DEFAULTS
# WARNING: Do NOT modify these variables unless you know what you are
# doing.
PKGEXT='.pkg.tar.xz'
SRCEXT='.src.tar.gz'
# vim: set ft=sh ts=2 sw=2 et:
Last edited by tarun.hellknight (2011-04-12 15:45:26)

That's strange... it wasn't installed.. although I had never,ever faced a problem while compiling packages via AUR.. maybe, I should be careful when uninstalling orphans.. thanks for the help..

Wordnet package in AUR missing files

I am installing wordnet package from AUR and looks like two files are missing: 1)Wordnet.desktop & 2)wordnet.png
These two files are listed in AUR(https://aur.archlinux.org/packages/wordnet/) but there aren't any links to download.
Is there any way to get these 2 files?

$ tar xvzf wordnet.tar.gz
wordnet/
wordnet/PKGBUILD
wordnet/wordnet.png
wordnet/wordnet.desktop
https://aur.archlinux.org/packages/wo/w … net.tar.gz

Packages in AUR

Similar Messages

Maybe you are looking for