AUR package: makepkg error

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

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

Similar Messages

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

  • AUR package - linker error - zarith

    Hi, I want to install the package frama-c from AUR.
    One of the dependencies is the package zarith.
    zarith is properly installed on my system:
    pacman -Ql zarith
    zarith /usr/
    zarith /usr/lib/
    zarith /usr/lib/ocaml/
    zarith /usr/lib/ocaml/zarith/
    zarith /usr/lib/ocaml/zarith/META
    zarith /usr/lib/ocaml/zarith/big_int_Z.cmi
    zarith /usr/lib/ocaml/zarith/big_int_Z.mli
    zarith /usr/lib/ocaml/zarith/dllzarith.so
    zarith /usr/lib/ocaml/zarith/q.cmi
    zarith /usr/lib/ocaml/zarith/q.mli
    zarith /usr/lib/ocaml/zarith/z.cmi
    zarith /usr/lib/ocaml/zarith/z.mli
    zarith /usr/lib/ocaml/zarith/zarith.cma
    zarith /usr/lib/ocaml/zarith/zarith.cmxa
    zarith /usr/lib/ocaml/zarith/zarith.cmxs
    zarith /usr/lib/ocaml/zarith/zarith.h
    ...should there maybe also be a .pc file in the above list?
    ...is the problem maybe that the .so file is not called 'zarith.so'?
    But when installing frama-c, i m getting this linker error:
    /usr/bin/ld: cannot find -lzarith
    I hope someone can give me a little hint.
    regards

    falconindy wrote:
    What does ''readelf- d /usr/lib/ocaml/zarith/dllzarith.so'' show?
    pkg-config is irrelevant to your problem.
    the output of readelf is:
    $ readelf -d /usr/lib/ocaml/zarith/dllzarith.so
    Dynamic section at offset 0xc2e0 contains 25 entries:
    Tag Type Name/Value
    0x0000000000000001 (NEEDED) Shared library: [libgmp.so.10]
    0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
    0x000000000000000c (INIT) 0x2778
    0x000000000000000d (FINI) 0xab2c
    0x0000000000000019 (INIT_ARRAY) 0x20c2c8
    0x000000000000001b (INIT_ARRAYSZ) 8 (bytes)
    0x000000000000001a (FINI_ARRAY) 0x20c2d0
    0x000000000000001c (FINI_ARRAYSZ) 8 (bytes)
    0x000000006ffffef5 (GNU_HASH) 0x1b8
    0x0000000000000005 (STRTAB) 0x13a0
    0x0000000000000006 (SYMTAB) 0x488
    0x000000000000000a (STRSZ) 2325 (bytes)
    0x000000000000000b (SYMENT) 24 (bytes)
    0x0000000000000003 (PLTGOT) 0x20c4f0
    0x0000000000000002 (PLTRELSZ) 1944 (bytes)
    0x0000000000000014 (PLTREL) RELA
    0x0000000000000017 (JMPREL) 0x1fe0
    0x0000000000000007 (RELA) 0x1e48
    0x0000000000000008 (RELASZ) 408 (bytes)
    0x0000000000000009 (RELAENT) 24 (bytes)
    0x000000006ffffffe (VERNEED) 0x1df8
    0x000000006fffffff (VERNEEDNUM) 1
    0x000000006ffffff0 (VERSYM) 0x1cb6
    0x000000006ffffff9 (RELACOUNT) 7
    0x0000000000000000 (NULL) 0x0

  • [solved] error on upgrading any perl- (cpan) AUR package

    with any perl- package I try to upgrade via AUR right now, I run into the same error, namely:
    Can't locate object method "add_string_requirement" via package "CPAN::Meta::Requirements" at /usr/share/perl5/core_perl/CPAN/Meta/Converter.pm line 358.
    at /usr/share/perl5/core_perl/ExtUtils/MM_Any.pm line 824.
    Can't locate object method "add_string_requirement" via package "CPAN::Meta::Requirements" at /usr/share/perl5/core_perl/CPAN/Meta/Converter.pm line 358.
    ==> ERROR: A failure occurred in build().
        Aborting...
    somebody already asked me (on the AUR page for perl-www-shorten)
    "Check if you have /usr/share/perl5/site_perl directory with old version of CPANPlus or MakeMaker packages, which can interfere with default ones during build. "
    any my answer to that
    "the only thing in site_perl is File/MMagic.pm
    I've also checked whether there are other "cpanplus" or "makemaker" related files on my system but there aren't. The only ones that are there are owned by the perl package itself, according to pacman -Qo."
    So does anyone have any hints?
    Last edited by the_eye (2012-12-17 22:53:48)

    in order to prevent another occurence of http://xkcd.com/979/ I'd like to mention that I found what caused the problem.
    In one of the vendor_perl directories, namely /usr/share/perl5/vendor_perl/CPAN/Meta I had a Requirements.pm that conflicted with the one in core_perl.
    the one in core_perl was new(ish) and belonged to the perl package itself.
    The one in vendor_perl belonged to perl-cpan-meta version 2.113640-1 from AUR.
    Runs of pacman -Syu and aurget -Su didn't catch this problem (i.e. that an AUR package that was installed was providing the same functionality that perl did now provide as well.
    Removing perl-cpan-meta cleared up all those problems.

  • New binutils 2.22 causing havoc on many AUR packages

    Many posts around here showing that this is a common problem. ld has changed behaviour and has broken some packages that don't explicitly link to libraries.
    My example: Minutor
    gcc -Wl,--as-needed -o minutor minutor.o mapviewer.o colorschemes.o `pkg-config --libs gtk+-2.0` MinutorMap/MinutorMap.a
    /usr/bin/ld: MinutorMap/MinutorMap.a(nbt.o): undefined reference to symbol 'gzopen'
    /usr/bin/ld: note: 'gzopen' is defined in DSO /usr/lib/libz.so.1 so try adding it to the linker command line
    /usr/lib/libz.so.1: could not read symbols: Invalid operation
    collect2: ld returned 1 exit status
    make: *** [minutor] Error 1
    Related info I found on the Fedora Wiki
    All posts so far suggest adding things to LDFLAGS but none of them have worked for me yet. Found on thread "EMC2 Simulator (CNC) PKGBUILD":
    falconindy wrote:
    --as-needed isn't the problem here, it's transitive linking. See the first item in the ld changelog for binutils 2.22. There's two options:
    - add "-Wl,--copy-dt-needed-entries" to LDFLAGS
    - add "-lXt" to LDFLAGS
    Either way, this should be fixed upstream. You should explicitly link against any library you depend on.
    This didn't work for me whether I put it in the PKGBUILD or /etc/makepkg.conf
    Any ideas?
    EDIT: It appears that the LDFLAGS are not being added to the gcc line shown above no matter where I put the additional LDFLAGS. Perhaps I'm doing it wrong.
    Last edited by quantumphaze (2012-02-08 07:32:11)

    ngoonee wrote:P.S. - OT - I've got 99 AUR packages installed and this problem doesn't show up on any of them, so I'm not sure what 'common' means in your case
    I maintain one package in AUR and it hit this issue. From this I extrapolate that every AUR package is broken
    Anyway, patch for minutor:
    --- minutor.orig/Makefile 2011-05-21 08:34:22.000000000 +0200
    +++ minutor/Makefile 2012-02-08 11:15:13.682083948 +0100
    @@ -16,7 +16,7 @@
    all: $(EXEC)
    $(EXEC): $(OBJS) maplib
    - $(CC) -Wl,--as-needed -o $(EXEC) $(OBJS) $(LIBS) MinutorMap/MinutorMap.a
    + $(CC) -Wl,--as-needed -o $(EXEC) $(OBJS) $(LIBS) MinutorMap/MinutorMap.a -lz
    install: $(EXEC)
    install -d $(BIN) $(DESKTOP) $(PIXMAP)
    Last edited by Gusar (2012-02-08 10:14:44)

  • How to inspect AUR package PKBUILD and .install files

    Hi,
    Linux and arch newbie here. I was reading the wiki article about the AUR and noticed this bit:
    Warning: Carefully check all files. cd to the newly created directory and carefully check the PKGBUILD and any .install file for malicious commands. PKGBUILDs are bash scripts containing functions to be executed by makepkg: these functions can contain any valid commands or Bash syntax, so it is totally possible for a PKGBUILD to contain dangerous commands through malice or ignorance on the part of the author. Since makepkg uses fakeroot (and should never be run as root), there is some level of protection but you should never count on it. If in doubt, do not build the package and seek advice on the forums or mailing list.
    This is something that have not been doing at all in the past, but I am trying to improve my practices managing my system.
    The problem is, I do not know what exactly I am looking at or for in these files. If I give these files a look over before installing the package, can I honestly expect to spot something malicious? What would I need to learn to notice if something was fishy?
    Anyway, I am not to worried about this practically, because I only use a handful of AUR packages and I usually install ones based on recommendations, not just at random. But it still seemed interesting for the wiki to stress this so strongly. How important is this guidline anyway?
    Thanks!
    [EDIT: spelling]
    Last edited by supernerd (2014-06-25 10:41:13)

    I scan the whole PKGBUILD. I start by ensuring that the source link to the original source looks accurate. For example, take the source line for gmusicbrowser-git:
    source=("${pkgname}::git+http://github.com/squentin/gmusicbrowser.git")
    I know this is the correct link to the source, and so it passes my check. But suppose it had said:
    source=("${pkgname}::git+http://youvebeenhackedhub.com/1337haxorz/gmusicbrowser.git")
    I would become suspicious. Of course this is an exaggeration, but common sense goes a long ways here. At least check the first time..
    With the source verified, I ensure that the md5sum or sha256sum block has a sum. This way, if a download is compromised at the source, the sha256 or md5sum can catch it before you installed (this assumes that the PKGBUILD is not "bad" and has the sum number of a package that wasnt compromised). Note that with git this isnt necessary (the git process protects against such problems). Anytime a tarball is downloaded and extracted however, the sums should be present in the PKGBUILD. If I go to install an AUR package that has 'SKIP' for the md5sum/sha256sum block, I will double or triple check the source of the tarball (or of the patch files enclosed in the build directory, etc..)
    I also look for any "dangerous" commands in the build and install sections. For example, if I see "rm -rf" I had better see something like $pkgdir to start the directory path or be VERY sure the path is "safe". Since makepkg is not run as root this should theoretically not be a problem, but imagine if someone put "rm -rf /home/*" (warning: do not run that command on your system!) in there! This is mostly common sense; in time as you get more comfortable with bash and various linux commands it will make more and more sense and you will be able to spot mistakes.
    Also, consider the user posting the pkgbuild. "Trusted Users" are selected as trustworthy members of the community, so obviously you can feel much more comfortable with PKGBUILDS they have made (Xyne comes to mind..). For people you may not know, check what other PKGBUILDs they have available. After awhile, you develop a trust for certain people whos PKGBUILDs or software you have used. For example, I wouldnt hesitate to build/install using a PKGBUILD put up by BurntSushi since I use some of his software, have personally corresponded with him, and find him to be responsible. You might "develop" such rapport with other AUR users I dont even know about.
    Consider the vote count of a package as an approximate metric. Dont discount a package because it has 0 votes- it may just be that not many people have use for that particular software. Ive considered hosting a PKGBUILD for "xfce4-terminal-nowindowhints"; consider that tilers generally ignore them anyway, and that my package would only be useful for someone literally using xfce4-terminal with pytyle. How high do you think the vote count would be (even if the PKGBUILD had 0 errors)? On the other hand, you at least have a good chance the PKGBUILD is solid if the package has 354 people voting for it.. That said, the package could have been well-maintained before (when it received a ton of votes), and the quality has dropped since- just be mindful of these trends.
    Finally, adding all of these things together will leave the odds of a malicious PKGBUILD affecting your system pretty slim, though its certainly not impossible. I have never (to my knowledge to be fair) encountered a malicious PKGBUILD, though I have found a few that had errors or outdated sources, etc.
    Last edited by GSF1200S (2014-06-29 10:13:50)

  • [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

  • [Solved] Cant install\compile certain AUR packages

    This is a brand new 32-bit build on my laptop. Everything is working great, but for some reason I cant get some AUR packages. I have Yaourt, pacman-color, and slock installed from AUR and working fine, but I cant get mpd-git or mplayer-svn installed? I have gcc, python installed and tried both root and user accounts. Not sure what is missing. This is a new dual core laptop so not sure why I am getting the CPU errors below?
    This is for mplayer-svn:
    ==> SVN checkout done or server timeout, updating build dir
    ==> Applying disabled-features patch...
    /var/abs/local/yaourtbuild/mplayer-svn/./PKGBUILD: line 56: patch: command not found
    Detected operating system: Linux
    Detected host architecture: i386
    Checking for host cc ... gcc
    Checking for cross compilation ... yes
    ./configure: line 1605: gcc: command not found
    ./configure: line 1610: gcc: command not found
    Checking for CPU vendor ... GenuineIntel (6:15:11)
    Checking for CPU type ... Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz
    Checking for kernel support of mmx ... failed
    It seems that your kernel does not correctly support mmx.
    To use mmx extensions in MPlayer, you have to upgrade/recompile your kernel!
    Checking for kernel support of mmxext ... failed
    It seems that your kernel does not correctly support mmxext.
    To use mmxext extensions in MPlayer, you have to upgrade/recompile your kernel!
    Checking for kernel support of sse ... failed
    It seems that your kernel does not correctly support sse.
    To use sse extensions in MPlayer, you have to upgrade/recompile your kernel!
    Checking for kernel support of sse2 ... failed
    It seems that your kernel does not correctly support sse2.
    To use sse2 extensions in MPlayer, you have to upgrade/recompile your kernel!
    Checking for kernel support of ssse3 ... failed
    It seems that your kernel does not correctly support ssse3.
    To use ssse3 extensions in MPlayer, you have to upgrade/recompile your kernel!
    Checking for kernel support of cmov ... failed
    It seems that your kernel does not correctly support cmov.
    To use cmov extensions in MPlayer, you have to upgrade/recompile your kernel!
    Checking for mtrr support ... yes
    Checking for GCC & CPU optimization abilities ... CPU optimization disabled. CPU not recognized or your compiler is too old.
    error
    Checking for byte order ... failed to autodetect byte order, defaulting to little-endian
    Checking for extern symbol prefix ...
    Error: Symbol mangling check failed.
    Check "configure.log" if you do not understand why it failed.
    ==> ERROR: Build Failed.
    Aborting...
    Error: Makepkg was unable to build mplayer-svn package.
    This is for mpd-git:
    Looks like I need to set the path for gcc in here, but not sure how?
    configure: error: in `/tmp/yaourt-tmp-banshee/aur-mpd-git/mpd-git/src/mpd-build':
    configure: error: no acceptable C compiler found in $PATH
    See `config.log' for more details.
    make: *** No targets specified and no makefile found. Stop.
    ==> ERROR: Build Failed.
    Aborting...
    Error: Makepkg was unable to build mpd-git package.
    Last edited by banshee28 (2009-09-03 04:15:43)

    Allan wrote:
    You need to install the base-devel group (pacman -S base-devel).
    This is a bit weird though....
    Checking for cross compilation ... yes
    hopefully it goes away!
    Ah, I see all the apps in this group now! Not sure how I missed this? Was this in the wiki somwhere??
    Anyways,its getting further along now ....

  • Signing AUR packages fails

    So I've managed to set up pacman with package signing after the latest upgrade (spending a lot more effort than I think should be necessary).
    I'm now able to update all my packages from the main repositories like I used to. However, I still need to manually compile some of my programs from AUR package builds. I figured since I've already set up my private key with:
    pacman-key --init
    I should be able to run makepkg with the --sign flag just fine, but I get an error after it creates the package and tries to sign:
    ==> Signing package...
    ==> WARNING: Failed to sign package file.
    Obviously I'm doing something wrong, but for all my searching I can't figure out what to do. Thanks for help in advance.
    Oh and the reason I'm doing this is because pacman won't let me install the package unless it's signed.

    thehodapp wrote:
    I think I had the SigLevel at TrustedOnly but now I'm using "Optional TrustAll" which fixes my problem (in a more indirect way).
    Is there some resource I could refer to so that I could sign my own packages? Or is it really not worth it?
    Is someone likely to be able to access your built packages and modify/replace them in between your building them and your installing (or reinstalling) them?

  • Ion3 makepkg error [solved]

    Hi, i hope you can help me with my problem, i got the PKGBUILD file from the AUR, and tried to make a package to install, but makepkg allways ends, saying
    make[2]: Entering directory `/var/abs/local/src/ion-3ds-20050406/utils/ion-completefile'
    make[2]: CC@: Command not found
    make[2]: *** [ion-completefile] Error 127
    make[2]: Leaving directory `/var/abs/local/src/ion-3ds-20050406/utils/ion-completefile'
    make[1]: *** [subdirs] Error 2
    make[1]: Leaving directory `/var/abs/local/src/ion-3ds-20050406/utils'
    make: *** [subdirs] Error 2
    ==> ERROR: Build Failed. Aborting...
    can anyone tell me what went wrong?

    The AUR package should be for the latest snap. I noticed in
    your error messeage ion-3ds-20050406. The latest snap
    is ion-3ds-20050502. That may have something to do with it
    This one worked for me
    # Contributor: Christopher 'cycoon' Pfann <[email protected]>
    pkgname=ion
    pkgver=3ds20050502
    pkgrel=1
    pkgdesc="A keyboard-friendly tiling (no overlapping windows) window manager"
    depends=('x-server' 'lua>=5.0.2' 'libtool')
    source=(http://modeemi.fi/~tuomov/ion/dl/ion-3ds-20050502.tar.gz
    ion.desktop)
    url="http://modeemi.fi/~tuomov/ion/"
    build() {
    cd $startdir/src/ion-3ds-20050502
    ./configure --prefix=/usr
    /usr/bin/make ETCDIR=/etc/ion || return 1
    /usr/bin/make prefix=$startdir/pkg/usr ETCDIR=$startdir/pkg/etc/ion install
    # set up desktop session file
    /bin/mkdir -p $startdir/pkg/etc/X11/sessions
    /bin/cp $startdir/ion.desktop $startdir/pkg/etc/X11/sessions
    # vim: ts=2 sw=2 et ft=sh
    md5sums=('545cbb9894ee8fe47fc97e51c28227a5' '4c4a02e5258c6c35d7cb26abe0177cb6')
    ion.desktop
    [Desktop Entry]
    Encoding=UTF-8
    Name=Ion
    Comment=The Ion window manager
    Exec=ion
    # no icon yet, only the top three are currently used
    Icon=
    Type=Application

  • Attempting to install PacketTracerv5.3.3 w/ packettracer AUR package.

    I'm attempting to install packet tracer with the instructions I found at: https://wiki.archlinux.org/index.php/PacketTracer .  I obtained PacketTracerv5.3.3Application+TutorialGenericFedora.tar.gz from the internet and downloaded the packettracer.tar.gz from the AUR.  I extracted packettracer.tar.gz and moved PacketTracerv5.3.3Application+TutorialGenericFedora.tar.gz to the resulting folder.
    When I run makepkg as a normal user, I get the error:
    [joshua@mesa packettracer]$ makepkg
    ==> ERROR: Cannot find the fakeroot binary required for building as non-root user.
    When I decide to be bad and try as root, I get the error:
    [joshua@mesa packettracer]$ sudo makepkg --asroot
    ==> Making package: packettracer 6.0.1-2 (Mon Sep  9 18:32:28 EDT 2013)
    ==> Checking runtime dependencies...
    ==> Checking buildtime dependencies...
    ==> Retrieving sources...
    ==> ERROR: Cisco Packet Tracer 6.0.1 for Linux (with tutorials) was not found in the build directory and is not a URL.
    I also tried to just install PacketTracerv5.3.3Application+TutorialGenericFedora.tar.gz via its own install script.  It installs to /opt/pt without error, but when I try to run the start script from there, nothing happens.  I also tried extracting PacketTracerv5.3.3Application+TutorialGenericFedora.tar.gz inside the packettracer directory and running makepkg, but I had no success there either.
    I appreciate any help.

    VladsMesa wrote:I have base-devel installed.
    So why is fakeroot missing? Or have you installed the base-devel group only now?
    VladsMesa wrote:I didn't quite follow wget's comment.  I think I may be in well over my head.
    Maybe it's so simple you overlooked it.
    The wiki article is out of date. It tells you to use Packet Tracer 5.3.3, when currently you need Packet Tracer 6.0.1:
    ==> ERROR: Cisco Packet Tracer 6.0.1 for Linux (with tutorials) was not found in the build directory and is not a URL.

  • Did I install the AUR packages correctly and safely ?

    Hello
    I'm interested in several packages in AUR, but to be honest, it's the first time that I install an AUR pkg without using the yaourt frontend.
    I just installed archey, I tried to follow the wiki but I would like to know if I followed all the steps correctly or not...
    I've done:
    sudo pacman -S fakeroot
    wget http://aur.archlinux.org/packages/archey/archey.tar.gz
    wget http://aur.archlinux.org/packages/archey/archey/PKGBUILD
    makepkg -s
    [makepkg -s installed git, and perl-error through pacman I supposed]
    sudo pacman -U archey-20100704-1-x86_64.pkg.tar.xz
    My questions are:
    1] I've done "sudo pacman -U archey-20100704-1-x86_64.pkg.tar.xz" but the wiki said "$ pacman -U /path/to/pkg.tar.gz" => because the prompt said something like "only root can perform this action" when I was not using sudo
    2] After the installation, I've done "pacman -Qdt" and it appeared that git, and perl-error were not longer used, so I removed them => Is it a mistake ?
    3] How can I update the AUR packages when a newer version will be released ?
    Sorry for my english, and thank you for helping me understanding
    Last edited by Lowra (2010-07-04 11:34:03)

    Lowra wrote:
    Thank you Allan:
    "3) there are many helpers to keep AUR packages up to date.   See the wiki." => Sorry that was not that I wanted to say, I hope I will do this things in the future, but I have not enough experience for that now ^^
    In fact, I wanted to say: How can I update the packages installed in my computer from AUR (example: archey) when the maintainer will update his program ?
    Thanks again, it's nice to learn news things about Arch, AUR, and Linux ^^
    Read what Allan said again.
    You want an AUR helper, like packer, clyde or bauerbill, for example. ;)

  • Broadcom-wl AUR package problem downloading

    ive been trying to use the AUR package for the broadcom-wl driver.
    when using makepkg this is the output i get
    [matt@myhost broadcom-wl]$ makepkg -s
    ==> Making package: broadcom-wl 5.10.91.9.3-3 i686 (Tue Feb 9 19:24:43 PST 2010)
    ==> Checking Runtime Dependencies...
    ==> Checking Buildtime Dependencies...
    ==> Retrieving Sources...
    -> Downloading hybrid-portsrc-x86_32-v5.10.91.9.3.tar.gz...
    --2010-02-09 19:24:43-- http://www.broadcom.com/docs/linux_sta/hybrid-portsrc-x86_32-v5.10.91.9.3.tar.gz
    Resolving www.broadcom.com... 208.70.88.55
    Connecting to www.broadcom.com|208.70.88.55|:80... connected.
    HTTP request sent, awaiting response... 404 Not Found
    2010-02-09 19:24:43 ERROR 404: Not Found.
    ==> ERROR: Failure while downloading hybrid-portsrc-x86_32-v5.10.91.9.3.tar.gz
    Aborting...
    why cant i download this?

    [slums@slums-pavilion Downloads]$ md5sum hybrid-portsrc-x86_32-v5.60.48.36.tar.gz
    0466d863405e1ab99d5e288fe886e852  hybrid-portsrc-x86_32-v5.60.48.36.tar.gz
    perhaps you're using x86_64 version...  then :
    [slums@slums-pavilion Downloads]$ md5sum hybrid-portsrc-x86_64-v5.60.48.36.tar.gz
    a78095ddcc30a191f64dccbc31b84de8  hybrid-portsrc-x86_64-v5.60.48.36.tar.gz
    so just change it in PKGBUILD
    Last edited by slums (2010-02-11 15:03:56)

  • 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)

  • [SOLVED] How to install aur packages using pacaur

    I'm trying to install dwb-git. It installs with no problem with aura, but pacaur gives me problems. If I run pacaur as regular user it will build but will not install and will say permission denied.
    If I run pacaur with sudo it will say building packages as root is a bad idea and will quit. The only other possibility I see is running it with --asroot flag which is a really bad idea.
    Last edited by bstaletic (2014-06-22 15:02:41)

    No, I get the errors I described above.
    Here are the outputs:
    bstaletic@arch ~ $ pacaur -y dwb-git
    :: resolving dependencies...
    :: no AUR metadata for dwb-git package
    :: looking for inter-conflicts...
    AUR Packages (1):
    Name Old Version New Version
    aur/dwb-git latest
    :: Proceed with installation? [Y/n]
    :: Retrieving package(s)...
    :: View dwb-git PKGBUILD? [Y/n] n
    :: View dwb.install script? [Y/n] n
    ==> Making package: dwb-git 2014.03.04.g5088db1-1 (Sun Jun 22 15:46:30 CEST 2014)
    ==> Retrieving sources...
    -> Cloning dwb git repo...
    Cloning into bare repository '/tmp/pacaurtmp-bstaletic/dwb-git/dwb'...
    remote: Counting objects: 15056, done.
    remote: Compressing objects: 100% (3796/3796), done.
    remote: Total 15056 (delta 11190), reused 14783 (delta 10952)
    Receiving objects: 100% (15056/15056), 2.63 MiB | 88.00 KiB/s, done.
    Resolving deltas: 100% (11190/11190), done.
    Checking connectivity... done.
    ==> Validating source files with md5sums...
    dwb ... Skipped
    ==> Extracting sources...
    -> Creating working copy of dwb git repo...
    Cloning into 'dwb'...
    done.
    ==> Starting pkgver()...
    ==> Updated version: dwb-git 2014.06.14.g9f4bdb9-1
    ==> Sources are ready.
    :: Building dwb-git package(s)...
    ==> Making package: dwb-git 2014.06.14.g9f4bdb9-1 (Sun Jun 22 15:47:05 CEST 2014)
    ==> Checking runtime dependencies...
    ==> Checking buildtime dependencies...
    ==> WARNING: Using existing src/ tree
    ==> Starting build()...
    Build options:
    CC = cc
    CFLAGS = -march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -Werror=format-security -pipe --ansi -std=c99 -D_POSIX_C_SOURCE=200112L -O2 -g -D_BSD_SOURCE -D_NETBSD_SOURCE -D__BSD_VISIBLE -pthread -I/usr/include/webkitgtk-1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/libsoup-2.4 -I/usr/include/libxml2 -I/usr/include/webkitgtk-1.0 -I/usr/include/p11-kit-1 -I/usr/include/json-c -I/usr/include/libsecret-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DWITH_LIBSOUP_2_38=1
    LDFLAGS = -Wl,-O1,--sort-common,--as-needed,-z,relro -lwebkitgtk-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfontconfig -lfreetype -lsoup-2.4 -ljavascriptcoregtk-1.0 -lgnutls -ljson-c -lsecret-1 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lpthread -lm -lX11
    CPPFLAGS = -march=native -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DWITH_LIBSECRET
    make[1]: Entering directory '/tmp/pacaurtmp-bstaletic/dwb-git/src/dwb/src/util'
    cc convert_transport_security.c
    convert_transport_security.c: In function ‘handle_pinsets’:
    convert_transport_security.c:256:9: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    if((name_obj = json_object_object_get(pin_list, "name")) == NULL || !json_object_is_type(name_obj, json_type_string))
    ^
    convert_transport_security.c:263:9: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    good_hashes = json_object_object_get(pin_list, "static_spki_hashes");
    ^
    convert_transport_security.c:264:9: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    bad_hashes = json_object_object_get(pin_list, "bad_static_spki_hashes");
    ^
    convert_transport_security.c: In function ‘handle_entries’:
    convert_transport_security.c:297:9: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    if((name_obj = json_object_object_get(entry, "name")) == NULL ||
    ^
    convert_transport_security.c:307:9: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    json_object *mode = json_object_object_get(entry, "mode");
    ^
    convert_transport_security.c:315:9: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    json_object *include_subdomains = json_object_object_get(entry, "include_subdomains");
    ^
    convert_transport_security.c:327:9: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    if((entry_pins = json_object_object_get(entry, "pins")) != NULL)
    ^
    convert_transport_security.c: In function ‘parse_json’:
    convert_transport_security.c:371:5: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    if((pinsets = json_object_object_get(json, "pinsets")) == NULL || !json_object_is_type(pinsets, json_type_array) ||
    ^
    convert_transport_security.c:380:5: warning: ‘json_object_object_get’ is deprecated (declared at /usr/include/json-c/json_object.h:290) [-Wdeprecated-declarations]
    if((entries = json_object_object_get(json, "entries")) == NULL || !json_object_is_type(entries, json_type_array) ||
    ^
    gen hsts_preload.h
    /bin/sh: ./convert_transport_security: Permission denied
    Makefile:41: recipe for target '../../src/hsts_preload.h' failed
    make[1]: *** [../../src/hsts_preload.h] Error 126
    make[1]: Leaving directory '/tmp/pacaurtmp-bstaletic/dwb-git/src/dwb/src/util'
    Makefile:22: recipe for target 'src/util.subdir-buildfirst' failed
    make: *** [src/util.subdir-buildfirst] Error 2
    ==> ERROR: A failure occurred in build().
    Aborting...
    :: dwb-git cleaned
    bstaletic@arch ~ $ sudo pacaur -y dwb-git
    :: resolving dependencies...
    :: no AUR metadata for dwb-git package
    :: looking for inter-conflicts...
    AUR Packages (1):
    Name Old Version New Version
    aur/dwb-git latest
    :: Proceed with installation? [Y/n]
    :: Retrieving package(s)...
    :: View dwb-git PKGBUILD? [Y/n] n
    :: View dwb.install script? [Y/n] n
    ==> ERROR: Running makepkg as root is a BAD idea and can cause permanent,
    catastrophic damage to your system. If you wish to run as root, please
    use the --asroot option.
    :: Building dwb-git package(s)...
    ==> ERROR: Running makepkg as root is a BAD idea and can cause permanent,
    catastrophic damage to your system. If you wish to run as root, please
    use the --asroot option.
    :: dwb-git cleaned
    I get the same errors with -Sya and -Sa flags.

Maybe you are looking for