Craete AUR package with no url in PKGBUILD ?

Hi.
I am trying to create a package for AUR.
The package is just a script installed to /usr/local/bin
it has no url as the script is included (as source)
how can I create a package with no 'url' - when I try to upload to AUR is says I needed a url section
I created one with
url=()
but then I get (when submitting package)
'Package URL is missing a protocol (ie. http:// ,ftp://)'
Can anyone help upload an AUR package (with no ur) ?
Cheers !

Just open a thread here for the package and link it in the PKGBUILD, like this package:
https://aur.archlinux.org/packages.php?ID=41689
UPDATE - Sorry, not that one, that is recursive
This one is a better example:
https://aur.archlinux.org/packages.php?ID=32483
Last edited by SanskritFritz (2011-11-12 20:12:28)

Similar Messages

[SOLVED] How to install AUR packages with patchname.patch

Hi all,
I'm trying to install lottanzb from the AUR and there's are a dependency called par2cmdline 0.4-13 that has a lot of nameofpatch.patch that are included in the AUR par2cmdline 0.4-13 package page that just open up to a url that shows code.
I created patch files from the code displayed in the url with a text editor and added them to the extracted LOTTANZB folder in my build directory but when I go to build the package with PKGBUILD it runs through a check sum while building and the checks don't match.
I'm obviously doing something fundamentally wrong here. Can someone direct me?
Thanks,
Last edited by bennylb0 (2010-05-28 13:30:16)

Hi, thanks for reply.
Sorry, my mistake.
I did place patch files inside the par2cmdline-0.4 folder. The only reason I created the .patch files and placed them inside par2cmdline-0.4 folder was because the PKGBUILD as well as the other 5 .patch files didn't exist inside the extracted build folder. They only place I could find them was in AUR par2cmdline-0.4 displayed as a url.
When I copied and created the PKGBUILD as it did not exist inside the extracted folder par2cmdline-0.4 folder I received the following error:-
Error autoconf.patch was not found in the build directory and is not a url. That along with 4 others do not exist in the build directory.
You can see this bellow:-
[ben@ben par2cmdline-0.4]$ makepkg
==> Making package: par2cmdline 0.4-13 i686 (Fri May 28 22:08:21 EST 2010)
==> Checking Runtime Dependencies...
==> Checking Buildtime Dependencies...
==> Retrieving Sources...
-> Downloading par2cmdline-0.4.tar.gz...
--2010-05-28 22:08:23-- http://downloads.sourceforge.net/source … 0.4.tar.gz
Resolving downloads.sourceforge.net... 216.34.181.59
Connecting to downloads.sourceforge.net|216.34.181.59|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://downloads.sourceforge.net/projec … 0.4.tar.gz [following]
--2010-05-28 22:08:23-- http://downloads.sourceforge.net/projec … 0.4.tar.gz
Reusing existing connection to downloads.sourceforge.net:80.
HTTP request sent, awaiting response... 302 Found
Location: http://transact.dl.sourceforge.net/proj … 0.4.tar.gz [following]
--2010-05-28 22:08:24-- http://transact.dl.sourceforge.net/proj … 0.4.tar.gz
Resolving transact.dl.sourceforge.net... 202.55.147.10
Connecting to transact.dl.sourceforge.net|202.55.147.10|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 239312 (234K) [application/x-gzip]
Saving to: "par2cmdline-0.4.tar.gz.part"
100%[===================================================>] 239,312 179K/s in 1.3s
2010-05-28 22:08:26 (179 KB/s) - "par2cmdline-0.4.tar.gz.part" saved [239312/239312]
==> ERROR: par2cmdline-0.4-autoconf.patch was not found in the build directory and is not a URL.

[SCRIPT]: Build AUR Packages With Ease

I just started to use Arch, and coming from Ubuntu/Debian, it was a bit of a shock, but Arch does grow on you. One of it's strengths is the AUR. When I first found out about it, I was all like, "HOLY $#!% ITS MACPORTS FOR LINUX." Turns out is isn't quite as easy to use, but it works. Walking into Arch, the only languages I was comfortable writing code in were C/Objective-C. Tonight I learned a little bash and wrote this wrapper around makepkg. Tell me what you think. The only thing missing that I can think of is dependency resolving, but I didn't want to put in the work for that just yet.
#! /bin/bash
ROOT=`pwd`
BUILDDIR=pkgbuild
NAME=$2
PREFIX=`expr ${NAME:0:2}`
URL=http://aur.archlinux.org/packages/$PREFIX/$NAME/$NAME.tar.gz
echo Package URL is $URL
setup() {
mkdir -p $BUILDDIR/$NAME
cd $BUILDDIR
download() {
curl $URL | gunzip | tar -x
cd $NAME
build() {
makepkg -s 1>/dev/null
install() {
makepkg -si 1>/dev/null
clean() {
cd $ROOT/$BUILDDIR
rm -rf $NAME
allclean() {
cd $ROOT
rm -rf $BUILDDIR
case $1 in
install)
setup
download
install
build)
setup
download
build
clean)
clean
allclean)
allclean
echo "Usage:"
echo $0 "{install|build|clean|allclean} <package>"
esac
Here is the command syntax:
Usage:
./archpkg {install|build|clean|allclean} <package>
Last edited by Relish (2012-01-16 05:31:33)

karol wrote:
Relish wrote:Here are the command synaptics:
I think you mean 'command syntax' :-)
You can try to get the BUILDDIR from makepkg.conf.
Yes
I can't seem to find that entry in makepkg.conf.

[solved] Can no longer untar AUR packages with tar xvf /directory/

For about a year now I've used this line of code from my .bash_aliases file to untar files from their source directory to the one I am currently CDed in at that moment:
alias tarx='tar xvf' # extracts files from a tarball using tar [e]x[tract] v[erbose] f[orced]
This alias failed to work a few weeks ago for some unknown reason and now spits out this error:
tarx /media/aur/srcpackages/atom-editor.tar.gz ./
tar: .: Not found in archive
tar: Exiting with failure status due to previous errors
Why on earth would this suddenly stop working. I haven't changed my .bashrc file apart from some small comments but here it is in case I'm totally out of it:
# ~/.bashrc
# This file is sourced by all *interactive* bash shells on startup, #
# including some apparently interactive shells such as scp and rcp #
# that can't tolerate any output. So make sure this doesn't display #
# anything or bad things will happen ! #
# If not running interactively, don't do anything #
[[ $- != *i* ]] && return
# If the connection to the system is a remote connection 'ssh' will be #
## appended to the prompt. Otherwise the prompt will be displayed normally #
# See: remote.colourful.prompt_how-to on /media/lynwyn/networking/ssh #
# Default prompt from the above-named document: #
# export PS1='\[\e[0;31m\]\u@\h:\w${text}$\[\e[m\]' # # #
if [ -n "$SSH_CLIENT" ]; then text=":ssh:"
fi
# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.
if [ -f ~/.bash_aliases ]; then
. ~/.bash_aliases
fi
### [User Prompts]
### White Yunzi
export PS1='\[\e[0;37m\]: \[\e[1;92m\]\W\[\e[0;37m\] :\[\e[m\] \[\e[0;37m\]'
#### Silver Yunzi
#export PS1='\[\e[0;37m\]: \[\e[1;94m\]\W\[\e[0;37m\] :\[\e[m\] \[\e[0;37m\]'
### Pink Yunzi
#export PS1='\[\e[0;37m\]: \[\e[1;95m\]\W\[\e[0;37m\] :\[\e[m\] \[\e[1;95m\]'
### [Root Prompts]
### White Yunzi Root
#export PS1='\[\e[1;37m\]:\[\e[1;92m\]\u\[\e[1;37m\]:\[\e[1;92m\]\W\[\e[1;37m\]:\[\e[m\] \[\e[0;37m\]'
### Silver Yunzi Root
#export PS1='\[\e[0;37m\]:\[\e[1;94m\]\u\[\e[0;37m\]:\[\e[1;94m\]\W\[\e[0;37m\]:\[\e[m\]\[\e[0;37m\]'
### Pink Yunzi Root
#export PS1='\[\e[0;37m\]:\[\e[1;95m\]\u\[\e[0;37m\]:\[\e[1;95m\]\W\[\e[0;37m\]:\[\e[m\] \[\e[0;37\]'
### * BASH options * ###
### Last edited January 2014 by H.L.
# Bash won't get SIGWINCH if another process is in the foreground.
# Enable checkwinsize so that bash will check the terminal size when
# it regains control.
# [check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.]
# http://cnswww.cns.cwru.edu/~chet/bash/FAQ (E11)
shopt -s checkwinsize
# automatically prepend cd when entering just a path in the shell
shopt -s autocd
# Enable history appending instead of overwriting.
shopt -s histappend
# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=10000
HISTFILESIZE=20000
## erase duplicate entries in your history file
## and force Bash History to ignorespace
export HISTCONTROL=erasedups:ignorespace
# set variable identifying the chroot you work in (used in the prompt below)
#if [ -z "$arch_chroot" ] && [ -r /etc/arch_chroot ]; then
# debian_chroot=$(cat /etc/arch_chroot)
#fi
# make "less" more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"
# TMUX
# Put this this snippet BEFORE the aliases in .bashrc.
# This code starts TMUX with only one session (unless you start some manually), on login;
# it will try to attach to a currently running session.
# If there isn't a currently running session then TMUX will create one.
# if which tmux 2>&1 >/dev/null; then
# if not inside a tmux session, and if no session is started start a new session
# test -z "$TMUX" && (tmux attach || tmux new-session)
# fi
# environment variables using gedit and nano
export EDITOR="$(if [[ -n $DISPLAY ]]; then echo 'gedit'; else echo 'nano'; fi)"
### Coloured man pages with explanations of colours in comments
# Note to self: all of the colour & escape statements work ONLY by using double quote marks, e.g. " ... "
## Coloured man pages with explanations of colours in comments
# 67: Primary colour for program names is Dark Green [old 80's CRT green!]
# 68: Optional arguments and/or separate options for arguments is Bright Green
# 69: Text Reset
# 70: Text Reset
# 71: man page info bottom of page is Dark Red on Black background (net effect is transparent background with red writing)
# 72: Text Reset
# 73: References to other programs (and their respective man page(s)) are Bright Yellow [good neutral yellow]
man() {
env LESS_TERMCAP_mb=$(printf "\e[1;31m") \
LESS_TERMCAP_md=$(printf "\e[1;31m") \
LESS_TERMCAP_me=$(printf "\e[0m") \
LESS_TERMCAP_se=$(printf "\e[0m") \
LESS_TERMCAP_so=$(printf "\e[1;44;33m") \
LESS_TERMCAP_ue=$(printf "\e[0m") \
LESS_TERMCAP_us=$(printf "\e[1;32m") \
man "$@"
## To get a skin of your choice loaded instead of mc's default
## skin, you might consider the following solution:
## Multi-User: Create an alias for mc in your ~/.bashrc, like:
if [ $TERM = "screen-256color" ]; then
if [ $USER = "root" ]; then
myMCSkin="modarcon16root-defbg"
else
myMCSkin="modarcon16-defbg"
fi
alias mc='mc --skin $myMCSkin'
alias mcedit="mcedit --skin $myMCSkin"
alias mcview="mcview --skin $myMCSkin"
alias mcdiff="mcdiff --skin $myMCSkin"
fi
Last edited by MoonSwan (2014-07-09 04:31:06)

I seem to have a larger problem on my desktop machine. When I try to untar stuff on that one it creates a .cache directory for some weird reason and populates it with, I think, cached files from my home directory. It ends up having firefox, mc and other cached files in the new directory and then tar just errors out with:
gzip: stdin: unexpected end of file
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
Very odd behaviour and I'm assuming some config file somewhere is responsible for this behaviour. But where else can I look apart from .bashrc?
@ids1024, I'll do what you've what you suggested on my netbook later today and record the information to post afterward.
[edit] Here are the contents of that .cache directory, if it helps:
dconf event-sound-cache.tdb.silver_yunzi.x86_64-unknown-linux-gnu event-sound-cache.tdb.tengen.x86_64-unknown-linux-gnu fontconfig mc dmenu_run
event-sound-cache.tdb.silveryunzi.x86_64-unknown-linux-gnu event-sound-cache.tdb.white_yunzi.x86_64-unknown-linux-gnu gstreamer-1.0 mozilla
Last edited by MoonSwan (2014-06-28 19:57:10)

Searching for AUR packages with "%" queries

According to https://wiki.archlinux.org/index.php/AUR#Searching it is possible to use mysql LIKE queries to search for a package. But I can't find packages if I use queries with "%".
For example, when I try to search for firefox%spell or firefox%spell%, I get nothing.
I expected those queries would return the same results as firefox-spell.
The question is: do LIKE queries work (or do I use them wrong)?
Last edited by alezost (2014-02-13 08:14:08)

It's not working from the web iterface, but cower does a good job:
~ > cower -s firefox spell
aur/firefox-spell-en-us 7.0.1-2 (3)
English (US) spellchecking dictionary for Firefox.
aur/firefox-spell-es-es 1.7-1 (2)
Spanish (Spain) spellchecking dictionary for Firefox.
aur/firefox-spell-es-mx 1.1.3-3 (0)
Spanish (Mexico) spellchecking dictionary for Firefox.
aur/firefox-spell-pt-br 2.1.1-1 <!> (3)
Brazilian Portuguese language dictionary (spellcheker) for Firefox
aur/firefox-spell-ru-en 1.0.0.1-8 <!> (10)
Russian/English spellchecker dictionary for Firefox
aur/mozvoikko 2.0.1-9 (4)
Finnish spell-checker extension for Firefox/thunderbird/seamonkey using Voikko

Download all your AUR packages with a script

Here's a little quickie that will download all your scripts to the current working directory. Uses ruby and requires the hpricot gem. Also requires cower, install it from the AUR. This is still pretty early, so it isn't very robust, but as long as you provide it with a valid username and the current directory is empty, you're good
#!/usr/bin/env ruby
require 'open-uri'
require 'hpricot'
abort "Usage: " + File.basename(__FILE__) + " username\n" if $*.count != 1
sourceHtml = Hpricot(open("http://aur.archlinux.org/packages.php?O=0&K=#{$*[0]}&do_Search=Go&detail=0&C=0&SeB=m&SB=v&SO=d&PP=10000"))
packages = sourceHtml.search("//a[@href^='packages.php?ID=']/span/text()").map { |package| package.to_s.sub(/ .*/, '') }
packages.sort.each { |package| puts `cower -d #{package}` }
Three lines of code for the grunt work. Amazing, isn't it?

It is much shorter when you use the rpc interface.
username=xduugu; curl -Ss 'https://aur.archlinux.org/rpc.php?type=msearch&arg='"$username" | sed 's/},{/\n/g' | sed -r 's#.*"URLPath":"([^"]+)".*#\1#g;s#\\/#/#g' | wget -B https://aur.archlinux.org/ -i -

Upgrade part of package with aur

Hi list!
The texlive-latexextra package is outdated (I've flagged it) because the exsheets package is updated (with a new features!). I want a simple version or maybe git-version. I think it should be an AUR package but how can I handle the file-conflicts? I don't want overwrite exsheets.sty and I think it isn't good solution.
Is there any solution?

So your proposed exsheets-git would conflict with texlive-latexextra (and it should be in the conflicts array). So you could not have them both properly installed at the same time. If you want the newest exsheets, you could make a aur package with all the newest components of texlive-latexextra. Then it could conflict with and provide that package, so you'd install your new one and remove the other.
This would be even easier than making a brand new aur package as you could just get the current PKGBUILD from the ABS and modify the exsheets source url.

[SOLVED] Archiso : installing AUR packages on a live image

Hi all,
I'm quite an arch newbie, I'm trying to setup a live USB stick, with the help of archiso. My goal is to finally get an "audio oriented" system (with jack, ardour, qsampler, and so more...).
During the setup everything was working very well, until I tried to add some AUR packages to the install.
On the arch website, I found this tip, which gave me a great hope about this.
I'm not so familiar with Arch package management, but ok, I try to make a test : adding the "qsampler" AUR package. It needs "linuxsampler", "qt4", and "liblscp" as dependencies. "linuxsampler" and "qt4" are official packages, so I just have to add them to packages.both in the archiso working directory. "liblscp" is an AUR package (with no dependency); so there is 2 AUR packages to install : "liblscp", and "qsampler".
So I create a directory tree like described in the tip, download the two build packages from AUR, and for each of them I do (something) like described there :
# tar -xvf tarball_filename.tar.gz
# cd tarball_filename
# makepkg --asroot
# mv *.xz ..
# cd ..
# rm -r tarball_filename{,.tar.gz}
And then:
# repo-add customrepo.db.tar.gz *.xz
(I'm staying as root because it's red written to stay as root for the image creation. I think it's stupid, but people make stupid things when they are desesperate. Sorry I didn't take the time to test the code above again, it's only memory, but it was very similar)
I did the same for both architectures (i686 and x86_64), so that my custom repo looks like this:
~/liveusb/customrepo # ls -R
i686 x86_64
./i686:
customrepo.db customrepo.db.tar.gz liblscp-0.5.6-1-x86_64.pkg.tar.xz qsampler-0.2.3-1-x86_64.pkg.tar.xz
./x86_64:
customrepo.db customrepo.db.tar.gz liblscp-0.5.6-1-x86_64.pkg.tar.xz qsampler-0.2.3-1-x86_64.pkg.tar.xz
Oops... I just noticed I did wrong for i686 machines, but it doesn't matter for the moment, since I'm working on an x86_64 machine.
As explained in the tip, I add the following lines to pacman.conf (in the archiso working directory):
[customrepo]
SigLevel = Optional TrustAll
Server = file:///my/path/to/customrepo/$arch
From my point of view, at this point, the USB stick is ready to be updated:
~/liveusb # ./build.sh -v
and then (with /dev/sdf as my usb stick device):
~/liveusb # dd if=out/archlinux-2014.10.01-dual.iso of=/dev/sdf
But when I boot on the USB stick, there's no trace of qsampler (linuxsampler, however, is present).
Since it happened, I'm feeling like a lost, lonely man, on a desert island... Thinking about the "why", the "how"..., the meaning of life..., of package management... all this stuff
I'm sure I did something wrong about the "custom repository", and the main reason is I don't deeply understand all the steps about this; that's why I'm looking for help
Any idea?
Many thanks
Last edited by yolenoyer (2014-10-02 09:16:57)

Thank you for the reply,
I think I did a more trivial mistake :
With archiso, the packages are automatically installed, from a package list file called "packages.both", and "packages.x86_64", "packages.i686" for architecture dependent packages. But they only use common repos by default. The "'qsampler" is not in official repos (that's why I choosed this one for my question).
So, ok, I setup a common repo (with some mistakes but it was working), BUT...
I just forgot to put the package name in the packages.both file...
So, now that I did it, I just have an error about the package architecture, which I think possible to fix, just by rebuilding the common repo in a correct manner:
~/liveusb # ./build -v
warning: vlc-2.1.5-3 is up to date -- reinstalling
warning: mplayer-37224-2 is up to date -- reinstalling
error: failed to prepare transaction (package architecture is not valid)
:: package qsampler-0.2.3-1-x86_64 does not have a valid architecture
==> ERROR: Failed to install packages to new root
Trilby wrote:Also, does this need to be a static iso image - is there a reason not to just do a persistent usb install?
About the static iso image : the idea of building an iso image with all my personnal tools and config already installed on it is very pleasant to me, including the fact that you can burn it on a CD as well. The persistent acpect would be pleasant too, but in a secondary way.
While I'm writing this message I really understand a bit more about all of this, since yesterday... Sometimes, simply posting a message in forums helps you to understand your own problem, because you have to be clear and concise!
Thanks

AUR package not present in packer, why? [SOLVED]

Dear all,
first: I'm not really sure this topic should be here or in "pacman" section, please be patient.
I have a quick and simple question: I have been using packer for years, and never happened to me that I couldn't install a AUR package with it. The problem is that I would like to install modipy-git:
https://aur.archlinux.org/packages/mopidy-git/
but a search for "modipy" returns no results.
I'm puzzled.. what's wrong?
Thanks in advance for any help (actually is just curiosity, I can "fix" this downloading the package, but I would like to stick with packer).
MJ
solution: you can't find something that does not exist!
Last edited by MajinJoko (2013-05-08 09:52:53)

Perhaps it's because the package is named "mopidy-git" (check your spelling)
All the best,
-HG

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

Automatic upgrade of AUR packages dependent on kernel version.

I have an issue with upgrading AUR packages with pacaur. When I try to upgrade with one of the following commands:
pacaur -u [package_name]
pacaur -Su -a
pacaur -Syu
I keep getting the error 'no results found for dependencies)'
Here an example output:
[ ~ ]$ pacaur -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: spl-git: requires linux=3.17.6-1
:: zfs-git: requires linux=3.17.6-1
:: Starting AUR upgrade...
:: resolving dependencies...
:: no results found for dependencies)
As seen in this example, the system upgrade is failed due to two kernel packages which require the previous kernel version.
I wonder, does the AUR upgrade fails after the failed system upgrade because of new spl-git and zfs-git packages require the new kernel version? And the message ":: no results found for dependencies)" is caused by this?
It seems there is a kind of a circular dependency in this case - kernel doesn't upgrade because of zfs requires the older kernel, and zfs doesn't upgrade because the new version of zfs requires the new kernel.
Previously I upgraded AUR packages manually, by first removing them, then upgrading the kernel and after that installing new versions of packages.
Is it possible to automatically upgrade kernel packages? If so can this be done with pacaur?
Last edited by nbd (2015-01-19 23:39:49)

Hi, so I'm not the only newbie doing such things.
here:
https://bbs.archlinux.org/viewtopic.php?id=181717
ukhippo wrote:Afterwards I also suggest using “pacman -Syyu” to update (note the double “y”, this forces a refresh of all packages)
meaning first add the repository and the key for demz-repo-core https://wiki.archlinux.org/index.php/Un … -repo-core.
I did that today but the output was just:
[root@machine1 ~]# pacman -Syyu
:: Synchronizing package databases...
core 121.6 KiB 599K/s 00:00 [########################################################] 100%
extra 1806.6 KiB 671K/s 00:03 [########################################################] 100%
community 2.5 MiB 672K/s 00:04 [########################################################] 100%
multilib 121.2 KiB 932K/s 00:00 [########################################################] 100%
demz-repo-archiso 5.5 KiB 37.9K/s 00:00 [########################################################] 100%
demz-repo-archiso.sig 287.0 B 0.00B/s 00:00 [########################################################] 100%
demz-repo-core 7.8 KiB 48.6K/s 00:00 [########################################################] 100%
demz-repo-core.sig 287.0 B 0.00B/s 00:00 [########################################################] 100%
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: spl-git: requires linux=3.17.6-1
:: zfs-git: requires linux=3.17.6-1
even though I read
https://www.archlinux.org/packages/?sor … =&flagged=
x86_64 Core linux 3.18.2-2 The Linux kernel and modules 2015-01-15 2015-01-16
and
https://github.com/demizer/archzfs
spl-git Update git packages for kernel 3.18.2-2 4 days ago
zfs-git Update git packages for kernel 3.18.2-2 4 days ago
I don't really know if I want to remove the package first, while running the machine from a zfs filesystem.
If it runs automatically the chance of me making an error is a little smaller, don't really want to have a not bootable system.

Installation fails on Aur packages

Hello everyone I installed arch linux and packages from aur plenty of times. But this time I am about to give up
I installed Compiz as standalone, plank, chromium and everything works like a charm But when I try to install some packages from Aur I'm getting errors like I have never seen.
These errors I get, I get them when compiling. And I thought I need dependencies to compile from aur. Because nobody get that errors (most of them anyways googled them:))
First I want to start with libdesktop-agnostic :
^
Waf: Leaving directory `/home/thedeli/Downloads/libdesktop-agnostic-git/src/libdesktop-agnostic/build'
Build failed
-> task failed (err #1):
{task: cc module.c -> module_1.o}
-> task failed (err #1):
{task: cc vfs.c -> vfs_2.o}
-> task failed (err #1):
{task: cc color.c -> color_1.o}
-> task failed (err #1):
{task: cc vfs-bookmarks-gtk.c -> vfs-bookmarks-gtk_2.o}
==> HATA: build() içinde bir hata oluştu.
Çıkılıyor...
More will come

Trilby wrote:
This thread may be related, though the error message is completely different which makes me doubt it. Of course the OP of this thread does use yaourt.
thedeli, if you'd like to explore why this is needed, I'd suggest trying to install aur packages with and without yaourt (just use makepkge) to see if the problem is specific to yaourt or more general and to see wheather you get error messages like on that other thread when you use makepkg directly.
I tried both /w and /wo yaourt. I didn't try LC_ALL=C with makepkg. I will try that with Dockbarx-xfce4-plugin. I write about that in here...
AAnnnnnddd voila putting LC_ALL=C at the beginning solves my compile problem
Last edited by thedeli (2013-12-08 14:18:38)

AUR policy on packages with no version in the source file name

I know that the AUR policy says that no code must be included with the PKGBUILD if you are not a trusted user. But, how do you deal with packages that do not have their version number in the file name: http://www.somesite.com/someproject.tar.gz instead of http://www.somesite.com/someproject-1.0.tar.gz. The problem is that when ''someproject.tar.gz" gets updated, and it will, your AUR package is broken. The MD5 sums won't match and patches may not apply either. You can get around the MD5 problem by not including a MD5 sum, and the package might install correctly if the patches still apply. However, the package version in the PKGBUILD will not match the version of what it installed on disk.

I have some TeX related packages and it is some kind of politics to not have a pkgver in the filename there. But there are announcements on the certain mailing lists or users complain.
So if the version number is stated in one of the distributed files, I take that. Most of the cases can be solved that way. The remaining cases drag0nl0rd's suggestion is doable.

[SOLVED]Weird conflict with official packages and aur packages

Hi. I have enchant-zemberek installed on my system. It is my package that i'm maintaining at AUR. Yesterday i tried to install poedit which depends on enchant. Weirdly altoguh enchant-zemberek provides enchant; pacman tried to remove enchant-zemberek and instead install enchant. Otherwise it won't let me install poedit. I have updated enchant-zemberek PKGBUILD and pacman let me install poedit without forcing me to install enchant. Here is what i have in my first PKGBUILD before update:
replaces=("enchant")
provides=("enchant")
conflicts=('enchant')
And after updating;
replaces=("enchant=${pkgver}")
provides=("enchant=${pkgver}")
conflicts=('enchant')
Now, i'm wondering while an AUR package have different package name than the official one why pacman tries to replace it? Why PKGBUILD needs package version in provides tag? Say, if i want to keep my own my-abc-1.0-1.i686.pkg.tar.xz but official package abc-1.1-1.i686.pkg.tar.xz released; must i keep my package only in Ignores array? Should i report this as a bug?
Last edited by tarakbumba (2011-04-07 09:52:41)

No, its not a bug. poedit depends on gtkspell which depends on enchant>=1.5.0 - your original custom enchant package did not provide any specific version of enchant, so pacman pulled in the repo package instead to satisfy the versioned dependency. As you have built your package with replaces=enchant, pacman also honours that.

AUR package not showing up with pacman -Qm

So, according with this topic, the OP couldn't find the chromium-pepper-flash package with pacman -Qm, but for me it shows up on the search (I have installed it from the AUR, with makepkg). Currently this package is located in the AUR.
I wonder why the OP couldn't find it? I mean, if this is an external package, not in the official repos, shouldn't it *always* shows up with pacman -Qm? Please notice that the OP didn't know at the time how he has installed this package, but I can't see other way if not with makepkg or with an AUR helper.
Last edited by thiagowfx (2014-01-10 21:37:25)

thiagowfx wrote:I wonder why the OP couldn't find it? I mean, if this is an external package, not in the official repos, shouldn't it *always* shows up with pacman -Qm?
The only thing that I can think of is that it was installed from a repository, because pacman -Qm lists all the packages which uou have installed which are not from any local databases stored on your computer.

Craete AUR package with no url in PKGBUILD ?

Similar Messages

Maybe you are looking for