List of AUR packages that don't build #14

Open
fosskers opened this Issue Sep 11, 2012 · 251 comments

Projects

None yet
@fosskers
Member
fosskers commented Sep 11, 2012 edited

When you find a package that didn't build, please explain how the building failed. Thank you!
Here they are:

UNSOLVED (as of 2016 Feb 17)

  • android-sdk: depends_x86_64
  • screencloud, lib32-libxp: Source file named with same convention as makepkg-built output. Confuses aura.
  • cura: python-protobuf3 (a dep) can't be found as a package.
  • evopop-gtk-theme-git, qemacs: aura: Cannot decode byte '\x6e': Data.Text.Internal.Encoding.streamDecodeUtf8With: Invalid UTF-8 stream
  • mysql-connector-c++: aura: Maybe.fromJust: Nothing. Likely from the ++ needing escaping.
  • gitlab: aura: Prelude.head: empty list
  • qgis: Bad bash parsing
@taylor1791

lib32-nvidia-utils-bumblebee
lib32-virtualgl

@dkasak
Contributor
dkasak commented Sep 25, 2012

jbrout

It has perl-exiftool listed as its dependency which is provided by perl-image-exiftool in the repos. However Aura fails with:

aura >>= Dependency checking failed for these reasons:
`perl-exiftool` exists in NO WAY as a package or as one provided by another!
@fosskers
Member

jbrout builds now. Please confirm.

@dkasak
Contributor
dkasak commented Sep 29, 2012

Confirming that jbrout builds.

@fosskers
Member

Thanks.

@dhitchcock

I can't install torchlight-hib. It's case where you have to download the file manually and put it in the build dir, so usually in yaourt I have to copy it to something like /tmp/yaourt/aur-torchlight before giving the final confirmation to build. A pain that I'm used to.

Aura doesn't pause for me to copy it anywhere, but I did notice that it looked for files in a var, $LOCAL_PACKAGE_SOURCES, so I set that to a dir, put the file in that dir, and then it did find it! but still failed

- in $LOCAL_PACKAGE_SOURCES ['/home/packages'] ... FOUND

==> Starting setup...
install: cannot stat ‘/var/cache/pacman/pkg/torchlight-hib-12290/torchlight-hib/pkg/opt/Torchlight/Torchlight.png’: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

aura >>= Building failed.

So not sure how to deal with packages like this where I have to download manually, which seems like something I do pretty often. Mostly games, or ttf-win7-fonts.

@fosskers
Member
fosskers commented Oct 2, 2012

Is this one of those packages where it will ask you where to look for the files? If so, try running aura with -Ax and you should see the prompt.
Otherwise, aura builds packages within temp folders in the package cache. It would be pretty hard to put a file there preemptively ;)

@dhitchcock

It does not prompt where to look for the files, though -Ax did make it go much farther than it did previously. It got to the very end, but then spit out an error at the end and the package didn't get upgraded.

==> Finished making: torchlight-hib 1.15_20120926-0 (Tue Oct 2 17:52:23 CDT 2012)
aura: : getSymbolicLinkStatus: does not exist (No such file or directory)

@fosskers
Member
fosskers commented Oct 3, 2012

...This has happened before. Unfortunately, that's a haskell error. Could be coming from somewhere within the attempt to copy the built .pkg file to the package cache.

@AbigailBuccaneer

android-sdk: Conditional dependencies depending on architecture.

$ sudo aura -A android-sdk
aura >>= Determining dependencies...
aura >>= Main AUR packages:
android-sdk

aura >>= Continue? [Y/n] y
aura >>= Building `android-sdk`...
aura >>= Well, building `android-sdk` failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: android-sdk r20.0.3-2 (Thu 11 Oct 12:07:21 BST 2012)
==> Checking runtime dependencies...
==> Missing Dependencies:
  -> lib32-alsa-lib
  -> lib32-openal
  -> lib32-libstdc++5
  -> lib32-libxv
  -> lib32-ncurses
  -> lib32-sdl
  -> lib32-zlib
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.


aura >>= Building failed.
@fosskers
Member

@Jetbeard thank you. I should get on improving that Bash parser.

@fosskers
Member

The following should now build:

lib32-turbojpeg
lib32-virtualgl
lib32-nvidia-utils-bumblebee
spotify
openssl098

Please confirm! @raisdead, etc

@ejstacey

$ aura -A package-query
aura >>= Determining dependencies...
aura >>= Dependency checking failed for these reasons:
'yajl exists in NO WAY as a package or as one provided by another!
$ pacman -Q | grep yajl
yajl 2.0.4-1
$

@fosskers
Member

That's a bug in the Bash parser. Checking aura -Ap package-query shows that the maintainer thought it hilarious to mix quotes and no quotes in the depends field.

@ejstacey

Ah, thanks. I should have investigated further.. just noticed my old tool handled it. It must be used to ridiculousness in PKGBUILDs ;)

@fosskers
Member

I'll see what I can do to alter the parser.

@ejstacey

As a side note, I've noticed that lots of large packages fail to build, and I have to re-do them. (jre|jdk)-compat, lib32-nvidia-utils-bumblebee, nvidia-utils-bumblebee are all ones I have to attempt multiple times. It's not my network connection dropping or anything like that; Aura just seems to not like it. Eventually, it will build. I'm not sure what triggers it being successful. Are there timers or anything like that?

aura >>= Building jre6-compat...
aura >>= Well, building jre6-compat failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: jre6-compat 6u37-b06 (Thu Oct 25 13:21:28 EST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
-> Downloading jdk-6u37-linux-x64.bin...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 0 0 285 0 0 295 0 --:--:-- --:--:-- --:--:-- 0
100 68.7M 100 68.7M 0 0 78376 0 0:15:19 0:15:19 --:--:-- 45965
==> ERROR: Failure while downloading jdk-6u37-linux-x64.bin

Should I open another ticket for this? Any other details I can get/give you?

Thanks!

@fosskers
Member

That output you're seeing there is makepkg output, which in turn is actually verbose curl output. Those downloads failing are the fault of either a bad (no longer existent?) source location or an incorrect PKGBUILD.

By the way, what version of aura are you using?

@ejstacey

Weird. I thought that'd be the case, but I don't know why curl would randomly fail downloads.. haven't seen that before. Even though curl shows 100% download, still fails. Don't think it's a md5/sha diff either, but I'll investigate more tomorrow. Just thought of it, but if Aura downloads to somewhere on /var, maybe that's filling up... anyways. Tomorrow I'll dig through it more.

Using the latest Aura from AUR.

@fosskers
Member

Packages are built in temporary directories within the pacman package cache, actually, which is in /var.

@fosskers
Member

@ejstacey I fixed the parsing bug. package-query should build now.

@ejstacey

Excellent, thanks!

@fosskers
Member

No prob.

@EdShaw
EdShaw commented Nov 1, 2012
# aura -A primus-git lib32-primus-git 
aura >>= Determining dependencies...
aura >>= Dependency checking failed for these reasons:
`primus` exists in NO WAY as a package or as one provided by another!

primus-git provides primus.

lib32-primus-git depends on primus

Edit: Should note that installing primus-git and then lib32-primus-git works fine.

Ta

@fosskers
Member
fosskers commented Nov 2, 2012

Thanks. This is a big-ish problem, in that aura can only check for virtual package dependencies for packages that are in official repos or already installed. This is why installing one after the other works, but things explode when you try to install them at the same time.

I do think I know how I could fix this, though.

@flying-sheep
pymclevel
mcedit

both can’t be upgraded because the latter depends on a specific version of the former.

  1. if one tries to upgrade pymclevel first, it fails because the old version of mcedit depends on the previous version of pymcedit
  2. if one tries to upgrade mcedit first, it fails because it depends on the newer version of pymclevel

possible solution: handle like a circular dependency.

@fosskers
Member

Thank you @flying-sheep . I had hoped this would never come up. I'll add 'em to the list.
Would this not occur even when building manually with makepkg?

@fosskers
Member

@dhitchcock I finally figured out what was causing torchlight not to build. The fix will be pushed momentarily, and will be included in this coming Sunday's release.

@nyux
nyux commented Dec 23, 2012

storybook has failed to install multiple times using aura.

$ sudo aura -A storybook
<snip>
aura >>= Building `storybook`...
aura >>= Well, building `storybook` failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: storybook 4.0.9-1 (Sun Dec 23 15:55:43 MST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
  -> Downloading storybook-4.0.9-linux.bin...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100 63.0M  100 63.0M    0     0   270k      0  0:03:58  0:03:58 --:--:--  207k
==> Validating source files with md5sums...
    storybook-4.0.9-linux.bin ... Passed
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...

./storybook-4.0.9-linux.bin: line 310: exec: -t: invalid option
exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
==> ERROR: A failure occurred in build().
    Aborting...

aura >>= Building failed.
[03:38:29][nyux@noxya][~]$ sudo aura -Ax storybook
<snip>
==> Making package: storybook 4.0.9-1 (Sun Dec 23 15:39:30 MST 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
  -> Downloading storybook-4.0.9-linux.bin...

  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:00:05 --:--:--     0
 82 63.0M   82 52.2M    0     0   165k      0  0:06:29  0:05:22  0:01:07 57086
curl: (18) transfer closed with 11352487 bytes remaining to read
==> ERROR: Failure while downloading storybook-4.0.9-linux.bin
    Aborting...

All dependencies were installed, and yaourt has no problem installing the package.

@fosskers
Member

@nyux Thanks for reporting this. Sorry for a late response; I was away from home for a few days without a computer.

I've never seen build failures like this. I'll get on testing on my end first thing in the morning. As for an initial diagnosis:

./storybook-4.0.9-linux.bin: line 310: exec: -t: invalid option
exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
==> ERROR: A failure occurred in build().
    Aborting...

I find this unlikely to be an aura error directly. Could you tell me what shell you're using?

curl: (18) transfer closed with 11352487 bytes remaining to read
==> ERROR: Failure while downloading storybook-4.0.9-linux.bin
    Aborting...

This is very likely directly an aura error, as it uses curl internally for downloading package sources.
Again, give me a day or so and I'll have more details for you.

@nyux
nyux commented Dec 26, 2012

I'm using a vanilla bash shell.

Version 4.2.039-1, straight from base

@fosskers
Member

@nyux Thanks.

@fosskers
Member

@nyux I succeeded in building storybook with aura. I did it twice in fish shell and once in bash, no problems. If you provide me with the output of aura --auradebug and sudo aura --auradebug, I might be able to figure out what your problem is.

@nyux
nyux commented Jan 1, 2013

I'm sorry for taking so long to respond. Christmas-y things got in the way.

 aura --auradebug
User              => nyux
True User         => nyux
Using Sudo?       => No.
Language          => English
Pacman Command    => pacman-color
Ignored Pkgs      => menu-cache
Pkg Cache Path    => /var/cache/pacman/pkg/
Log File Path     => /var/log/pacman.log
Silent Building?  => Yes!
Must Confirm?     => Yes!
PKGBUILD editing? => No.
Diff PKGBUILDs?   => No.
usage:  aura <operation> [...]
 sudo aura --auradebug
User              => root
True User         => nyux
Using Sudo?       => Yes!
Language          => English
Pacman Command    => pacman-color
Ignored Pkgs      => menu-cache
Pkg Cache Path    => /var/cache/pacman/pkg/
Log File Path     => /var/log/pacman.log
Silent Building?  => Yes!
Must Confirm?     => Yes!
PKGBUILD editing? => No.
Diff PKGBUILDs?   => No.
usage:  aura <operation> [...]
@fosskers
Member
fosskers commented Jan 1, 2013

@nyux And it's still failing to build?

@nyux
nyux commented Jan 2, 2013

I did sudo aura -Au and aura updated itself to the latest version (1.0.8.1-1) I was hoping that would help fix the problem, so I ran sudo aura -A storybook again

[05:03:30][nyux@noxya][~]$ sudo aura -A storybook
aura >>= Determining dependencies...
aura >>= Main AUR packages:
storybook

aura >>= Continue? [Y/n] 
aura >>= Building `storybook`...
aura >>= Well, building `storybook` failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: storybook 4.0.9-1 (Tue Jan  1 17:03:43 MST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
  -> Downloading storybook-4.0.9-linux.bin...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100 63.0M  100 63.0M    0     0   334k      0  0:03:13  0:03:13 --:--:--  323k
==> Validating source files with md5sums...
    storybook-4.0.9-linux.bin ... Passed
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...

./storybook-4.0.9-linux.bin: line 310: exec: -t: invalid option
exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
==> ERROR: A failure occurred in build().
    Aborting...

aura >>= Building failed.

So... yeah, this is a bit confusing. I don't know what's going on.

@fosskers
Member
fosskers commented Jan 2, 2013

Try this then. aura -Aw storybook. Then untar (tar -zxvf) what that gives you, and run makepkg yourself in its new subdirectory. If that fails, then it's definitely not an aura problem.

@fosskers fosskers added a commit that referenced this issue Jan 7, 2013
@fosskers fosskers User will now be warned of "known bad packages"
- "Known bad packages" are those listed in #14 as packages known
  to fail at building. The user will be asked if they want to
  try building anyway (hacking with `--hotedit` could fix things).
18b121b
@nyux
nyux commented Jan 11, 2013
[08:09:33][nyux@noxya][~/downloads/builds]$ sudo aura -Aw storybook
[sudo] password for nyux:
aura >>= Downloading `storybook` source tarball...
[08:09:50][nyux@noxya][~/downloads/builds]$ tar -zxvf storybook.tar.gz 
storybook/
storybook/PKGBUILD
[08:10:05][nyux@noxya][~/downloads/builds]$ cd storybook
[08:10:08][nyux@noxya][~/downloads/builds/storybook]$ makepkg
==> Making package: storybook 4.0.9-1 (Thu Jan 10 20:10:12 MST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
  -> Downloading storybook-4.0.9-linux.bin...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100 63.0M  100 63.0M    0     0   180k      0  0:05:57  0:05:57 --:--:--  262k
==> Validating source files with md5sums...
    storybook-4.0.9-linux.bin ... Passed
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...
Creating directory /home/nyux/downloads/builds/storybook/pkg/usr/share/storybook
Verifying archive integrity... All good.
Uncompressing Storybook.......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
==> Tidying install...
  -> Purging unwanted files...
  -> Compressing man and info pages...
==> Creating package...
  -> Generating .PKGINFO file...
  -> Compressing package...
==> Leaving fakeroot environment.

Since yaourt builds the package all right, I thought that building it manually had to work. And it did.


[EDIT]: And... this is weird. Just upgraded aura and ran aura -A storybook. It failed, still, but it also output a new error message.

./storybook-4.0.9-linux.bin: line 310: exec: -t: invalid option
exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
==> ERROR: A failure occurred in build().
    Aborting...

error: no targets specified (use -h for help)
Raw shell command call failed.

Then, for the sake of comparison, I ran aura -Ax storybook and:

aura >>= Determining dependencies...
aura >>= Main AUR packages:
storybook

aura >>= Continue? [Y/n] 
aura >>= Building `storybook`...
==> Making package: storybook 4.0.9-1 (Thu Jan 10 20:31:26 MST 2013)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving Sources...
  -> Downloading storybook-4.0.9-linux.bin...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100 63.0M  100 63.0M    0     0   283k      0  0:03:48  0:03:48 --:--:--  378k
==> Validating source files with md5sums...
    storybook-4.0.9-linux.bin ... Passed
==> Extracting Sources...
==> Entering fakeroot environment...
==> Starting build()...
Creating directory /var/cache/pacman/pkg/storybook-12437/storybook/pkg/usr/share/storybook
Verifying archive integrity... All good.
Uncompressing Storybook.......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
==> Tidying install...
  -> Purging unwanted files...
  -> Compressing man and info pages...
==> Creating package...
  -> Generating .PKGINFO file...
  -> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: storybook 4.0.9-1 (Thu Jan 10 20:36:42 MST 2013)
loading packages...
resolving dependencies...
looking for inter-conflicts...

Targets (1): storybook-4.0.9-1

Total Installed Size:   102.91 MiB

Proceed with installation? [Y/n] 
(1/1) checking package integrity                   [######################] 100%
(1/1) loading package files                        [######################] 100%
(1/1) checking for file conflicts                  [######################] 100%
(1/1) checking available disk space                [######################] 100%
(1/1) installing storybook                         [######################] 100%

It launches correctly and seems to work just fine. How peculiar.

@julianwachholz

The package php53 does not fail to build, but Aura fails to install it correctly.
This is because makepkg creates multiple pkg.tar.xz files, but only the main php53.pkg.tar.xz is installed.

The PKGBUILD has the following inside:

# AUR split packages no likey.
# This will shove 'em down its throat.
pkgname=php53

true && pkgbase=php53
true && pkgname=('php53'
         'php53-cgi'
         'php53-apache'
         ...
         'php53-sqlite'
         'php53-tidy'
         'php53-xsl')
pkgver=5.3.20
@fosskers
Member

@nyux I'm scratching my head on that one...

@julianwachholz Ha! So this finally decided to happen, did it. I was wondering if I'd ever see this in the wild. I know exactly why this is happening and can fix it easily.

@fosskers
Member

@julianwachholz Fixed. Just built php53 myself. The fix is already pushed to the repo, and will be included in tomorrow's official release.

@julianwachholz

Now that's issue handling how I like it. Great job, thank you! :)

@fosskers
Member

My pleasure.

@fosskers fosskers was assigned Jan 13, 2013
@jon-incomm

powerpill

$ sudo aura -Ax powerpill
aura >>= Determining dependencies...
aura: fd:6: hGetContents: invalid argument (invalid byte sequence)

@fosskers
Member

@jon-incomm Powerpill is building for me. Also, that's a Haskell error rather than an Aura one. Apparently that error comes up when there is an issue with character encoding. What terminal do you use?

@flying-sheep

perl-module-refresh does not install its builddep perl-path-class, and consequently fails to build.

@jon-incomm

@fosskers: I'm connected over ssh in iTerm2 (a mac terminal). powerpill installed fine for me from packer.

@fosskers
Member

@jon-incomm Could you tell me if you're getting similar errors when you do:

aura -Ad powerpill and
aura -Ap powerpill

@fosskers
Member

@flying-sheep Thank you for reporting that. It's the checkdepends field that's breaking things. Aura doesn't support that, it seems. I'm actually rewriting the Bash parser from the ground up, so this will be fixed naturally when that is done.

For now, if you comment out the checkdepends field and the check() function, it should build.

@fosskers
Member

@flying-sheep perl-module-refresh builds now. The Bash parser has been completely rewritten.

@flying-sheep

Awesome! Can the new parser also handle other packages of the ones that don't build? E.g. those with conditional dependencies?

@fosskers
Member

It will soon. Before the parser was very limited and I had no way to even begin to deal with things like control structures. Now, at the variable-replacement stage, you can supply your own variable Namespace, meaning I could read CARCH out of makepkg.conf and have it resolve in the PKGBUILD, meaning conditional deps breaking builds will be a thing of the past.

@jon-incomm

@fosskers:
aura -Ad powerpill and
aura -Ap powerpill

both run without any errors for me.

@fosskers
Member

@jon-incomm But you still can't install? Anything? If -Ad and -Ap work, it means you're okay up as far as the dependency checking stage (-Ad uses the same underlying functions). Yet your build was failing at that stage, wasn't it? Hmm.

@scwalla
scwalla commented Feb 10, 2013

Build of insync package fails.

$ sudo aura -A insync
aura >>= Building insync...
aura >>= Well, building insync failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: insync 0.9.35-3 (Sun Feb 10 12:41:53 EST 2013)
==> Checking runtime dependencies...
==> Missing Dependencies:
-> xdotool
-> libappindicator3
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.

error: no targets specified (use -h for help)
Raw shell command call failed.

@rmarquis

scwalla > Seems insync is another example of PKGBUILD relying heavily on bash parsing, and that might never be correctly handled.

@fosskers > I'm wondering if there is a way of calling bash from Haskell to parse those hard cases (a bit like pacaur does with its dual mode). That would be a solution to improve efficiency, despite decreasing a bit the security.

@fosskers
Member

@scwalla While Aura's parser would be able to parse the dependencies, the determining of the $_DESKTOP variable goes against what is considered safe practice. Specifically, Aura's Bash parser forbids the execution of code within if condition statements. insync will thus never be buildable with Aura.

@Spyhawk No code execution in if conditions, period.

@beatgammit

Installing netflix-desktop fails:

# sudo aura -A netflix-desktop
aura >>= Determining dependencies...
aura: fd:5: hGetContents: invalid argument (invalid byte sequence)

Installs fine with yaourt. As mentioned previously, this looks like a Haskell error not aura.

Using latest aura: 1.1.4.2-1

@fosskers
Member

@beatgammit I just successfully built netflix-desktop. Building wine-silverlight took bloody forever.
As with the previous guy who had this problem, can I ask what your setup is? Are you sshing into something, etc?

@beatgammit

No, not sshing.

I'm on x86-64 with the latest updates. Very minimal setup running xmonad. I don't have the Haskell repository added, which may be a cause for the problems. GHC 7.6.2-1, running on xfce4-terminal.

I'm not sure what else you may find applicable. Probably the most important is that I'm not running from the Haskell repo.

@fosskers
Member

Not using [haskell] shouldn't be a problem either. That error is a runtime error, so the state of your dependencies shouldn't matter.

aura: fd:5: hGetContents: invalid argument (invalid byte sequence)

I've read in several places that this is a locale problem. Are you utf8'd?

@flamusdiu

This may be related to Issue #78.

@flamusdiu

I nearly forgot about this:

#sudo aura -A xscreensaver-arch-logo
aura >>= Determining dependencies...
aura >>= Dependency checking failed for these reasons:
\ exists in NO WAY as a package or as one provided by another!

Some reason Aura doesn't like the end of line markers. :P

@fosskers
Member

Finally, a PKGBUILD that kills my Bash parser! I was waiting for this. I'll fix it.

@flamusdiu

LOL. Glad I could assist. :P

@pborky
pborky commented Mar 27, 2013

When I try to build (on x86_64, using AURA Version 1.1.5.0 ) :

sudo aura -A eagle

I'm getting an error:

aura >>= Dependency checking failed for these reasons:
`lib32-fontconfig` exists in NO WAY as a package or as one provided by another!
`lib32-freetype2` exists in NO WAY as a package or as one provided by another!
`lib32-gcc-libs` exists in NO WAY as a package or as one provided by another!
`lib32-libx11` exists in NO WAY as a package or as one provided by another!
`lib32-libxcursor` exists in NO WAY as a package or as one provided by another!
`lib32-libxext` exists in NO WAY as a package or as one provided by another!
`lib32-libxi` exists in NO WAY as a package or as one provided by another!
`lib32-libxrandr` exists in NO WAY as a package or as one provided by another!
`lib32-libxrender` exists in NO WAY as a package or as one provided by another!
`lib32-openssl` exists in NO WAY as a package or as one provided by another!
`lib32-zlib` exists in NO WAY as a package or as one provided by another!

In addition for package

sudo aura -A skype-restricted

I'm getting

aura >>= Well, building `skype-restricted` failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: skype-restricted 4.1.0.20-5 (Wed Mar 27 03:26:03 CET 2013)
==> Checking runtime dependencies...
==> Missing Dependencies:
  -> lib32-qt4
  -> lib32-alsa-lib
  -> lib32-libxss
  -> lib32-libxv
  -> lib32-libxcursor
  -> lib32-v4l-utils
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.


error: no targets specified (use -h for help)
Raw shell command call failed.
@flamusdiu

Do you have muiltlib in you pacman.conf?

@pborky
pborky commented Mar 28, 2013

@flamusdiu many thanks, I thought aura takes multilib packages from ABS.

@flamusdiu

@pborky np; Nope. Have to make sure that is enabled with x64 computers. =)
Good Luck.

On Thu, Mar 28, 2013 at 6:39 PM, pborky notifications@github.com wrote:

@flamusdiu https://github.com/flamusdiu many thanks, I thought aura
takes multilib packages from ABS.


Reply to this email directly or view it on GitHubhttps://github.com/fosskers/aura/issues/14#issuecomment-15619665
.

@c00w
c00w commented Apr 18, 2013

vagrant fails to buld

colin@Daemon ~ % sudo aura -A vagrant  
aura >>= Determining dependencies...
aura >>= Dependency checking failed for these reasons:
`\` exists in NO WAY as a package or as one provided by another!
@flamusdiu

@c00w If you look in the PKGBUILD, it fails due to the EOL in the file. If you remove them, then it works. I posted the same issue with xscreensaver-arch-logo as well. @fosskers knows about it and hopefully will figure something out (or maybe someone else will).

I am trying to learn more on Haskell but most of my work has been in PHP and it's much different so going to take me a while to wrap my head around it. =)

@fosskers
Member

This will be fixed when the main flurry of development for ABS support is done.

@flamusdiu

@fosskers cool. :-)

@dkasak
Contributor
dkasak commented Apr 27, 2013

Packages which use ccmake for configuration currently don't build with Aura with just a plain -A due to supressed build output. Using -x avoids the problem, but without it, it is not readily apparent what is going on since it seems Aura has deadlocked and never exits (unless forcibly stopped). One such example is dfhack-git.

I'm not sure what (if anything) we should or can do with such packages, but I wanted to bring it to your attention.

@fosskers
Member

How exactly is it failing?

@dkasak
Contributor
dkasak commented Apr 27, 2013

Ah, sorry, should have mentioned it explicitly. ccmake is a curses frontend for cmake which allows you to make configuration adjustments before building. Without -x, the curses interface never shows up and the build process just stalls on "aura >>= Building ..."

@fosskers
Member

Think there's a way to scan the PKGBUILD to try and detect this kind of thing beforehand?

@dkasak
Contributor
dkasak commented Apr 29, 2013

Other than adding certain binaries to a "whitelist" and grepping for them, I can't think of anything. And that's obviously very hackish, but since there don't seem to be many such packages (this is actually the first one I've encountered), I guess it could work.

@rmarquis

Interactive PKGBUILDs aren't officially supported by Arch.

@dkasak
Contributor
dkasak commented Apr 29, 2013

That's good to know. I'd probably just ignore the issue since it's easy to pass -x and that's probably the first thing to do if the build doesn't complete.

@fosskers
Member

Awesome. Thanks guys.

@beatgammit

aura fails to update:

==> Starting build()...

Configuring aura-1.1.6.3...
Setup: At least the following dependencies are missing:
curl -any, regex-pcre -any
==> ERROR: A failure occurred in build().
    Aborting...

And:

$ aura -Q curl pcre haskell-regex-pcre haskell-curl aura
curl 7.30.0-1
pcre 8.32-1
haskell-regex-pcre 0.94.4-1
haskell-curl 1.3.8-1
aura 1.1.6.2-2

When I update aura I use aura -Ayua, so maybe some dependency is missing? I've successfully upgraded on another machine without problems.

Update: I just uninstalled, and now I can't reinstall. I'll try removing all dependencies and starting clean.

@beatgammit

It seems to be outdated versions of haskell-curl and haskell-regex-pcre. Apparently ghc-pkg didn't know what to do with AUR packages... Aura works again. Sorry for the noise (hopefully this is useful to someone).

@fosskers
Member
fosskers commented May 2, 2013

This happens a lot. You just need to rebuild the deps. I'll admit, keeping haskell packages up to date is kind of a pain.

@bbascarevic

jre7-openjdk-headless-fontfix fails with Prelude.head: empty list. Googling the errormsg seems to indicate that it's a haskell error (i.e. it's not an expected condition)

@fosskers
Member

Thanks, I need to fix that.

@fosskers
Member

Closing this so people don't get notification spam.

@fosskers fosskers closed this May 22, 2013
@flying-sheep

Whoever doesn’t want notification spam just has to click “ Unwatch thread” 5 cm below.

Don’t close it just because people are too stupid to find that button.

@fosskers
Member

Apparently I'm the stupid one for not noticing that button myself!

@fosskers fosskers reopened this May 22, 2013
@vendion
vendion commented May 22, 2013

Qemu-spice from AUR

aura >>= Well, building `qemu-spice` failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
==> Making package: qemu-spice 1.5.0-3 (Wed May 22 10:23:46 EDT 2013)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> glusterfs-beta
  ==> Checking buildtime dependencies...
  ==> ERROR: Could not resolve all dependencies.

From what I see there is aur/glusterfs-beta 3.4.0beta1-2

@flamusdiu

@vendion : I've seen Aura for some reason not resolve dependencies. Have you tried to install the package manually then compile qemu-spice? Just before I re-installed Arch I had Xen completely working which uses this package.

@vendion
vendion commented May 25, 2013

@flamusdiu No I just installed qemu-spice with Yaourt with correctly
resolved the dependency and that packages build dependency which is why I
reported it to this issue.

On Sat, May 25, 2013 at 10:01 AM, flamusdiu notifications@github.comwrote:

@vendion https://github.com/vendion : I've seen Aura for some reason
not resolve dependencies. Have you tried to install the package manually
then compile qemu-spice? Just before I re-installed Arch I had Xen
completely working which uses this package.


Reply to this email directly or view it on GitHubhttps://github.com/fosskers/aura/issues/14#issuecomment-18447613
.

@fosskers
Member

I'll get to the bottom of this today.

@vendion
vendion commented May 24, 2014

This is the only package I have seen do this, and if I remove the tarball
and run aura -Aa customizepkg-new it gets created. I also brought
this up in the comments for the package.
On May 24, 2014 12:22 AM, "Colin Woodbury" notifications@github.com wrote:

That's weird. Why would there be a normal tarball in the package cache?


Reply to this email directly or view it on GitHubhttps://github.com/fosskers/aura/issues/14#issuecomment-44077381
.

@flamusdiu

@vendion / @fosskers Strange. The package is completely built by aura properly. You get customizepkg-new-0.6.0-5-any.pkg.tar.xz and customizepkg.tar.bz2 but some reason aura is trying to install the source file not the built one. I just tested this on my desktop. makepkg of course makes the package and lets you install it (or you could just install it from cache using pacman/aura -U {cachediir}/pkg/customizepkg-new-0.6.0-5-any.pkg.tar.xz as well).

@fosskers
Member

Could be a regex problem when copying over the .pkg files.

@flying-sheep

Dumb, uneducated guess: because “customizepkg.tar.gz” ends with
“pkg.tar.gz”?
Am 25.05.2014 18:28 schrieb "Colin Woodbury" notifications@github.com:

Could be a regex problem when copying over the .pkg files.


Reply to this email directly or view it on GitHubhttps://github.com/fosskers/aura/issues/14#issuecomment-44139020
.

@bb010g
Member
bb010g commented May 25, 2014

Searching around in the source, I think the problem might be in Aura/MakePkg.hs.
The PCRE library is imported on line 29:

import Text.Regex.PCRE ((=~))

Lines 60-65 house makepkgGen, which uses a regex for .pkg.tar:

-- Builds a package with `makepkg`.
-- Some packages create multiple .pkg.tar files. These are all returned.
makepkgGen :: (String -> [String] -> Aura a) -> String -> Aura [FilePath]
makepkgGen make user = asks makepkgFlagsOf >>= \clfs -> do
    let (cmd,opts) = runStyle user clfs
    make cmd (opts ++ clfs) >> filter (=~ ".pkg.tar") <$> liftIO (pwd >>= ls)

Presuming this is a normal PCRE, that would search not for the literal ".pkg.tar" but for any character, followed by pkg, followed by any character, followed by tar. "customizepkg.tar.bz2" fits the bill with "epkg.tar". If the .s are escaped, we should be fine. (The same problem is also extant in line 55 of the same file if this is true.)

@fosskers
Member

That's definitely why it's happening.

@FSMaxB
FSMaxB commented May 27, 2014

moka-gnome-shell-theme-git

aura >>= Determining dependencies...
aura >>= AUR Packages:
moka-gnome-shell-theme-git

aura >>= Continue? [Y/n] 
aura >>= Building `moka-gnome-shell-theme-git`...
chown: cannot access '/var/cache/pacman/pkg/moka-gnome-shell-theme-git5412/moka-gnome-shell-theme-git': No such file or directory
aura: readProcess: chown "-R" "username" "/var/cache/pacman/pkg/moka-gnome-shell-theme-git5412/moka-gnome-shell-theme-git" (exit 1): failed

The same for faba-icons-git and moka-icons-git

@fosskers
Member

Thanks for reporting.

@beatgammit

qemu-spice and insync (surprisingly) build on my machine (x86_64, aura 1.2.3.2).

@sauyon
Contributor
sauyon commented May 27, 2014

wine-d3dstream-git

The issue is that it uses shell expansion to strip lib32 dependencies from an x86_64 machine.
It's a pretty terrible PKGBUILD, but it is what it is.

@fosskers
Member

AUR 3.0 can't come fast enough.

@sauyon
Contributor
sauyon commented May 27, 2014

Hasn't it.... come? I just got an email about it (4 hours ago as of writing).

@flamusdiu

@sauyon Oooo ... can I get the link to it? Seems my email ate it. ;)

@sauyon
Contributor
sauyon commented May 27, 2014
@rmarquis

Unfortunately, only the newly uploaded packages provide the relevant dependency info through the json RPC interface. Time will improve the situation, but I'm afraid some packages will never be updated or reuploaded... Hopefully we'll get a big AUR cleanup when pacman 4.2 gets out.

@fosskers
Member

Not so. I did some tests with:
https://aur.archlinux.org/rpc.php?type=multiinfo&arg[]=packageName&v=2
and it seems dependency information is indeed given even if the package is old.

@rmarquis

From what I've seen the information given for old packages is incomplete and inaccurate. I tried with "aura" (with pacaur with the rpc solver) before you updated it, and it was indeed not working at all.

@flying-sheep

really? this package is certainly not updated, and has useful info. (that being said, i really need to update it with license info)

@rmarquis

Simple PKGBUILDs might work correctly, but more complex PKGBUILDs like those described in this issue likely won't (no AUR metadata available). Also, the "aura" package was missing all the makedepends info.

@fosskers
Member

Yeah it seems only depends is given.

@bb010g
Member
bb010g commented May 29, 2014

Looks like the parser might have to be kept if makedepends aren't handled by metadata.

@fosskers
Member

We really need the AUR to get wiped clean. And actually, it won't be Aura's problem (directly) anymore, as the AUR interaction is being offloaded to a new library Linux.Arch.Aur. It will provide Arch-specific Hooks, and development begins tomorrow.

@rmarquis

We really need the AUR to get wiped clean.

Yes. There is no point in keeping the AUR in such state, which basically make the new RPC interface kinda useless for proper dependencies resolution. I guess we'll have to launch a new thread on the aur mailing-list...

@fosskers
Member

If you do I'd give my official endorsement as an AUR-helper dev.

@rmarquis

Sure, will do that soon, Ensure to be subscribed to the aur-general ML.

@fosskers
Member

I believe I'm just on aur-dev at the moment.

@rmarquis

Yes, I mean aur-dev sorry. I'll probably send an email tomorrow to that list.

@bb010g
Member
bb010g commented Jun 10, 2014

acroread fails.

brayden@archbook ~ % sudo aura -A acroread
aura >>= Determining dependencies...
aura: InvalidUrlException "https://aur.archlinux.org/packages/de/desktop-file-utils[@]/lib32-/}/PKGBUILD" "Invalid URL"
@fosskers
Member

Bash parser is failing there.

@AladW
AladW commented Jul 15, 2014

Fails to build: weechat-git

aura >>= Building weechat-git...
==> Making package: weechat-git 1:0.4.3.308.g9a51449-1 (Tue Jul 15 11:03:58 CEST 2014)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Missing dependencies:
-> cmake
-> tcl
-> ruby
==> ERROR: Could not resolve all dependencies.
aura >>= Well, building weechat-git failed.

@fosskers
Member

I think that way pkgver is written in the PKGBUILD is breaking the parser.

@cocreature

spotify fails to build, it doesn't install dependencies:

❯ sudo aura -Ax spotify
aura >>= Determining dependencies...
aura >>= AUR Packages:
spotify

aura >>= Continue? [Y/n] y
aura >>= Building `spotify`...
==> Making package: spotify 0.9.11.27-1 (Tue Sep  9 17:00:28 CEST 2014)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> qtwebkit
  -> libgcrypt15
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.
aura >>= Well, building `spotify` failed.
aura >>= Would you like to continue anyway? [Y/n] n
aura >>= Building failed.
@flamusdiu

Does it install if you manually install the depends? qtwebit is in the
official repo while libgcryp15 is in AUR.

@cocreature

It does, but shouldn't aura install those when I try to install spotify?

@flamusdiu

Yes, it should. Just making sure it compiles by itself.

@fossers How was it you could check what's return through json for the
depends? Is that through using GHC?

@fosskers
Member

Looking at the PKGBUILD, I notice the depends array comes after a md5sums+=.... I think the Bash parser is barfing on this and not getting to the depends array. Moving it above the md5sums with a --hotedit should fix it.

Longterm: Aura2 will only use the dep information provided by the AUR RPC, so we'll never have to worry about parsing problems like this again.

@flamusdiu

@fosskers how can you check the RPC for depends?

@illis
illis commented Dec 4, 2014

lib32-ladspa fails to build:
https://aur.archlinux.org/packages/lib32-ladspa/

aura -A lib32-ladspa 
aura >>= Determining dependencies...
aura >>= Dependency checking failed for these reasons:
The dependency `lib32-ladspa#*-}` could not be found. You may need to search for a package to satisfy it.
@fosskers
Member
fosskers commented Dec 4, 2014

@illis That's some Bash wizardry failing to be parsed by Aura. Luckily Aura 2 won't parse PKGBUILDs at all, so this build problem will fix itself.

@flamusdiu

libappindicator fails building
https://aur.archlinux.org/pkgbase/libappindicator/

aura doesn't seem to parse the virtual packages. Per #296

@firegore

Same failure than @flamusdiu here with phpng, VirtualPackage

@vmassuchetto

Please:

$ sudo aura -A linux-pf-headers
aura >>= The following are not AUR packages:
linux-pf-headers

$ wget -q "https://aur.archlinux.org/packages/linux-pf-headers/" -O - | grep "<title>"
    <title>AUR (en) - linux-pf-headers</title>
@fosskers
Member

What version of aura are you using, @vmassuchetto ?

@vmassuchetto

Sorry. AURA Version 1.3.0.5

@flamusdiu

@fosskers :

$ sudo aura -As linux-pf-headers
aur/linux-pf-headers 3.19.3-1 (151)
    Header files and scripts for building modules for linux-pf kernel.
$ sudo aura -Ai linux-pf-headers
aura: Maybe.fromJust: Nothing
@fosskers
Member
fosskers commented Apr 1, 2015

This feels like Virtual Package business again.
fromJust: Nothing is from the Bash parser failing.

@flamusdiu

@fosskers oops, looks like linux-pf-headers is a virtual package. Part of `linux-pf'. You can find that out here https://aur.archlinux.org/packages/li/linux-pf/PKGBUILD =)

2.0 can't come soon enough to fix these issues. #patienceandallthingswillcome :)

@FSMaxB
FSMaxB commented May 17, 2015

neovim-git does build, but it doesn't install. At the point where pacman asks if you want to install the package [Y/n] aura simply exits. I guess there's something that's still queued in stdin that then get's interpreted by pacman as me not wanting to install the package.

@flamusdiu

@FSMaxB Most of this odd issues are due to either the bash parser or virtual packages. Hopefully, most of these will autofix when Aura 2.0 comes out.

@fosskers
Member

@FSMaxB that's actually a known neovim bug and has nothing to do with Aura.

@flamusdiu

@fosskers oops ... =P can we just #blameFossers until 2.0? j/king

@fosskers
Member

That usually strategy doesn't apply here haha.

@FSMaxB
FSMaxB commented May 22, 2015

Strange, I don't really get how this is a neovim bug. This works when installing the package manually after building with makepkg. Sorry for not responding, I was ignoring the aura repository on github, but that disabled notifications for responses to this post.

@flamusdiu

@FSMaxB check here: #321

@FSMaxB
FSMaxB commented May 23, 2015

Ah, ok. Then I have to wait I guess.

@flamusdiu

@FSMaxB no worries. seems I forgot too about this one (I don't use this package either). =\

@fosskers
Member

@FSMaxB neovim-git just built for me. Go for it.

@FSMaxB
FSMaxB commented May 29, 2015

Thanks for notifying me.

@simon04
simon04 commented Jun 3, 2015

Building of lib32-libxp fails. It seems that the source file libxp-1.0.3-1-i686.pkg.tar.xz is tried being installed instead of the built lib32-libxp-1.0.3-1-x86_64.pkg.tar.xz.

$ sudo aura -A lib32-libxp
aura >>= Determining dependencies...
aura >>= AUR Packages:
lib32-libxp

aura >>= Continue? [Y/n] 
aura >>= Building `lib32-libxp`...
loading packages...
warning: libxp-1.0.3-1 is up to date -- reinstalling
error: failed to prepare transaction (package architecture is not valid)
:: package libxp-1.0.3-1-i686 does not have a valid architecture
@vendion
vendion commented Jul 3, 2015

It seems Aura doesn't like something about aether-git (https://aur4.archlinux.org/packages/aether-git/)

When aura trying to build it, aura exits with the following error

aura >>= Determining dependencies...
aura >>= AUR Packages:
aether-git

aura >>= Continue? [Y/n] 
aura >>= Building `aether-git`...
aura: fd:8: hGetContents: invalid argument (invalid byte sequence)
@flamusdiu

@vendion check your language settings. Make sure you explicitly set them to use UTF-8.

@vendion
vendion commented Jul 4, 2015

@flamusdiu My locale is set to use UTF-8

╭─vendion@Baldr ~  
╰─➤  locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Also downloading the PKGBUILD and building it manually with makepkg works fine, if it was a locale issue I'm sure makepkg would have complained as well.

@fosskers
Member
fosskers commented Jul 8, 2015

This has happened before, and future updates should auto-fix it since they'll be reading files in a different way. Does that happen for you for every package?

@joca-bt
joca-bt commented Aug 9, 2015

sudo aura -A evopop-gtk-theme-git
results in
aura: Cannot decode byte '\x6e': Data.Text.Internal.Encoding.streamDecodeUtf8With: Invalid UTF-8 stream

Other AUR helpers can build it, e.g. yaourt :(.

@fritz-k
fritz-k commented Oct 2, 2015

python-protobuf3 (dependency of cura)

$ sudo aura -A cura
aura >>= Determining dependencies...
aura >>= Dependency checking failed for these reasons:
The dependency `python-protobuf3` could not be found. You may need to search for a package to satisfy it.

$ sudo aura -As python-protobuf3
aur/python-protobuf3 3.0.0_beta_1-2 (8)
    Python 3 bindings for Google Protocol Buffers
aur/python-protobuf3-git 802e184-1 (0)
    Python 3 bindings for Google Protocol Buffers

$ sudo aura -A python-protobuf3
aura >>= The following are not AUR packages:
python-protobuf3

aura >>= No valid packages specified.

$ sudo aura -Ai python-protobuf3
aura: Maybe.fromJust: Nothing
@erbridge
Contributor
erbridge commented Oct 6, 2015
$ sudo aura -A git-lfs
aura >>= Determining dependencies...
aura >>= AUR Packages:
git-lfs

aura >>= Continue? [Y/n] 
aura >>= Building `git-lfs`...
aura >>= Well, building `git-lfs` failed.
aura >>= Dumping makepkg output in 3.. 2.. 1..
aura >>= Failed to obtain build scripts for `git-lfs`.
aura >>= Would you like to continue anyway? [Y/n] n
aura >>= Building failed.
@fosskers
Member
fosskers commented Oct 6, 2015

@erbridge You need to manually update to aura-1.3.2.1. A recent AUR api update broke the aur haskell package, on which aura depends.

@erbridge
Contributor
erbridge commented Oct 6, 2015

Ah, ok. That fixes the issue, thanks.

@s0r00t
s0r00t commented Oct 25, 2015

screencloud

Aura couldn't install it, so I built it manually. However, on each update, this happens :

aura >>= Building `screencloud`...
loading packages...
warning: screencloud-1.2.0-1 is up to date -- reinstalling
error: '/var/cache/pacman/pkg/screencloud-1.2.0-2-x86_64.pkg.tar.xz': duplicate target
@fosskers
Member

When I built it, I got this: error: '/var/cache/pacman/pkg/screencloud-1.2.0-1-64.pkg.tar.xz': duplicate target

Notice the difference? This file here is actually a source file, as defined in the PKGBUILD. After building, aura copies files that match .pkg.tar.xz and tries to install them. For this file to be named in the same way as built packages is the cause of the problem here.

@skgsergio
Contributor

android-sdk fails with missing dependencies, don't know about aura internals but seems to be failing trying to read the depends when using multi-arch depends:

Current android-sdk depends:

depends_x86_64=('java-environment' 'lib32-alsa-lib' 'lib32-openal'
  'lib32-libstdc++5' 'lib32-libxv' 'lib32-mesa' 'lib32-ncurses' 'lib32-sdl'
  'lib32-zlib' 'lib32-fontconfig' 'lib32-libpulse' 'swt')
depends_i686=('java-environment' 'alsa-lib' 'openal' 'libstdc++5' 'libxv' 'sdl'
              'ncurses' 'swt' 'zlib')

Full output:

sconde@sycorax ~ $ sudo aura -Ax android-sdk
aura >>= Determining dependencies...
aura >>= AUR Packages:
android-sdk

aura >>= Continue? [Y/n] 
aura >>= Building `android-sdk`...
==> Making package: android-sdk 24.4.1-1 (Tue Nov 17 16:03:41 CET 2015)
==> Checking runtime dependencies...
==> Missing dependencies:
  -> lib32-openal
  -> lib32-libstdc++5
  -> lib32-sdl
  -> swt
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.
aura >>= Well, building `android-sdk` failed.
aura >>= Would you like to continue anyway? [Y/n] n
aura >>= Building failed.
@fosskers
Member

Aura's current bash parser doesn't understand depends_x86_64 and the like, but we're in the process of changing aura to read .SRCINFO instead, so this problem will fix itself.

@erbridge
Contributor
erbridge commented Dec 5, 2015

unity-editor always hangs up the download around 10mins in, during an update:

$ aura -Auakx
aura >>= Fetching package information...
aura >>= Comparing package versions...
aura >>= AUR Packages to upgrade:
unity-editor : 5.1.0f3+2015091501-2 => 5.2.2f1+20151018-1

aura >>= `unity-editor` PKGBUILD is up to date.
aura >>= Determining dependencies...
aura >>= AUR Packages:
unity-editor

aura >>= Continue? [Y/n] 
aura >>= Building `unity-editor`...
==> Making package: unity-editor 5.2.2f1+20151018-1 (Sat  5 Dec 00:29:43 GMT 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading unity-editor-installer-5.2.2f1+20151018.sh...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
 87  953M   87  832M    0     0  1344k      0  0:12:06  0:10:34  0:01:32 1461kcurl: (18) transfer closed with 125686557 bytes remaining to read
==> ERROR: Failure while downloading unity-editor-installer-5.2.2f1+20151018.sh
    Aborting...
aura >>= Well, building `unity-editor` failed.
aura >>= Would you like to continue anyway? [Y/n] 
@bb010g
Member
bb010g commented Dec 5, 2015

@erbridge What's makepkg do?

@erbridge
Contributor
erbridge commented Dec 5, 2015

Same problem. Raised the issue with the package maintainers.

@benizi benizi pushed a commit to benizi/config-ansible that referenced this issue Dec 27, 2015
Benjamin R. Haskell Add Android SDK package
Had to install some deps manually, due to:
aurapm/aura#14
a550df1
@erbridge
Contributor

mysql-connector-c++ doesn't install.

$ aura -Auakx
aura >>= Fetching package information...
aura >>= Comparing package versions...
aura >>= AUR Packages to upgrade:
mysql-connector-c++ : 1.1.6-3 => 1.1.6-4

aura >>= The following are not AUR packages:
mysql-connector-c++

aura >>= No valid packages specified.
@fosskers
Member

Confirmed @erbridge , this is likely an issue with Aura's bash parser, which we are in the process of ripping out.

@ke7ofi
ke7ofi commented Feb 11, 2016

tribler:

aura: fd:7: hGetContents: invalid argument (invalid byte sequence)
@fosskers
Member

@ke7ofi I was able to build tribler no problem.The issue your having is often caused by locale problems. Are you utf-8 all around?

@ke7ofi
ke7ofi commented Feb 11, 2016

I've since figured that out. (Is it still considered a bug?) What do I need to set to en_us UTF-8 in order to make it work?

@fosskers
Member

@ke7ofi see here.

@ke7ofi
ke7ofi commented Feb 12, 2016

@fosskers thanks, I'll go away and stop asking obnoxious questions. Are there any plans to make it work without a locale?

@fosskers
Member

lol not a problem, we're here to help. Yeah, this should go away once Aura 1.4 is released.

@erbridge
Contributor
$ aura -Aakx gitlab
aura >>= `gitlab` has no stored PKGBUILD yet.
aura >>= Determining dependencies...
aura: Prelude.head: empty list
@fosskers
Member

That is a PKGBUILD parsing problem, which will be fixed with Aura 1.4.

@biinari
biinari commented Mar 15, 2016

Looks to me like mysql-connector-c++ failing could be due to needing url escaping in the aur api call.

This returns nothing:

aura -Ap mysql-connector-c++

But escaping the plus characters in the URL successfully fetches the PKGBUILD:

aura -Ap mysql-connector-c%2B%2B
@fosskers
Member

Hm, that used to work. That's for reporting this.

@marc0der

I'm having some odd behaviour when upgrading packages from the AUR. Hope I'm not doing something stupid, but this does seem like a bug as it was working fine before.

$ sudo aura -Ayua
::Synchronising package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
aura >>= Fetching package information...
aura >>= Comparing package versions...
aura >>= AUR Packages to upgrade:
atom-editor : 1.5.4-1 => 1.6.0-1
spotify : 1.0.23.93-2 => 1.0.25.127-1
tor-browser-en : 5.5.3-1 => 5.5.4-1

aura >>= The following are not AUR packages:
atom-editor
spotify
tor-browser-en

aura >>= No valid packages specified.
@skgsergio
Contributor

@marc0der that is different issue and its being discussed here: #404

@marc0der

Cool, sorry. It was the wrong one yes.

@stef204
stef204 commented Apr 22, 2016 edited

Here is a problem with aura, when powerpill needs to be updated.

It seems when aura uses powerpill, trying to update powerpill and its dependencies with aura fails.
I struggled with this issue until I found the thread referred above and manually (not using aura) installed: powerpill, pyalpm, pm2ml, python3-xcgf, python3-xcpf


update: seems fine now, as of 05/25/2016, updated powerpill with aura first time around.

@matmo
matmo commented Apr 28, 2016 edited

qgis fails to build, because the evaluation of depends=(python2-{httplib2,jinja,markupsafe,owslib,pygments,dateutil,pytz,six}) fails (spaces missing):

The dependency `python2-httplib2python2-jinjapython2-markupsafepython2-owslibpython2-
pygmentspython2-dateutilpython2-pytzpython2-six` could not be found. 
You may need to search for a package to satisfy it.
@fosskers
Member

Thanks @matmo , Aura 1.4 will fix that.

@ranisalt
ranisalt commented Jul 8, 2016 edited

I couldn't any telegram-desktop{,-light,-patched} because of a dep (that is in AUR!)

@fosskers
Member

@ranisalt Thanks for reporting.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment