Package Details: aura 3.2.8-1

Git Clone URL: https://aur.archlinux.org/aura.git (read-only, click to copy)
Package Base: aura
Description: A secure package manager for Arch Linux and the AUR
Upstream URL: https://github.com/fosskers/aura
Keywords: AUR haskell pacman
Licenses: GPL3
Conflicts: aura-bin, aura-git
Submitter: fosskers
Maintainer: fosskers
Last Packager: fosskers
Votes: 164
Popularity: 1.28
First Submitted: 2012-06-13 09:49 (UTC)
Last Updated: 2022-04-23 19:17 (UTC)

Pinned Comments

fosskers commented on 2020-02-02 02:43 (UTC) (edited on 2020-05-27 18:08 (UTC) by fosskers)

If you'd rather not deal with Haskell dependencies, a pre-built binary is available in the aura-bin package .

Latest Comments

FabioLolix commented on 2021-04-05 19:20 (UTC)

Conflicts "aura-bin, aura-git" is not needed, are that packages that need to provide/conflicts aura

fosskers commented on 2020-06-05 14:40 (UTC)

@Ultimatespirit: Done.

Ultimatespirit commented on 2020-06-05 01:06 (UTC)

@fosskers: I'd recommend placing 'ghc' as an optional dependency if at all. From what I can tell when stack is installed normally before hand (i.e. you already have developed with haskell / using stack) the --system-ghc line will always work, even if you don't actually have a system ghc (which ghc supplies). That is, to my understanding having 'ghc' as a makedepends right now will force the installation of the ghc package, which you may not have despite having stack (all arch haskell packages are dynamically compiled for example, so in my case I use stack-static instead of 'ghc'), even if it may not be needed.

In the end stack downloading ghc or 'ghc' downloading ghc, both will download it if it isn't there, only difference being stack's download isn't as obviously seen as a package by pacman, so maybe including a print out saying how to remove that downloaded data by stack if you don't want to just remove the package altogether.

tl;dr: Having ghc as a hard dependency means it will be installed erroneously in setups where you already had stack installed, and worryingly may or may not make aura depend on dynamic libraries even if the user is using stack-static or similar tools to avoid that specific issue.

yochananmarqos commented on 2020-05-27 18:25 (UTC) (edited on 2020-05-27 18:27 (UTC) by yochananmarqos)

@fosskers: Oh, duh. I didn't notice you added that, neat. It builds faster with it, too.

fosskers commented on 2020-05-27 18:21 (UTC)

@yochananmarqos: Thanks I'll add backup to both this and aura-bin.

I added ghc as a dep here so that I could use --system-ghc in the stack build line. Should reduce the memory footprint.

yochananmarqos commented on 2020-05-27 18:17 (UTC)

@fosskers: We both forgot the backup() array for the conf file, I just added it.

Are you sure it needs ghc to build? stack depends on ghc-libs, I haven't had any issues.

fosskers commented on 2020-05-26 17:05 (UTC)

@Ultimatespirit Done! Thanks for the suggestion.

Ultimatespirit commented on 2020-05-25 08:22 (UTC)

Can the PKGBUILD be updated to makedepend upon 'stack' only? That way installations using 'stack-static' or presumably 'stack' should also work (I can confirm 'stack-static' working, having just done such an install just now).

fosskers commented on 2020-05-21 17:17 (UTC)

@yochananmarqos: I adapted your PKGBUILD and have released aura-3.0.0. Thank you!

fosskers commented on 2020-02-19 15:47 (UTC)

@yochananmarqos Nice! I was going to use stack in just such a way. Thanks, I'll test this myself and adopt it if everything works right.

yochananmarqos commented on 2020-02-19 02:47 (UTC)

@fosskers: I whipped up a PKGBUILD that builds from source.

fosskers commented on 2020-02-15 20:33 (UTC)

Yes, I will have this package build from source as soon as I'm able.

Alad commented on 2020-02-15 18:25 (UTC)

No, the base package does not serve for providing implicit dependencies, unlike the base-devel group.

Also, this is a copy of the aura-bin package; the one without -bin suffix should build from source.

Poscat commented on 2020-02-10 14:37 (UTC) (edited on 2020-02-11 09:58 (UTC) by Poscat)

Why is pacman a dependency? pacman can always be assumed as it's a dependency of the base package.

fosskers commented on 2020-02-02 20:43 (UTC)

Alright, I can deal with that.

Alad commented on 2020-02-02 18:28 (UTC)

If the package can be built from source, it should have a -bin suffix. As such, turning this into a binary package while "deprecating" aura-bin goes against the submission guidelines.

fosskers commented on 2020-02-02 02:43 (UTC) (edited on 2020-05-27 18:08 (UTC) by fosskers)

If you'd rather not deal with Haskell dependencies, a pre-built binary is available in the aura-bin package .

Poscat commented on 2020-01-18 12:05 (UTC)

Is this still being maintained?

es20490446e commented on 2019-10-29 00:47 (UTC)

aur-git is no longer the same software.

tag_enk commented on 2019-01-19 18:14 (UTC)

=> Error: Could not find all required packages: haskell-aeson<1.2 (Wanted by: aura -> haskell-aur) haskell-servant-client>=0.9 (Wanted by: aura -> haskell-aur)

fosskers commented on 2018-08-04 15:56 (UTC)

@Alad, gotcha, thanks.

Alad commented on 2018-08-04 10:51 (UTC)

@fosskers: Please report spam directly to the TUs. I've removed the comment and suspended the account.

fosskers commented on 2018-07-30 23:35 (UTC)

Aura 2.0.0 will be released within the next few weeks.

tkh23 commented on 2018-07-30 18:44 (UTC)

Impossible to build dependencies. Use aura-git instead

fosskers commented on 2018-06-19 13:37 (UTC)

The comment by marymiller411 is spam, possibly a phishing attempt. Do not click that link.

Alad commented on 2018-01-18 18:06 (UTC)

What a joke. Nobody will object to this being deleted then.

damien.flament commented on 2017-12-13 16:39 (UTC)

Use Stack to build aura. It will prevent dependency issues.

Alad commented on 2017-11-04 20:20 (UTC)

ssh aur@aur.archlinux.org restore haskell-aur If you actually fix haskell-aur after all these years, it's something for this year's notable Arch events...

fosskers commented on 2017-10-30 21:51 (UTC)

Hi, I'll be taking care of this once I get `haskell-aur` undeleted from the AUR.

raindev commented on 2017-10-13 05:26 (UTC)

Can't build because of unsatisfied dependencies: haskell-aeson<1.2 haskell-servant-client>=0.9

tsdh commented on 2017-09-17 04:33 (UTC)

Doesn't build for me, or rather, a dependency fails to build: ==> Making package: haskell-servant-client 0.11-1 (So 17. Sep 06:29:24 CEST 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found servant-client-0.11.tar.gz ==> Validating source files with sha256sums... servant-client-0.11.tar.gz ... Passed ==> Extracting sources... -> Extracting servant-client-0.11.tar.gz with bsdtar ==> Removing existing $pkgdir/ directory... ==> Starting build()... Configuring servant-client-0.11... Setup: Encountered missing dependencies: base >=4.7 && <4.10, http-media >=0.6.2 && <0.7 ==> ERROR: A failure occurred in build(). Aborting... Just before trying to install aura, there was a big haskell update to GHC 8.2.1 which included almost 230 packages. Maybe that large update introduced the problem.

fosskers commented on 2017-05-31 02:56 (UTC)

Hey everyone, thanks for your patience. - `abs` dep removed - `haskell-regex-pcre-builtin` changed to `regex-pcre` - `haskell-aur` updated

swilde commented on 2016-09-30 13:54 (UTC)

Once again aura can not be build from aur (using haskell-core), because haskell-regex-pcre-builtin and haskell-wreq are not available, neither on aur, nor on haskell-core.

fosskers commented on 2016-04-09 03:40 (UTC)

Thanks, I'm on it.

swilde commented on 2016-04-08 19:56 (UTC)

servant* has been added to haskell core. Thanks! Unfortunatly still no luck, see my comment at haskell-aur package... Btw. I know about aura-bin, and thats what I'm currently using as a workaround but I'd prefer to build the package from source...

fosskers commented on 2016-03-29 14:35 (UTC)

In the event that aura doesn't build, please use the `aura-bin` package.

fosskers commented on 2016-03-29 14:25 (UTC)

I've requested that `servant` be added to `[haskell-core]`.

swilde commented on 2016-03-29 13:43 (UTC)

The current version (1.3.5) can not be build, as some dependencies (e.g. haskell-servant) are not available, neither from AUR nor from haskell-core. Is it planed to include haskell-servant (and other dependencies) in haskell-core, or will the package remain unbuildable until the arrival of 1.4?

fosskers commented on 2016-03-06 23:24 (UTC)

Please use the `[haskell-core]` repository to get all the deps. Or, install the `aura-bin` package from the AUR. With aura 1.4, installation will be _much_ simpler. Thanks for your patience!

fusion809 commented on 2016-02-01 10:49 (UTC)

Ah, in case no one has noticed this package has a dependency that doesn't exist in the AUR anymore. Anyone plan to fix this?

ectospasm commented on 2016-01-04 13:38 (UTC)

I'm having an issue with installing powerpill using aura. A couple of the packages (python3-xcgf and python3-xcpf) fail because aura fails to recognize the developer's public key (unknown public key): > aura -Ay powerpill ─(2016-01-04)─┘ :: Synchronizing package databases... core is up to date extra is up to date haskell-core is up to date community is up to date aura >>= Determining dependencies... aura >>= AUR Packages: pm2ml powerpill python3-xcgf python3-xcpf aura >>= Continue? [Y/n] aura >>= Building `python3-xcgf`... aura >>= Well, building `python3-xcgf` failed. aura >>= Dumping makepkg output in 3.. 2.. 1.. ==> Making package: python3-xcgf 2016-1 (Mon Jan 4 08:29:10 EST 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading python3-xcgf-2016.tar.xz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 10532 100 10532 0 0 38242 0 --:--:-- --:--:-- --:--:-- 38298 -> Downloading python3-xcgf-2016.tar.xz.sig... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 543 100 543 0 0 1980 0 --:--:-- --:--:-- --:--:-- 1974 ==> Validating source files with md5sums... python3-xcgf-2016.tar.xz ... Passed python3-xcgf-2016.tar.xz.sig ... Passed ==> Validating source files with sha512sums... python3-xcgf-2016.tar.xz ... Passed python3-xcgf-2016.tar.xz.sig ... Passed ==> Verifying source file signatures with gpg... python3-xcgf-2016.tar.xz ... FAILED (unknown public key 1D1F0DC78F173680) ==> ERROR: One or more PGP signatures could not be verified! aura >>= Would you like to continue anyway? [Y/n] With gpg --recv-key I've added key 1D1F0DC78F173680 to root's, my normal user's, and pacman's (pacman-key). I was able to makepkg the PKGBUILD directly from AUR, not using aura, so I think it's a problem with aura. aura-bin suffers the same problem.

fosskers commented on 2015-08-11 13:40 (UTC)

@biinari I am working on this. Turns out `lens-aeson` won't build without a new tarball uploaded to Hackage with revised metadata. I've contacted the author about it. Once fixed, I can create an AUR package for both that and `wreq` here.

biinari commented on 2015-08-11 02:02 (UTC)

Looks like haskell-wreq AUR package disappeared.

trusktr commented on 2015-03-24 06:40 (UTC)

Hmmm, maybe the disk errors I'm mentioning are a different problem, because they happen seemingly randomly doing other things too and the live media crashes, but the openFile error is still reproducible.

trusktr commented on 2015-03-24 06:19 (UTC)

Anonymous mentioned below: After doing mkdir /var/cache/aura && mkdir /var/cache/aura/pkgbuilds everything is working fine... I'm able to reproduce this. If /var/cache/aura/pkgbuilds doesn't exist, an error ocurrs, and in my case the live media (which is where I'm running aura) completely fails with disk errors each time and reading and writing to the root filesystem stops working. To reproduce, just get the live media, boot into root, create a normal user, install binutils and abs, add the user to sudoers, download aura-bin.tar.gz, untar it, go into the aura-bin folder, makepkg as the normal user, then cd src sudo ./aura -A neovim-git and you'll see the live media burn to the ground.

speedytux commented on 2015-03-14 07:15 (UTC)

Dependency `haskell-network-info' of `aura' does not exist.

fosskers commented on 2014-10-23 04:21 (UTC)

Hey guys, as I've updated `reflection` this should build again.

test0 commented on 2014-09-05 01:21 (UTC)

Well, that's somewhere, not on a site related to Arch proper. Anyway… I just tried installing aura on a new machine, and it fails with the same error message, leading me to conclude that aura currently is not buildable on vanilla Arch. I've resorted to installing aura-bin, which works fine.

fosskers commented on 2014-08-21 14:54 (UTC)

@vendion: Glad that helped.

fosskers commented on 2014-08-21 14:54 (UTC)

@test0: Fingerprint info on the actual github page for their main distribution tool: https://github.com/archhaskell/habs#the-haskell-abs-tree-for-archlinux

vendion commented on 2014-08-21 10:55 (UTC)

Thanks rebuilding three is a lot better than trying to rebuild all of them.

test0 commented on 2014-08-21 10:50 (UTC)

fosskers: I am not comfortable with adding package sources without, at the least, a TU's signature on it. With AUR, I at least have the option of looking for cryptographic hashes inside PKGBUILDs to establish a trust path. The fingerprint for haskell-core, on the other hand, is in a publically editable wiki. If there's a way to reset what GHC knows about installed packages, maybe that helps. My current version of aura also consistently fetches outdated versions of PKGBUILDs, so maybe there's a cache in the way somehow?

fosskers commented on 2014-08-21 05:39 (UTC)

It has to do with the versions of libraries used to build aur, lens, and wreq changing. For aur, it seems you built it with `aeson-0.7.0.6-23b571805a1f17bd7bdb8249990755c3` which is probably no longer on your system (from haskell-core updates, etc). The easiest thing to do is rebuild those three manually and try again.

vendion commented on 2014-08-20 10:48 (UTC)

Is there an easy way to force rebuilding of the dependencies? When trying to upgrade to 1.3.0.1-1: ==> Starting build()... Setup: The following installed packages are broken because other packages they depend on are missing. These broken packages must be rebuilt before they can be used. package aur-2.0.1 is broken due to missing package aeson-0.7.0.6-23b571805a1f17bd7bdb8249990755c3, aeson-pretty-0.7.1-8135b6d926891288eeb48fe47ccf2311, lens-4.2-b5eb48eb863f6f610bee50208656b85f package lens-4.3.3 is broken due to missing package aeson-0.7.0.6-23b571805a1f17bd7bdb8249990755c3, attoparsec-0.11.3.4-0475ed8f075cbbd0c50b5e8cab697b06, bifunctors-4.1.1.1-4f52d408acc199263b20356b92e50743, comonad-4.2-781961fe34e38e940b533384fe446a5b, contravariant-0.6-d4c4d0bf0b95af68a24c0886d940a860, free-4.9-34e07f6b8c67dbfc0e93a1720512b7d0, profunctors-4.0.4-f7ed825ef7d051c5543e4f54b373a116, scientific-0.3.2.1-47007b6848a295a93037722ce893b64f, semigroupoids-4.0.2.1-b472e5cc0eb3dbec5d54722b9df8fe97, semigroups-0.15.1-9eb92a02fdc3fb445bf702cf95a6990c, void-0.6.1-3479b78634b34ce751714fc5754b51c6 package wreq-0.1.0.1 is broken due to missing package aeson-0.7.0.6-23b571805a1f17bd7bdb8249990755c3, attoparsec-0.11.3.4-0475ed8f075cbbd0c50b5e8cab697b06, http-client-0.3.6-f25c54c22276ab5d78f666008584a702, http-client-tls-0.2.2-df0bd7c6d678268ec5b5148754a918bf, lens-4.2-b5eb48eb863f6f610bee50208656b85f ==> ERROR: A failure occurred in build(). Aborting... Configuring aura-1.3.0.1... Not sure what caused all those packages to break though.

fosskers commented on 2014-08-18 21:54 (UTC)

Unfortunately not.

varnion commented on 2014-08-16 20:29 (UTC)

is there a way to produce a non-colored output?

fosskers commented on 2014-08-15 16:27 (UTC)

That's probably because `haskell-reflection` doesn't have `staticlibs` in its options array.

insequent commented on 2014-08-15 16:15 (UTC)

I also ran into: /usr/bin/ld: cannot find -lHSreflection-1.3.2 This is probably not the best fix, but I used: sudo ln -s /usr/lib/ghc-7.8.3/site-local/reflection-1.3.2/libHSreflection-1.3.2-ghc7.8.3.so /usr/lib/ghc-7.8.3/site-local/reflection-1.3.2/libHSreflection-1.3.2.so

fosskers commented on 2014-08-14 17:24 (UTC)

Do you mind trying the installation process with `[haskell-core]` activated?

test0 commented on 2014-08-14 14:09 (UTC)

I'm not, but there has been an interesting development today: ghc is now supposed to be '<5.0', which is of course sort of bogus. But some item within the convex hull of dependencies has changed...

fosskers commented on 2014-08-12 00:29 (UTC)

Hey test0! Thanks for all your patience. I'm sorry this still isn't working for you. Are you using `[haskell-core]` for your Haskell deps? It might help. See here: https://wiki.archlinux.org/index.php/ArchHaskell#.5Bhaskell-core.5D

test0 commented on 2014-08-11 10:56 (UTC)

Still happening as of today...

test0 commented on 2014-08-08 17:01 (UTC)

I tried again today (because who knows, maybe some dependency got updated for the newer ghc), but still no luck.

test0 commented on 2014-08-01 13:54 (UTC)

Unfortunately, yes. The error message remains unchanged.

fosskers commented on 2014-07-31 20:20 (UTC)

Still happening, test0?

test0 commented on 2014-07-30 21:02 (UTC)

I have no external package sources configured, and there are no haskell-* packages installed on my system. Neither is ghc, which would only be pulled in as a build dependency. However, I still cannot upgrade from aura 1.2.3.1-1, the error message is the one I posted below. So, what can I do, or what am I supposed to do?

koomi commented on 2014-07-26 20:19 (UTC)

I see, thanks for all the effort you put into aura! haskell-happstack/haskell-lens is at 4.3.1-1, but build date is Thu 24 Jul 2014 10:49:15 CEST.

fosskers commented on 2014-07-24 19:54 (UTC)

@koomi: This is a known weakness of the conflict management. We know `haskell-lens` is conflicting, but we don't know _who_ is asking for that version. `haskell-lens` in the happstack repo is at 4.2. So is the AUR version. What haskell repo is reporting 4.3 as the latest?

koomi commented on 2014-07-24 11:45 (UTC)

Updating aura fails with: The dependency `haskell-lens` demands version `<4.3`, but the most recent version is `4.3.1-1`. I tried explicitly installing haskell-lens, same error. I use the haskell repository, but the haskell-lens in AUR is even newer.

test0 commented on 2014-07-24 00:37 (UTC)

ghc is not installed on my system. It is only ever pulled in as a dependency, which, however, fails in the aforementioned way.

flamusdiu commented on 2014-07-23 23:37 (UTC)

@test0: I just removed and reinstalled GHC. I am using 7.8.3 currently and built 1.3.0.0 with it.

test0 commented on 2014-07-23 16:01 (UTC)

The dependency `ghc` demands version `=7.8.2`but the most recent version is `7.8.3-2`.

semi225599 commented on 2014-07-23 14:21 (UTC)

@flamusdiu: That might be a haskell-reflection issue. When I was messing around with the packages, I installed reflection though cabal (version 1.5.1) and that didn't cause any ld errors. When I used the haskell-reflection-1.3.2 from the repos, I got that same error.

flamusdiu commented on 2014-07-22 18:45 (UTC)

@fosskers: Also I had to run: sudo ln -s `locate HSreflection-1.3.2` /usr/local/lib/libHSreflection-1.3.2.so to compile. Some reason `ld` wasn't looking in the right location for the library. This happens for both aura and aura-git BUT didn't happen on the previous aura-git.

fosskers commented on 2014-07-22 17:43 (UTC)

My mistake :) Fixed now.

vendion commented on 2014-07-22 03:11 (UTC)

Yeah I was thrown off because of that as well: aura >>= Fetching package information... aura >>= Aura update available. Update it first? [Y/n] y aura >>= `aura` PKGBUILD is up to date. aura >>= Determining dependencies... aura >>= AUR Packages: aura aura >>= Continue? [Y/n] y aura >>= Building `aura`... aura >>= Well, building `aura` failed. aura >>= Dumping makepkg output in 3.. 2.. 1.. ==> Making package: aura 1.3.0.0-1 (Mon Jul 21 23:06:53 EDT 2014) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading aura-1.3.0.0.tar.gz... % 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 98060 100 98060 0 0 157k 0 --:--:-- --:--:-- --:--:-- 1124k ==> Validating source files with md5sums... aura-1.3.0.0.tar.gz ... Passed ==> Extracting sources... -> Extracting aura-1.3.0.0.tar.gz with bsdtar ==> Starting build()... Setup: At least the following dependencies are missing: aur -any ==> ERROR: A failure occurred in build(). Aborting... Configuring aura-1.3.0.0...

semi225599 commented on 2014-07-21 22:36 (UTC)

Setup: At least the following dependencies are missing: aur -any Shouldn't this depend on haskell-aur-git or something similar?

fosskers commented on 2014-07-21 18:54 (UTC)

@trusktr: 1. Yup, that can easily be included as an Arch Linux hook. 2. Can do, as a hook. Might be good to bring these points up here: https://github.com/aurapm/aura/issues/217

trusktr commented on 2014-07-21 18:37 (UTC)

Hi fosskers, If you could please make these two features take a prime seat in Aura 2, it'd be much appreciated: 1. Ability to edit all files in the tarball. 2. Keep build folders intact so when rebuilding a package that failed we don't have to wait another 2 hours to compile just to see if we have the same error or not. Add a -Ac (c for clean) option to delete build folders (or similar). If the build folder for a package already exists, ask the user if he wishes to start from scratch or use the existing files (e.g. the PKGBUILD might have been modified and the user might like to keep using it). These can be command line options. For example, --use-previous-build would make Aura use the stuff in the build folder, and without it aura will start over as normal. Interactive could be nice too. Either way.

fosskers commented on 2014-07-21 18:30 (UTC)

1.3.0.0 ------- - Last major version of Aura 1! We have entered the design phase for Aura 2, the implementation of which will transform Aura into a multi-distro package management platform. - Aura 1 itself has entered "legacy" mode. The only releases to be made on Aura 1 after this will be of `1.3.0.x`. You'll likely never see `1.3.1.x`. - Befitting a major release, we have: - New AUR interaction layer via the `aur` package. This fixes nasty "AUR lookup failed" errors. - `http-conduit` dropped for `wreq`, which is much easier to use. - Better version number parsing/comparison on installation/upgrading. - Package state backups have had their format changed. This BREAKS _all_ previously saved states. Please delete your old ones! - Implemented extended `--needed` functionality for the AUR side of Aura. AUR packages won't build if they're already installed. - Indonesian translations! - Other updated translations.

fosskers commented on 2014-05-15 19:23 (UTC)

Thanks, I've flagged the offending package as out-of-date.

thatch45 commented on 2014-05-15 19:03 (UTC)

I have been unable to install this because the dep haskell-blaze-builder seems to be broken.

purefn commented on 2014-05-07 20:19 (UTC)

By default a very general PKGBUILD will be created from the cabal file, but a patch can be created which will be applied to the PKGBUILD <https://github.com/magthe/cblrepo#adding-patches-for-packages> before any building is done.

fosskers commented on 2014-05-07 20:15 (UTC)

I will do that then. How do I ensure the PKGBUILD habs uses is (close to) the one aura uses now? There are certain directories aura touches (for backups, shell completions, etc) and there is very specific install behaviour in the current PKGBUILD. Hopefully they wouldn't just run `cabal2arch` on what's provided by Hackage, as that often produces overly general PKGBUILDs.

purefn commented on 2014-05-07 19:55 (UTC)

If aura was put on Hackage, then i686 and x86_64 would be created for it. Also, if you keep the version on Hackage up to date, the updates will get propagated to [haskell-core] when the cblrepo.db in habs is sync'd.

fosskers commented on 2014-05-07 19:29 (UTC)

So it seems [haskell-happstack] isn't needed at all anymore. That's great news! The wiki should be edited accordingly. Now, I don't see why aura couldn't be put on Hackage. People would probably feel better about installing `haskell-aura` from [haskell-core] than they would about installing `aura-bin` from here. Also, wouldn't that also generate an i686 binary as well? I'm sure a number of Aura's users would appreciate that.

purefn commented on 2014-05-07 16:46 (UTC)

@fosskers Is there any reason the current version of aura can't be put on Hackage? This would make it much more likely to get added to [haskell-core] as it would fit in with the current build/maintenance system that is being used.

purefn commented on 2014-05-07 16:29 (UTC)

All of the dependencies of aura are in [haskell-core] now.

vendion commented on 2014-05-06 12:59 (UTC)

Looks like I need to visit the Aura wiki page more often, adding [haskell-happstack] supplied the dependencies required to build Aura. Not exactly sure when that was added to the wiki but it works.

purefn commented on 2014-05-06 03:07 (UTC)

If it were on Hackage that would make it much easier. I've got all the current dependencies built locally and am submitting PRs. Now I need to figure out if I can get aura into habs without it being on hackage.

fosskers commented on 2014-05-06 01:06 (UTC)

Well if it's on there that's news to me, haha. I think it being on Hackage would be easiest for the habs guys to release builds of it.

purefn commented on 2014-05-05 23:42 (UTC)

Oh for some reason I thought I had seen aura on hackage in the past. Hopefully that isn't a roadblock to getting it into [haskell-core]

fosskers commented on 2014-05-05 23:02 (UTC)

I plan to very soon move to the new `haskell-wreq` which I maintain. For Aura 2.0 coming in the future, I will put Aura onto Hackage for easy addition to [haskell-core].

purefn commented on 2014-05-05 22:44 (UTC)

@vendion I'm running into the same issue here. The problem isn't aura directly, but the haskell-http-conduit dependency. It is in AUR but is out of date and looks abandoned. I may make an effort to get aura into habs later, if Magnus will go for it.

vendion commented on 2014-04-30 11:18 (UTC)

Is there any reason why Aura wouldn't work with haskell-conduit 1.1.1-1? When I try updating Aura I get this error message: The dependency `haskell-conduit` demands version `<1.1`but the most recent version is `1.1.1-1`. I'm not sure how to get pacman to report what repo a package was installed from I think it came from haskell-core.

fosskers commented on 2014-04-29 20:04 (UTC)

Local package signing is currently broken with aura. Aura is being redesigned soon, so this problem should fix itself.

salacio commented on 2014-04-29 18:46 (UTC)

When attempting to build a package and sign it locally aura attempts to install that .pkg.tar.xz.sig file instead of the .pkg.tar.xz file and fails with could not open file...: Unrecognized archive format and ...: cannot open package file. Do I need to set up some extra setting so that it grabs the correct file after building? Running aura -U .pkg.tar.xz works and the installed package says verified by signature, so it's able to install except for each built package I have to run aura again because it quits after failing to install the sig file.

ahills commented on 2014-04-23 18:44 (UTC)

When using the haskell-core (and haskell-happstack) repositories, and when extra eventually updates to ghc 7.8, the haskell-transformers package (included with ghc 7.8) is obsolete. Using makepkg -s to build aura, accepting the "Do you want to skip the above package for this upgrade?" query succeeds.

duggum commented on 2014-03-06 04:37 (UTC)

@fosskers: Done. I'm a git newb, so be gentle if I screwed anything up.

fosskers commented on 2014-03-06 01:57 (UTC)

@duggum: Thanks! My pleasure. If you made changes to: https://github.com/fosskers/aura/blob/master/completions/bashcompletion.sh and submitted a pull request I could totally integrate your changes.

duggum commented on 2014-03-06 01:18 (UTC)

I'm loving Aura, so thanks for this! I didn't like that bash completion didn't work for pacman functions though, so I stole from the pacman file and made this: https://gist.github.com/duggum/9373849 ( git clone https://gist.github.com/9373849.git) It seems to work well enough, and I can't take credit for anything other than copy/paste and a few name changes from pacman -> aura. Cheers.

padawan commented on 2014-02-24 22:05 (UTC)

My bad. Seems that i'm using an old version of aura. My version is 1.1.6.0-1. I will update my version.

flamusdiu commented on 2014-02-24 05:38 (UTC)

Which version of aura? I am using curl 7.35.0 which aura 1.2.3.0 and I do not have this issue.

padawan commented on 2014-02-23 19:20 (UTC)

After a system update my aura stopped working. Any action with '-A' would get an error message. $ aura -As test aura >>= AUR API lookup failed. Please check your connection. If i execute the command bellow the problem disappear. $ sudo pacman -U /var/cache/pacman/pkg/curl-7.33.0-2-i686.pkg.tar.xz The problem happens with curl-7.34.0-1 and with curl-7.35.0-1. I'm the only one with this problem? I had put the curl in the IgnorePkg of the /etc/pacman.conf for now. Sorry for any mistakes, english isn't my mother tongue.

bstaletic commented on 2014-02-13 14:50 (UTC)

For c0rtex It happent when you are in aterminal in a directory that doesn't exist (you deleted it with some file manager for example), so change the directory.

trusktr commented on 2014-02-01 17:50 (UTC)

Found a bug: When pacman experiences a download error retrieving a dependency, aura continues to build the AUR package when it shouldn't.

c0rtex commented on 2014-01-10 23:07 (UTC)

I get this with version 1.2.2.0 and community repos: ==> Extracting sources... -> Extracting aura-1.2.2.0.tar.gz with bsdtar ==> Starting build()... Setup: The following installed packages are broken because other packages they depend on are missing. These broken packages must be rebuilt before they can be used. package json-0.7 is broken due to missing package syb-0.4.0-c48d52f3188b986ddaa9dd9ae40072f8 ==> ERROR: A failure occurred in build(). Adding the haskell-core repo fixed this for me

fosskers commented on 2014-01-06 06:18 (UTC)

1.2.2.0 ------- - Happy New Year! - makepkg's `--ignorearch` flag is now visible to Aura. This allows users to build AUR packages on ARM devices without worrying about architecture restrictions in PKGBUILDs. - Use `--head` and `--tail` to truncate `-As` results. - `-B` now uses local time. - Bug fixes and translation updates

fosskers commented on 2013-12-23 01:21 (UTC)

Deletion happens automatically. I have no control over it. However, I could copy the files out before deletion. I suppose the saved files could go in `/var/cache/aura`. Would you mind opening an Issue on github about this? It would be much easier to track.

trusktr commented on 2013-12-22 08:51 (UTC)

Hi @fosskers, back in March I suggested: === Comment by trusktr 2013-03-24 22:49 Hi fosskers, I have a feature Request. When a build fails, sometimes the fix is simple, but Aura will start the build over from scratch, which can be annoying if the build takes an hour. Maybe you can give the user the option to try again instead of just quitting, keeping the build files (compiled files) intact for the next attempt so files that have already been compiled won't be compiled again. For example, I had a problem where a build failed due to a missing lib.so file because the file was installed in /opt/package-name/lib instead of /usr/lib/ by it's dependency... To fix the problem, I created a symlink in /usr/lib/ to the file in /opt/package-name/lib/, but it was annoying because compiling the source took a half hour before the error was encountered, so I had to wait a half hour re-compiling only to encounter another missing .so file, so I symlinked it, then started over again, hoping for no more errors... Ideally, instead of quitting, maybe aura can do something like "Build failed. Try again? [y/n]", and that way, before I try again, I can go into another terminal and fix the problem, then try again, and aura won't have to re-compile everything for a whole hour (literally). Aura can keep the build environment intact until the user selects not to continue. Maybe you can create a setting that users can set in a config file for aura (.aurarc?) telling aura not to erase temporary files when it quits, so that if you try installing a package again, it does not have to re-compile the whole thing again. And to make things even better, maybe provide a command line flag to that would tell aura to clear all temporary files. I believe that if the build process pulls new code (e.g. using git), that the make process will only re-compile files that have changed, so this should work. Can you add something like this to Aura? === and you replied with === It seems you've put some thought into your request and I thank you for that. How would this be handled manually? Say you were building something big and had all the source you downloaded yourself. The build fails partway through. You try again. Where does that second build start? Does it recognize a good part of the work is already done? (I imagine this depends on the build system) It if does, then I could implement this into Aura. If it doesn't, then I wouldn't even know where to begin. At the moment everything is done in temporary folders. When the build is complete, the .pkg.tar.gz is moved to the cache and everything else is automatically deleted. This could be changed, if the answer to my above question is that it's possible. === I don't know if you've done anything about this recently, but I have an idea. Does aura have a config file? ~/.aurarc or something? If not, then a command line setting could suffice. But my idea is that there be a setting/command option that prevents aura from deleting the temporary files. In most cases, things are compiled using make which reads a makefile. You can keep track of tmp folders somehow (e.g. placing a flag in the folder with the name of the package so if you are installing something with aura and it sees a folder for the package you are installing then use that folder instead of making a new one) so if you leave those files in tact, make will handle the rest and would not recompile things if not necessary. So basically, this is what you'd have to implement: if using this new "save temporary folder" option, then aura would store the name of the package in the temp folder. e.g. when I do "sudo aura -A whatever", then aura would check all the temp folders made by aura to see if there's already one for the "whatever" package. If one exists, aura would not make a new one, else if it doesn't exist, aura would make a new one. You could also add a "clear temporary folders" option so the user can have aura automatically delete temporary folders on demand. That's all you'd need to do. The rest would usually be handled by the user's build system (e.g. make will no recompile if not necessary).

fosskers commented on 2013-10-26 16:39 (UTC)

Also: https://wiki.archlinux.org/index.php/Aura#Build_failing_at_configuration_step

flamusdiu commented on 2013-10-26 08:23 (UTC)

@kevincox : you need to make sure you have the haskell repo set up (1). The information on Aura is on the wiki(2) as well To install the dependencies do the following after you setup the haskell repo: # pacman -Sy ghc haskell-{regex-{base,pcre},curl,json,mtl,parsec,transformers,temporary} Note make sure the command is all on one line. After that gets installed do the following: # wget https://aur.archlinux.org/packages/au/aura/aura.tar.gz # tar -xvaf aura.tar.gz # cd aura # makepkg -i It should build then. [1] https://wiki.archlinux.org/index.php/Haskell_Package_Guidelines [2] https://wiki.archlinux.org/index.php/Aura

kevincox commented on 2013-10-25 20:06 (UTC)

When building I get the following error even though all of those packages appear to be installed. Configuring aura-1.2.1.2... Setup: At least the following dependencies are missing: curl -any, json -any, regex-pcre -any, temporary -any Any help would be appreciated.

fosskers commented on 2013-10-15 02:51 (UTC)

Happy Canadian Thanksgiving!

roadnottaken commented on 2013-08-22 03:30 (UTC)

After a bit more testing, it seems that just adding the --hotedit flag is enough even if I answer no when asked whether to edit the pkgbuild. Also, I tested against previous versions of aura (1.2.0.2 and 1.2.0.0), which also resulted in --custom not taking effect.

roadnottaken commented on 2013-08-20 21:27 (UTC)

Also, I don't think it should matter, but just in case: I'm using aura as provided by the aura-bin package.

roadnottaken commented on 2013-08-20 21:22 (UTC)

customizepkg-patching

fosskers commented on 2013-08-20 21:16 (UTC)

Thanks. Which of the various `customizepkg`s are you using?

roadnottaken commented on 2013-08-20 01:18 (UTC)

@fosskers Copied below. If I add --hotedit, the editor shows the PKGBUILD with the patch applied and the package builds successfully (patch shown at the bottom for completeness). $ sudo -E aura -Ax --custom --auradebug --builduser=jre2718 gkrellshoot User => root True User => jre2718 Build User => jre2718 Using Sudo? => Yes! Pacman Flags => Other Flags => AURInstall Unsuppress Customizepkg Debug BuildUser "jre2718" Other input => gkrellshoot Language => English Pacman Command => pacman Editor => /usr/local/bin/emacs $CARCH => x86_64 Ignored Pkgs => Build Path => /var/cache/pacman/pkg/ Pkg Cache Path => /var/cache/pacman/pkg/ Log File Path => /var/log/pacman.log Quiet? => No. Silent Building? => No. Must Confirm? => Yes! PKGBUILD editing? => No. Diff PKGBUILDs? => No. Rebuild Devel? => No. Use Customizepkg? => Yes! Forego PowerPill? => No. Keep source? => No. aura >>= Determining dependencies... aura >>= AUR Packages: gkrellshoot aura >>= Continue? [Y/n] y aura >>= Building `gkrellshoot`... /etc/makepkg.conf: line 35: //: Is a directory ==> Making package: gkrellshoot 0.4.4-1 (Mon Aug 19 18:09:54 PDT 2013) ==> WARNING: Using a PKGBUILD without a package() function is deprecated. ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading gkrellshoot-0.4.4.tar.gz... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0Warning: Transient problem: timeout Will retry in 3 seconds. 3 retries left. 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0Warning: Transient problem: timeout Will retry in 3 seconds. 2 retries left. 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0Warning: Transient problem: timeout Will retry in 3 seconds. 1 retries left. 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (6) Could not resolve host: mesh.dl.sourceforge.net ==> ERROR: Failure while downloading gkrellshoot-0.4.4.tar.gz Aborting... aura >>= Well, building `gkrellshoot` failed. aura >>= Would you like to continue anyway? [Y/n] n aura >>= Building failed. $ cat /etc/customizepkg.d/gkrellshoot --- ./PKGBUILD.original 2013-08-17 14:49:53.479961233 -0700 +++ ./PKGBUILD 2013-08-17 15:22:17.736621230 -0700 @@ -5,7 +5,7 @@ pkgdesc="A plugin for GkrellM for screen arch=('i686' 'x86_64') license=('GPL') depends=('imagemagick' 'gkrellm' 'gtk2') -source=(http://mesh.dl.sourceforge.net/sourceforge/gkrellshoot/$pkgname-$pkgver.tar.gz) +source=("http://downloads.sourceforge.net/project/$pkgname/GkrellM2.0%20Port/$pkgver/$pkgname-$pkgver.tar.gz") url="http://gkrellshoot.sourceforge.net/" build() {

trusktr commented on 2013-08-19 18:11 (UTC)

@SaBer maybe your permissions for /var/cache/ were modified?

fosskers commented on 2013-08-19 17:49 (UTC)

Odd. Can you try using just `--custom` with `--auradebug` and show me the output of that?

roadnottaken commented on 2013-08-17 22:26 (UTC)

The --custom flag in version 1.2.1.1 seems to only work if I also set --hotedit and specifically tell the program to edit the PKGBUILD file. I'd expect --custom to work on its own. Perhaps this is a bug in the way aura parses the command line?

fosskers commented on 2013-07-31 21:15 (UTC)

Yup. Set the EDITOR environment variable, and run `sudo` with the `-E` option when building.

trusktr commented on 2013-07-31 19:15 (UTC)

@fosskers For sure. Is there an option change the editor that Aura starts when using --hotedit?

fosskers commented on 2013-07-26 13:49 (UTC)

That's a legit bug in Aura's bash parser that needs to be fixed. I'll get on it soon.

trusktr commented on 2013-07-26 09:25 (UTC)

I possibly found a bug. Aura fails to build the emerald-git package with the following error: ┌─[01:33:51/starlancer/trusktr/~/src/sccexpress] └─╼ sudo aura -Aax emerald-git [sudo] password for root: aura >>= Determining dependencies... aura >>= Dependency checking failed for these reasons: `\` exists in NO WAY as a package or as one provided by another! Check out the depends=() array in the emerald-git PKGBUILD. The creator of the file put the bash-style newline escape in there causing aura to trip over it. Is this a bug with aura, or should PKGBUILDs not have such shell-style escapes?

fosskers commented on 2013-07-07 12:14 (UTC)

I've never heard of that happening before.

commented on 2013-07-06 14:58 (UTC)

It seems that there is a bug with creating cache directories. The first time I tried to install anything, I got: aura: /var/cache/aura/pkgbuilds/<package related file>: openFile: does not exist (No such file or directory) After doing mkdir /var/cache/aura && mkdir /var/cache/aura/pkgbuilds everything is working fine...

fosskers commented on 2013-06-04 21:31 (UTC)

See https://github.com/fosskers/aura/issues/109#issuecomment-18904787

runical commented on 2013-06-04 13:49 (UTC)

And it works! Thanks a lot. What was the problem if I may ask?

fosskers commented on 2013-06-04 12:04 (UTC)

Should work now.

runical commented on 2013-06-04 07:53 (UTC)

It does seem to build, but fail when trying to install the package. The package is loaded now, where it didn't do that in pkgrel 2 if I am not mistaken.

FSMaxB commented on 2013-06-04 05:16 (UTC)

pkgrel3 doesn't fix the problem.

Lillypad commented on 2013-06-04 02:32 (UTC)

I can also confirm that I am experiencing the same issue: error: '': wrong or NULL argument passed Raw shell command call failed.

fosskers commented on 2013-06-03 21:01 (UTC)

How about now?

FSMaxB commented on 2013-06-03 20:17 (UTC)

I can confirm the problem you experienced with totally different packages, even with my own PKGBUILDs and they work fine when doing it manually, no clue how to fix it though.

runical commented on 2013-06-03 18:27 (UTC)

Hey, after the last update building packages with aura started to fail. I get the following error: error: '': wrong or NULL argument passed Raw shell command call failed. This happens when building aura, aura-bin, yaourt or pacaur from the AUR, but also when building octave or slim from the ABS. My guess is that this happens with every package. The problem seems to be confined to aura since pacaur and makepkg build packages just fine. Rebuilding the package does not help unfortunately, nor does switching to aura-bin. Does anybody know how I can solve this problem?

fosskers commented on 2013-05-16 21:49 (UTC)

`haskell-bytestring` is a virtual package, provided by `ghc`. I'm not sure how packer handles those.

dmikalova commented on 2013-05-16 20:14 (UTC)

I'm getting "dependency `haskell-bytestring' of `aura' does not exist." on a fresh install through packer.

fosskers commented on 2013-05-14 08:50 (UTC)

Magus you're a saint. Internet high-five!

commented on 2013-05-14 08:39 (UTC)

Now `haskell-curl` and `haskell-regex-pcre` are in [haskell-core]. ATM just for x86_64, but I'm building them for i686 as I write this and they should hit the repos during the day.

commented on 2013-05-13 17:53 (UTC)

The easiest way I've found to create 32-bit binaries on a 64-bit machine is to create a 32-bit chroot to build in. Have a look at `makeahpkg` in HABS (https://github.com/archhaskell/habs/blob/master/makeahpkg) for inspiration, it's the `setarch ${arch} mkarchroot/makechrootpkg` lines that performs the magic.

FSMaxB commented on 2013-05-13 09:28 (UTC)

Thanks, it works.

fosskers commented on 2013-05-13 08:50 (UTC)

That happens a lot. Just rebuild haskell-curl and haskell-regex-pcre.

FSMaxB commented on 2013-05-13 07:18 (UTC)

I'm unable to build aura: Configuring aura-1.2.0.0... Setup: At least the following dependencies are missing: curl -any, regex-pcre -any Both haskell-curl and haskell-regex-pcre are installed, so I don't know what the problem is.

fosskers commented on 2013-05-13 05:07 (UTC)

Hi alex. Thanks for the interest! I've also been having trouble building aura into i686 from a x86_64 machine. What were you trying? Perhaps we can figure this out.

commented on 2013-05-12 19:15 (UTC)

Hi there! Since I've been using aura for a while and I like it very much I've decided to set up a repository for it on my server: [xmine128] Server = http://xmine128.tk/repo/$arch Unfortunately its 64-bit only since haskell wouldn't obey when I told it to cross-compile :-( Feel free to use it anyway :-) Alexander

fosskers commented on 2013-05-11 01:02 (UTC)

@magus: Would it be possible to add `haskell-regex-pcre` and `haskell-curl` to [haskell-core]? That would make dependency handling world's easier. There is still a part of me that wants to keep `aura` as an AUR package, though. It's the old you-better-know-how-the-package-system-works-son-so-at-least-you-should-build-aura-yourself-before-installing-other-aur-packages-willy-nilly thing. @trusktr: Dont' sweat it. Everyone is busy!

trusktr commented on 2013-05-10 22:52 (UTC)

Putting it in [haskell-core] would be nice. fosskers, sorry I haven't gotten back about that idea I posted some time back. I've been busy with school.

commented on 2013-05-10 19:20 (UTC)

@fosskers, obviously I'd also add any dependencies that are missing from [haskell-core] :)

fosskers commented on 2013-05-09 09:16 (UTC)

@Justin Those two won't be moved to depends, because they aren't runtime dependencies. However, the libraries they rely on are, hence the `curl` and `pcre`. @magus Although I'd be grateful, that probably won't be possible, given the two AUR haskell dependencies. It may be possible to switch from haskell-regex-pcre to haskell-pcre-light, but Aura is still very dependent on haskell-curl.

commented on 2013-05-09 08:51 (UTC)

I don't know if I'd really call this a "Haskell" problem, why not just move haskell-curl and haskell-regex-pcre from makedepends to depends?

commented on 2013-05-09 06:49 (UTC)

If `aura` were uploaded to hackage I'd be happy to include it in ArchHaskell's repo [haskell-core].

fosskers commented on 2013-05-03 22:42 (UTC)

Hi dahankzter, thanks for your patience. This is a Haskell problem more than it is an Aura problem. Just rebuild haskell-curl and haskell-regex-pcre and the problem should be fixed. This usually happens after a ghc update.

dahankzter commented on 2013-05-03 18:30 (UTC)

I am either being daft or something... It is of course the haskell versions that are missing but they are specified in makedepends. Am I missing something here, i thought they would be pulled in automatically.

dahankzter commented on 2013-05-03 18:23 (UTC)

I have so much trouble updating Aura itself all the time... I really like it but it is becoming more and more troublesome. Right now I get: [code] ==> 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... aura >>= Also, the following weren’t built: dropbox jenkins-ci netcfg spotify error: no targets specified (use -h for help) Raw shell command call failed. [/code] Any idea? And yes curl and pcre is of course installed.

commented on 2013-04-16 13:40 (UTC)

Thanks for the fast update, fixed!

fosskers commented on 2013-04-16 12:04 (UTC)

Found the problem with "git blame". It's my fault. I'll push the fix right away.

dkasak commented on 2013-04-16 10:42 (UTC)

"git blame <file>" can show you the last commit that modified each of the lines, if that's what you're asking.

fosskers commented on 2013-04-16 09:03 (UTC)

Is there an easy way to find out what the latest changes to a certain file were from git? If there is I could check to see if those changes broke anything.

commented on 2013-04-15 22:37 (UTC)

Using zsh, any tab completion attempt yields the following error. Looking at the file, I can't pinpoint any syntax error, so not sure what the issue is. _aura:344: parse error near `;;'

fosskers commented on 2013-04-09 21:45 (UTC)

That first error is a pycman problem. Try rebuilding it maybe. For the second, try this: https://wiki.archlinux.org/index.php/Pacman#Q:_I_keep_getting_a_.22failed_to_commit_transaction_.28invalid_or_corrupted_package.29.22_error

archdove commented on 2013-04-09 16:47 (UTC)

warning on aura -A; error on update /usr/lib/python3.3/site-packages/pycman/config.py:125: InvalidSyntax: unable to parse /etc/pacman.conf, unrecognized option: 'LocalFileSigLevel' warnings.warn(InvalidSyntax(f.name, 'unrecognized option', key)) LocalFileSigLevel is set to Optional Installing packages seems to work. Updating packages doesn't work becuase of signature: error: '/home/.packages/teamviewer-8.0.17147-5-x86_64.pkg.tar.xz': invalid or corrupted package (PGP signature)

fosskers commented on 2013-04-07 06:26 (UTC)

1.1.6.1 ------- - Compatable with pacman 4.1 - All pacman-color support removed - `-As` output slightly altered to match pacman. - Bug fixes. Also, remember to upgrade with `-Akua` and not just `-Ayu`! Trust me, it's better.

fosskers commented on 2013-04-06 16:29 (UTC)

Which means it's failing at the download step, not the building step. This should be fixed with tomorrow's weekly release. For now, I sleep.

joetw commented on 2013-04-06 16:25 (UTC)

# sudo aura -Ayu --build=~/tmp/fubar ==> Validating source files with md5sums... aura-1.1.6.0.tar.gz ... FAILED ~/tmp/fubar is empty.

fosskers commented on 2013-04-06 15:25 (UTC)

Hmm... as it shouldn't exist, I think. Packages get built in temporary directories and then copied out. The directories are then deleted automatically. Mind trying changing your build location with `--build`?

joetw commented on 2013-04-06 13:14 (UTC)

"Anyone getting md5sum errors? " Technically, yes. However, $BUILDDIR/aura/src/aura-1.1.6.0.tar.gz is a link to /var/cache/pacman/pkg/aura-3308/aura/aura-1.1.6.0.tar.gz and aura-3308 does not exist. This is after # sudo aura -Ayu.

fosskers commented on 2013-04-06 07:46 (UTC)

That looks like a powerpill error to me. And `sudo` is necessary for a number of reasons. But the packages aren't built as root, don't worry.

gyurman commented on 2013-04-06 06:13 (UTC)

I used: # sudo aura -Ayu I got error: [ERROR] CUID#35 - Download aborted GPGME error: No data Why? And why need sudo for usage?

fosskers commented on 2013-04-06 03:50 (UTC)

Should be fixed. Anyone getting md5sum errors?

fosskers commented on 2013-04-04 21:57 (UTC)

Thanks, I'll look into this.

TrialnError commented on 2013-04-04 17:54 (UTC)

Yes, it's pacman 4.1 related. But the changes to the PKGBuild were proposed since 4.0 (Deprecation of PKGBuilds without package() function) So it should work with 4.0 (which is not the case with the new cms PKGBuilds)

fosskers commented on 2013-04-04 00:04 (UTC)

Are you guys using [Testing], and thus have pacman 4.1 already?

TrialnError commented on 2013-04-02 19:40 (UTC)

Not a permission or makepkg issue. in the build function it is not allowed anymore to call $PKGDIR So those install and mkdir commands should move into package() http://pastie.org/7281997

Rasi commented on 2013-04-01 10:22 (UTC)

I cannot build aura. Preprocessing executable 'aura' for aura-1.1.6.0... mkdir: cannot create directory ‘/home/carnager/Downloads/aura/pkg’: Permission denied d--------- 2 carnager users 4096 Apr 1 12:21 pkg changing the permissions manually doesnt help. on next makepkg its changed back again.

fosskers commented on 2013-03-25 09:11 (UTC)

It seems you've put some thought into your request and I thank you for that. How would this be handled manually? Say you were building something big and had all the source you downloaded yourself. The build fails partway through. You try again. Where does that second build start? Does it recognize a good part of the work is already done? (I imagine this depends on the build system) It if does, then I could implement this into Aura. If it doesn't, then I wouldn't even know where to begin. At the moment everything is done in temporary folders. When the build is complete, the .pkg.tar.gz is moved to the cache and everything else is automatically deleted. This could be changed, if the answer to my above question is that it's possible.

trusktr commented on 2013-03-24 22:49 (UTC)

Hi fosskers, I have a feature Request. When a build fails, sometimes the fix is simple, but Aura will start the build over from scratch, which can be annoying if the build takes an hour. Maybe you can give the user the option to try again instead of just quitting, keeping the build files (compiled files) intact for the next attempt so files that have already been compiled won't be compiled again. For example, I had a problem where a build failed due to a missing lib.so file because the file was installed in /opt/package-name/lib instead of /usr/lib/ by it's dependency... To fix the problem, I created a symlink in /usr/lib/ to the file in /opt/package-name/lib/, but it was annoying because compiling the source took a half hour before the error was encountered, so I had to wait a half hour re-compiling only to encounter another missing .so file, so I symlinked it, then started over again, hoping for no more errors... Ideally, instead of quitting, maybe aura can do something like "Build failed. Try again? [y/n]", and that way, before I try again, I can go into another terminal and fix the problem, then try again, and aura won't have to re-compile everything for a whole hour (literally). Aura can keep the build environment intact until the user selects not to continue. Maybe you can create a setting that users can set in a config file for aura (.aurarc?) telling aura not to erase temporary files when it quits, so that if you try installing a package again, it does not have to re-compile the whole thing again. And to make things even better, maybe provide a command line flag to that would tell aura to clear all temporary files. I believe that if the build process pulls new code (e.g. using git), that the make process will only re-compile files that have changed, so this should work. Can you add something like this to Aura?

fosskers commented on 2013-03-24 11:01 (UTC)

1.1.5.0 ------- - `customizepkg` now usable with Aura. Activate with the `--custom` option.

joerg-krause commented on 2013-03-12 21:21 (UTC)

Hi fosskers, the package is an IDE from Microchip for developing microcontrollers. Did your build process succeeded? I used makepkg, and it worked for me.

fosskers commented on 2013-03-09 06:26 (UTC)

Hey jkrause. I don't think this is a parsing problem. I'd try and build this myself, but the following in the PKGBUILD has me suspicious: echo "root:x:0:0:root:/root:/bin/bash" > $pkgdir/etc/passwd echo "root:x:0:root" > $pkgdir/etc/group What is this package, exactly?

joerg-krause commented on 2013-03-03 17:01 (UTC)

I have problems updating the package microchip-mplabx-bin from the AUR with aura -Ayu. The author of the packing says there can be problems with aura parsing the PKGBUILD. Here is the error message I get: warning: fakeroot-1.18.4-1 is up to date -- reinstalling warning: fakechroot-2.16-1 is up to date -- reinstalling error: failed to prepare transaction (package architecture is not valid) :: package fakeroot-1.18.4-1-i686 does not have a valid architecture :: package fakechroot-2.16-1-i686 does not have a valid architecture Raw shell command call failed. Any idea? Many thanks!

fosskers commented on 2013-03-03 11:54 (UTC)

1.1.4.2 ------- - Haskell deps have been moved back to `makedepends`. - haskell-http removed as dependency. - API Change: function naming conventions in `Aura/Languages.hs` has been changed. The localisation guide was also updated to reflect this.

fosskers commented on 2013-02-27 10:26 (UTC)

This happened to someone else just recently. All you need to do is rebuild haskell-curl, haskell-json, and haskell-regex-pcre.

commented on 2013-02-27 06:44 (UTC)

Setup: At least the following dependencies are missing: curl -any, json -any, regex-pcre -any Can someone please tell me what packages I need to install to fix this error?

fosskers commented on 2013-02-24 11:37 (UTC)

1.1.4.1 ------- - Support for the $LANG environment variable. - Aura will now pause before post-build installation if the package database lock exists. This means you can run multiple instances of Aura and avoid crashes.

fosskers commented on 2013-02-17 21:11 (UTC)

Good, I'm glad that did the trick.

stephanbeta commented on 2013-02-17 13:01 (UTC)

@fosskers: rebuilding those three worked, thanks!

fosskers commented on 2013-02-17 12:17 (UTC)

1.1.4.0 ------- - Serbian translation added. Thank you, Filip Brcic! - Fixed bug that was breaking `aura -Ss`.

fosskers commented on 2013-02-14 21:50 (UTC)

@flying-sheep: Which one?

flying-sheep commented on 2013-02-14 14:39 (UTC)

when building one of those i get stuff like ghc-pkg: cannot find package curl-1.3.7

fosskers commented on 2013-02-11 21:15 (UTC)

@stephanbeta What's likely happened is that your haskell packages and cabal records have gotten out of sync. You have ghc 7.6.2 installed? I'd say rebuilding haskell-curl, haskell-regex-pcre, and haskell-json should do the trick.

stephanbeta commented on 2013-02-11 16:53 (UTC)

I'm having problems updating aura 1.1.2.0-1 => 1.1.3.0-1 Here's the output: ------------------------------------------------------------------------- aura >>= Building `aura`... aura >>= Well, building `aura` failed. aura >>= Dumping makepkg output in 3.. 2.. 1.. ==> Making package: aura 1.1.3.0-1 (Mon Feb 11 17:47:55 CET 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... -> Downloading aura-1.1.3.0.tar.gz... % 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 77852 100 77852 0 0 64845 0 0:00:01 0:00:01 --:--:-- 395k ==> Validating source files with md5sums... aura-1.1.3.0.tar.gz ... Passed ==> Extracting Sources... -> Extracting aura-1.1.3.0.tar.gz with bsdtar ==> Starting build()... Configuring aura-1.1.3.0... Setup: At least the following dependencies are missing: curl -any, json -any, regex-pcre -any ==> ERROR: A failure occurred in build(). Aborting... ------------------------------------------------------------------------- Previous updates had no problems. Any ideas?

flamusdiu commented on 2013-02-11 14:20 (UTC)

@fosskers: thanks 4 the heads up =)

fosskers commented on 2013-02-11 01:54 (UTC)

1.1.3.0 ------- - Changed `--save` and `--restore` to `-B` and `-Br`. `--save` is now just an alias for `-B`, but `--restore` must be used with `-B`. - New option `-Bc` for removing old unneeded package states. - `-Br` output is now sorted better and makes more sense. - Bash Parser can now properly parse `if` blocks, meaning packages that have conditional dependencies based on architecutre will now build properly. - API Change: `Aura.General` is now `Aura.Core` - Dep Change: `haskell-url` no longer needed.

fosskers commented on 2013-02-10 23:21 (UTC)

@flamusdiu: That is fixed in the update I'll be releasing in about an hour :) The Bash parser is now more robust.

flamusdiu commented on 2013-02-10 21:27 (UTC)

Anyone notice that some packages when build from Aur using aura detects systems as x86_64 instead of i686 throwing an error that lib32-* packages are missing?

fosskers commented on 2013-02-06 22:06 (UTC)

That's a pacman error, not an aura one. Notice that all the packages actually built. Regardless, I'll try them out myself and see what happens.

AdrianTM commented on 2013-02-06 21:29 (UTC)

For some reasons Aura fails to install bin32-openjdk6 on a 64bit Archlinux aura >>= Building `bin32-firefox`... aura >>= Building `bin32-openjdk6`... aura >>= Building `google-chrome`... loading packages... error: failed to prepare transaction (package architecture is not valid) :: package openjdk6-6.b27_1.12.1-1-i686 does not have a valid architecture Raw shell command call failed. Not sure if it's package fault or aura's, but I was able to install it with yaourt. By the way, I don't think it should stop installing all the packages if one fails to install, that's a bug in my opinion.

fosskers commented on 2013-02-06 10:44 (UTC)

@9souldier: ghc seems to be in a state of transition. It's hit 7.6.2 in the [haskell] repo, but not in extra. For some reason though, some packages (like haskell-regex-base) in [community] are already asking for 7.6.2. Either add [haskell] to your pacman.conf, or just wait a few days and this should fix itself.

commented on 2013-02-05 23:40 (UTC)

haskell-regex-base is broken in arch repos also: error: failed to prepare transaction (could not satisfy dependencies) :: haskell-regex-base: requires ghc=7.6.2-1

fosskers commented on 2013-02-03 21:07 (UTC)

Hey xangelux. Nothing seems out of the ordinary in the PKGBUILDs of those two packages. Try upgrading them once, then try again. Do they pop up again? If so, I'm puzzled.

xangelux commented on 2013-02-03 18:21 (UTC)

Hi again, I have a weird behaiviour, I have 2 packages installed (python2-ecore and python2-evas) and they are up to date but Aura tells me they need to be updated. Pacman says the versions installed are the correct ones but aura says different. What could be the problem? (I tested with yaourt and it says no problem)

fosskers commented on 2013-01-29 09:24 (UTC)

xangelux, thank you for letting me know. Yes, haskell-regex-pcre is _very_ necessary, so I've adopted that AUR package. I am wondering what the difference between it and the package `haskell-regex-pcre-builtin` in [haskell] is though...

xangelux commented on 2013-01-29 05:40 (UTC)

haskell-regex-pcre is orphaned, is this needed now?

fosskers commented on 2013-01-27 08:08 (UTC)

1.1.2.0 ------- - Bash parser completely rewritten. - Bug fixes (thanks to the new parser)

fosskers commented on 2013-01-21 09:01 (UTC)

@Rasi Technically yes, but it's pretty standard among haskell packages not to do this. Aura also has frequent updates, so I find it's better just to keep everything installed.

Rasi commented on 2013-01-21 01:40 (UTC)

Shouldnt ghc be a makedep instead of regular one?

fosskers commented on 2013-01-14 21:01 (UTC)

To github then, Denis!

dkasak commented on 2013-01-14 14:41 (UTC)

@Colin: Regarding your philosophical issues, I think it's far more important for users to learn what is going on in AUR conceptually, and to get into a habit of checking/researching what they are installing, than to be forced to download a PKGBUILD manually and run "makepkg" (since those are rather trivial things to grasp). So I think the way forward is to think of functionality that will make this conceptual understanding easier and encourage it, rather than sacrificing convenience. Aura is already doing a wonderful job in enabling this with its cool AUR packet introspection features and that's why I don't consider a binary repo a problem. We should probably take the babbling somewhere else if we'd like to continue, though. :-)

fosskers commented on 2013-01-14 01:13 (UTC)

@trusktr: Let me know if that ever comes up again. The key to more users could be a binary repo after all.

trusktr commented on 2013-01-14 01:01 (UTC)

That's odd. I installed it manually. Oh well. What people meant by "binary repo" is for you to create a repo that can be added to pacman.conf. You wouldn't be putting a binary in the AUR. For example, after you create a binary repo, users would have to add something like the following to pacman.conf: [fosskers] Server = http://fosskers.foo/path/to/repo Then to install aura for the first time it'd be as simple as: >> pacman -Sy aura

fosskers commented on 2013-01-14 00:32 (UTC)

I'm not getting that error, trusktr.

trusktr commented on 2013-01-14 00:14 (UTC)

I was trying to install eclipse-android using aura but I get the following error: ┌─[16:11:43/starlancer/trusktr/~] └─╼ sudo aura -Aax --hotedit eclipse-android [sudo] password for root: aura: getCurrentDirectory: does not exist (No such file or directory)

fosskers commented on 2013-01-14 00:01 (UTC)

The reason no third-party package managers / AUR helpers get into the official repos is because the Arch developers maintain that every user needs knowledge of how packages work. They gain this knowledge by building packages themselves with makepkg. I support this view. However, Aura and programs like it are a gateway to _not_ and _never_ do this. Since installing aura means you'll never have to manually build a package again, I was thinking that at the very least I want users to have to build aura themselves. Is this a realistic desire? I realize that the big dependencies are a turn off for some people. The question is, are _most_ people turned off by it? Note that yaourt has a pre-build binary in a user repo somewhere. If we were to put a stable version of aura in a repo and host it somewhere, I'd have one condition. I'd have to be to see download numbers.

dkasak commented on 2013-01-13 23:19 (UTC)

@Colin: I was actually thinking about offering an unofficial pacman *binary repository* (of the kind core, community, extra and similar are) and leaving this package as it is. Adding a hint that the binary repo exists on your upstream github repository might be a good idea (I really wish there was a better way to specify this information on the AUR package page). This is rather common and there are quite a few such repositories: https://wiki.archlinux.org/index.php/Unofficial_User_Repositories. It's easy to set up and has architecture handling built-in (you just compile both versions and name them appropriately), so the only remaining problem is hosting it somewhere, but Dropbox seems to be perfectly fine for that. Your idea of offering an additional binary AUR package (which would presumably just download the binary from somewhere) would also work, but it seems messier.

fosskers commented on 2013-01-13 23:06 (UTC)

@Valantin: aura is updated once a week. Also, gmp is a dependency, not a makedep. @Denis: I was under the impression that binaries weren't allowed at all in the aur, but it seems that's not the case. I suppose I could offer a binary version. However, I think I'd call it `aura-stable-bin` and only update it once and a while. What do you think? Also, how would I deal with different architectures on user machines?

trusktr commented on 2013-01-13 21:01 (UTC)

A binary repo would be very nice. It would make it especially easy for new comers to install a great AUR package manager.

Valantin commented on 2013-01-13 17:37 (UTC)

@dkasak how time in a week update Aura? i edit the PKGBUILD and after installation remove ghc and other dependencies. This is my first day in aura using, and i think the possibility to remove if you want the makedependencies (non obligatory) is better, without this possibility i'm now using yaourt. PS I keep the packages and install quickly when i need

dkasak commented on 2013-01-13 15:25 (UTC)

I can see how people who don't have ghc installed already (i.e. non-Haskellers) could be a bit intimidated by the install size, but installing and removing ghc each time you upgrade aura is no real solution either. Colin, perhaps it would make sense to think about offering a binary repository for aura?

Valantin commented on 2013-01-13 13:50 (UTC)

Please edit PKGBUILD [CODE] # Maintainer: Colin Woodbury <colingw@gmail.com> _hkgname=aura pkgname=aura pkgver=1.1.1.0 pkgrel=1 pkgdesc="A package manager for Arch Linux and the AUR written in Haskell." url="https://github.com/fosskers/aura" license=('GPL-3') arch=('i686' 'x86_64') depends=('pacman') makedepends=('gmp' 'ghc' 'haskell-regex-base' 'haskell-regex-pcre' 'haskell-curl' 'haskell-json' 'haskell-url' 'haskell-mtl' 'haskell-parsec') optdepends=('pacman-color: For coloured pacman output in Aura.' 'powerpill: For faster repository downloads.') options=('strip') source=(https://bitbucket.org/fosskers/aura/downloads/${_hkgname}-${pkgver}.tar.gz) md5sums=('259acd4532112bcace1504ced2b41945') build() { cd ${srcdir}/${_hkgname}-${pkgver} runhaskell Setup configure --prefix=/usr --docdir=/usr/share/doc/${pkgname} -O runhaskell Setup build # Installing man page mkdir -p "$pkgdir/usr/share/man/man8/" install -m 644 aura.8 "$pkgdir/usr/share/man/man8/aura.8" # Installing bash completions mkdir -p "$pkgdir/usr/share/bash-completion/completions/" install -m 644 completions/bashcompletion.sh "$pkgdir/usr/share/bash-completion/completions/aura" # Installing zsh completions mkdir -p "$pkgdir/usr/share/zsh/site-functions/" install -m 644 completions/_aura "$pkgdir/usr/share/zsh/site-functions/_aura" # Directory for storing PKGBUILDs mkdir -p "$pkgdir/var/cache/aura/pkgbuilds" # Directory for storing installed package states mkdir -p "$pkgdir/var/cache/aura/states" } package() { cd ${srcdir}/${_hkgname}-${pkgver} runhaskell Setup copy --destdir=${pkgdir} } [/CODE] ghc is needed only for build the package it isn't a dependencis for aura. 800mb of dependencies discourages many people from using this great package.

fosskers commented on 2013-01-13 10:07 (UTC)

1.1.1.0 ------- - New option `--devel`. Rebuilds all devel packages installed. - Italian translation added! Thank you Bob Valantin! - Support for `powerpill` added. It will be used if installed, unless the PACMAN variable is specifically set to something different. - Aura can now handle PKGBUILDs that produce multiple .pkg.tar files. - Bug fixes

fosskers commented on 2013-01-11 04:49 (UTC)

@maattd: It occurs to me that that error is a Haskell build error. Do you have a unique ghc setup? Try the command `ghc-pkg list`. If you don't see `curl` in there, it means Haskell doesn't think you have it, even if you have the AUR package haskell-curl installed.

maattd commented on 2013-01-08 22:15 (UTC)

I have haskell-curl and curl installed. ~ % curl curl: try 'curl --help' or 'curl --manual' for more information

fosskers commented on 2013-01-08 21:51 (UTC)

Curl is a dependency of haskell-curl. Did you install haskell-curl first?

maattd commented on 2013-01-08 21:04 (UTC)

==> Making package: aura 1.1.0.0-3 (Tue Jan 8 16:03:11 EST 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... -> Found aura-1.1.0.0.tar.gz ==> Validating source files with md5sums... aura-1.1.0.0.tar.gz ... Passed ==> Extracting Sources... -> Extracting aura-1.1.0.0.tar.gz with bsdtar ==> Removing existing pkg/ directory... ==> Starting build()... Configuring aura-1.1.0.0... Setup: At least the following dependencies are missing: curl -any ==> ERROR: A failure occurred in build().

fosskers commented on 2013-01-08 13:35 (UTC)

Thank you, marcinfa. I'm aware that all those haskell deps are actually make deps. It used to be the way you would suggest, but I changed this for two reasons: 1. Aura has weekly updates, thus those deps will frequently be needed. 2. Other popular haskell programs/libraries do the same thing.

marcinfa commented on 2013-01-08 12:04 (UTC)

"You do not need to list packages that your software depends on if other packages your software depends on already have those packages listed in their dependency. For instance, gtk2 depends on glib2 and glibc. However, glibc does not need to be listed as a dependency for gtk2 because it is a dependency for glib2." - Arch wiki ghc depend: gmp haskell-mtl depend: ghc .... And ghc gmp and haskell-* are makedepends not depends - this is compilator!.

fosskers commented on 2013-01-08 01:45 (UTC)

Seems to be a relic of when I first made the PKGBUILD via cabal2arch.

demize commented on 2013-01-07 23:14 (UTC)

Why the "_hkgname=aura"?

fosskers commented on 2013-01-07 12:09 (UTC)

> Aura seems very good so far. I guess it will replace yaourt here. Music to my ears.

commented on 2013-01-07 11:57 (UTC)

Thanks for the quick reply and solution of the problem. Aura seems very good so far. I guess it will replace yaourt here.

fosskers commented on 2013-01-07 11:39 (UTC)

Just put out 1.1.0.0-3. Should be fixed.

mrbit commented on 2013-01-07 11:30 (UTC)

md5sums problem ...

fosskers commented on 2013-01-07 11:19 (UTC)

Should be fixed, thanks guys.

gotheric commented on 2013-01-07 10:51 (UTC)

About the error "install: cannot stat 'bashcompletion.sh': No such file or directory" I solved it by modifying lines 28 and 32 of PKGBUILD From: install -m 644 bashcompletion.sh "$pkgdir/usr/share/bash-completion/completions/aura" To: install -m 644 completions/bashcompletion.sh "$pkgdir/usr/share/bash-completion/completions/aura" And From: install -m 644 _aura "$pkgdir/usr/share/zsh/site-functions/_aura" To: install -m 644 completions/_aura "$pkgdir/usr/share/zsh/site-functions/_aura"

walkindude commented on 2013-01-07 10:47 (UTC)

working, but md5sum..

fosskers commented on 2013-01-07 10:39 (UTC)

How about now?

commented on 2013-01-07 10:20 (UTC)

Building aura fails: install: cannot stat 'bashcompletion.sh': No such file or directory $ pacman -Qs bash-completion local/bash-completion 2.0-3 Programmable completion for the bash shell

fosskers commented on 2013-01-07 09:35 (UTC)

Version 1.1 released! * New `--save` option! * New `--restore` option! * New `-Ak` option for showing PKGBUILD diffs! * New `--aurignore` option! * Bash and zsh completions! * Major code rewrites everywhere. Go!

fosskers commented on 2013-01-01 09:51 (UTC)

It's not working? That's odd... I've got it working over here. Do you have the package 'bash-completion' installed?

commented on 2012-12-31 22:48 (UTC)

Bash completion doesn't seem to be working. Do you have to config something to install something to get it to work?

trusktr commented on 2012-12-30 19:53 (UTC)

Sweet!

fosskers commented on 2012-12-30 11:00 (UTC)

With 1.0.8.1 - bash completions! - zsh completions! - Bug fixes.

fosskers commented on 2012-12-18 08:54 (UTC)

Thanks again dkasak.

dkasak commented on 2012-12-18 07:37 (UTC)

LinuxFTW, yes, just build with -Ax and the output will be shown.

commented on 2012-12-18 07:13 (UTC)

Is there any way to show the output of aur package build? I tried looking in the man page but didn't find anything.

fosskers commented on 2012-12-16 11:53 (UTC)

With version 1.0.8.0: - `--hotedit` should work better now. - API changes.

trusktr commented on 2012-11-26 09:49 (UTC)

hehe. Alright.

fosskers commented on 2012-11-26 09:24 (UTC)

I will meditate for a spell under a waterfall on this issue.

trusktr commented on 2012-11-25 23:00 (UTC)

Not that it's so much extra effort to do "aura -Aax --hotedit" but imagine being able to set hot edit, remove build dependencies, and show build output as defaults in an rc file; then you could simply just run "aura -A" to the same effect. As an added bonus, the switches could be switches, so after setting those defaults, then "aura -Aax --hotedit" would run without hot edit, without build output, and without removing build dependencies. C'mon, jump off the fence to that side. :D

fosskers commented on 2012-11-25 21:50 (UTC)

Thanks for tuning in guys. 1. `--hotedit` exists but after a feature request on github I'm going to change it's behaviour so that the editing occurs before dependency checks. 2. I'm on the fence about an rc file.

trusktr commented on 2012-11-25 14:14 (UTC)

Oh, I missed that. XD Nice to know. An .aurarc file to configure these settings would be nice. :D

dkasak commented on 2012-11-25 13:37 (UTC)

Sorry for the e-mail spam if anyone is subscribed to this. The AUR website stupidly decides to resend the comment if you refresh the webpage.

dkasak commented on 2012-11-25 13:36 (UTC)

trusktr, there's already an option for this, just not a single-letter one. It's --hotedit. See man aura for the rationale.

trusktr commented on 2012-11-25 12:31 (UTC)

Nice. Hey, one thing I noticed is that Aura doesn't let you modify the PKGBUILD. Could you add an option to -A or something so we can edit PKGBUILDS? For example, with yaourt, when I install something it asks if I want to edit the PKGBUILD and sometimes I do in order to change some settings.

fosskers commented on 2012-11-25 12:17 (UTC)

With version 1.0.5.0: - New dep: haskell-url - `-As` now works properly. - Better integration with `pacman-color`. - Bug fixes!

trusktr commented on 2012-11-19 12:38 (UTC)

Cool!

fosskers commented on 2012-11-14 11:43 (UTC)

Fixed and pushed to the repo. The fix will be included in this Sunday's release.

fosskers commented on 2012-11-14 11:10 (UTC)

Thanks! Figured out the bug. I has to do with libsigc++ being used in a regular expression to determine if it's a real package or not. Those +'s have meaning in regexes, so the pluses aren't counted as part of the name. I'll have to do some minor tinkering.

trusktr commented on 2012-11-14 10:57 (UTC)

I like aura's syntax and overall concept. I found a bug: I tried installing tilde from aur by doing "sudo aura -Aax tilde" and build failed. I was able to install tilde with no problems using yaourt, so that makes me think there might be a bug with aura.

fosskers commented on 2012-11-10 09:13 (UTC)

Glad to have another user :)

trusktr commented on 2012-11-10 08:51 (UTC)

I installed aura with yaourt because I didn't have aura. Lol. Aura seems to be working fine though.

fosskers commented on 2012-11-10 08:44 (UTC)

Yup. The next version (coming out tomorrow) will have all the haskell deps included in the `depends` field instead of `makedepends`. I suppose that up until now, if you installed aura with the `-a` flag, it would installed haskell-pcre and as a consequence pcre after installation. I haven't gotten any bug reports about this though, and it'll be moot point tomorrow anyway.

trusktr commented on 2012-11-10 08:31 (UTC)

namcap shows this error: aura E: Dependency pcre detected and not included (libraries ['usr/lib/libpcre.so.1'] needed in files ['usr/bin/aura']) Is that OK?

commented on 2012-11-07 14:08 (UTC)

Thanks for this fix.

fosskers commented on 2012-11-05 14:28 (UTC)

Fixed!

fosskers commented on 2012-11-04 12:43 (UTC)

Currently aura doesn't seem to be working after the AUR overhaul. I don't know if it's aura or the AUR database at fault. Give me a day or so.

commented on 2012-10-29 16:46 (UTC)

I'm liking it so far, no reason to go back to yaourt for me.

fosskers commented on 2012-10-28 22:19 (UTC)

Thanks guys, I'll check out those build failures.

commented on 2012-10-28 18:06 (UTC)

@jwa: I just encountered the same error you did when trying to install jre and jdk out of AUR. At any rate, fosskers, I am loving aura. Thanks for developing this!

jwa commented on 2012-10-28 14:12 (UTC)

Installing jre or jdk with aura currently fails with the message: "aura: : getSymbolicLinkStatus: does not exist (No such file or directory)" Building from source with makepkg works fine. (Although I'm still on 1.0.0) Can anyone confirm this?

fosskers commented on 2012-10-17 21:26 (UTC)

haskell-regex-pcre is an AUR dependency. Please build it manually.

wwgfd commented on 2012-10-17 13:55 (UTC)

please update your dependancies to a complete list ==> Making package: aura 1.0.2.0-1 (Wed 17 Oct 15:38:26 BST 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Installing missing dependencies... error: target not found: haskell-regex-pcre ==> ERROR: 'pacman' failed to install missing dependencies. unable to download dependancies from default pacman repos!

fosskers commented on 2012-10-15 08:41 (UTC)

This haskell-bytestring bug is actually fixed as of 1.0.2.0... but unfortunately it wasn't letting you upgrade to get the fix! Irony.

mrbit commented on 2012-10-15 06:58 (UTC)

ok..uninstall ghc aura -Ayu : aura >>= Dependency checking failed for these reasons: `haskell-bytestring` exists in NO WAY as a package or as one provided by another. install ghc aura -Ayu now work. Thanks ChrisW.

mrbit commented on 2012-10-15 06:29 (UTC)

pacman -S ghc : ==> Unregistering cabalized packages... ghc-pkg: cannot find package regex-posix-0.95.2 ghc-pkg: cannot find package curl-1.3.7 ghc-pkg: cannot find package json-0.5 ghc-pkg: cannot find package transformers-0.3.0.0 ghc-pkg: cannot find package text-0.11.2.3 ghc-pkg: cannot find package mtl-2.1.2 ghc-pkg: cannot find package regex-base-0.93.2 ghc-pkg: cannot find package syb-0.3.7 ghc-pkg: cannot find package ansi-terminal-0.5.5 ghc-pkg: cannot find package regex-pcre-0.94.4 ghc-pkg: cannot find package parsec-3.1.3 ghc-pkg: cannot find package bytestring-show-0.3.5.3 ==> Done. (1/1) update in progress of ghc [############################] 100% ==> All cabalized packages need to be reinstalled now. ==> See /usr/share/haskell/ and ghc-pkg list --user for a tentative list of affected packages.

mrbit commented on 2012-10-15 06:25 (UTC)

==> start build() ongoing... Configuring aura-1.0.2.0... Setup: At least the following dependencies are missing: curl -any, json -any, regex-pcre -any ==> ERRORE:

ChrisW commented on 2012-10-15 05:42 (UTC)

aura -Ayu ... aura >>= AUR Packages to upgrade: aura : 1.0.0.0-1 => 1.0.2.0-1 aura >>= Dependency checking failed for these reasons: `haskell-bytestring` exists in NO WAY as a package or as one provided by another! Then I tried to install 'haskell-bytestring', which will somehow point to ghc-7.6.1-1. After installing ghc, upgrading/building aura finally works and pulls in all the other dependencies.

fosskers commented on 2012-10-14 21:54 (UTC)

I imagine that has to do with either: 1. The Haskell 7.6 update. 2. The dependencies not having specific version numbers. I'll update the PKGBUILD.

mrbit commented on 2012-10-14 18:47 (UTC)

Configuring aura-1.0.2.0... Setup: At least the following dependencies are missing: curl -any, json -any, regex-pcre -any ==> ERRORE: Replaced haskell-regex-posix with haskell-regex-pcre----> Configuring regex-pcre-0.94.4... Setup: At least the following dependencies are missing: regex-base >=0.93 ==> ERRORE: Package `regex-base' does not exist.???????

fosskers commented on 2012-10-11 13:34 (UTC)

Chris, should be fixed now. Do you want a 1.0.1.1, or can you wait til 1.0.2.0?

fosskers commented on 2012-10-11 13:11 (UTC)

K I found the bug. It is unique to package name "haskell-bytestring". I'll see what I can do.

fosskers commented on 2012-10-11 13:08 (UTC)

Hey Chris. Actually, you might be pleased to know that another Chris W suggested the exact same thing a while ago. I just haven't had the chance to implement it yet. I know how I'll do it, so maybe expect it for version 1.0.2.0. haskell-bytestring is provided by ghc. You shouldn't have gotten that error... There used to be an error involving virtual packages like that, but it was fixed a few weeks ago. I just ran a test, and haskell-bytestring is not appearing to aura as a virtual package... which is quite odd.

ChrisW commented on 2012-10-11 03:25 (UTC)

Hi fosskers, I have a little feature request; would you consider the following? When I do aura -Qh, I get help on query options. Likewise with -Sh, -Rh, etc. But when I try aura -Ah, -Oh, -Ch, -Lh, I get an error: 'aura >>= Conflicting flags given!' For the sake of consistency with pacman usage conventions, it would be nice to have a summary help displayed for each option. I prefer that over using the man page and it would provide more info than just aura -h. Also, I was trying to update Aura to 1.0.1.0-1, but get an error: `haskell-bytestring` exists in NO WAY as a package or as one provided by another! Shouldn't this be community/haskell-bytestring-show as a dependency of haskell-regex-pcre?

fosskers commented on 2012-10-10 09:53 (UTC)

I appreciate your support, but unfortunately package managers that support the AUR will never be added to [community]. See this thread: https://bbs.archlinux.org/viewtopic.php?pid=828254#p828254 I will go and update the Aura Wiki on what its proper dependencies are.

commented on 2012-10-10 02:34 (UTC)

-Ad is a great help! The comedy is that of course one must have aura to use that option... One does not simply aura -Ad aura, at least not until after getting it set up :p. I hope aura goes into the community repo soon, it's really a great implementation of a unified package manager while maintaining the separation between the AUR and repos.

fosskers commented on 2012-10-09 12:20 (UTC)

With version 1.0.1.0: - Moved a bunch of modules to `Aura/` - Replaced haskell-regex-posix with haskell-regex-pcre - German! - Spanish!

fosskers commented on 2012-10-08 09:27 (UTC)

@wagnerlia: Something to this note is already in the Wiki. I suppose I should extend it? @bribroder: You're welcome! Your solution is `aura -Ad`, by the way. I agree with you that the AUR page here should list both. @dkasak: Thanks for chiming in.

dkasak commented on 2012-10-08 08:02 (UTC)

Well, transferring the packages from makedepends to depends is very invasive since it would change real behaviour instead of only the info displayed on this page. You wouldn't expect firefox to need gcc installed to run, I presume. In any case, the information is already available, in the PKGBUILD, which should at least be skimmed when installing packages from AUR to ensure it's not something doing something flat-out malicious. That said, having the AUR software also parse makedepends and display it here would be an obvious improvement.

commented on 2012-10-08 02:49 (UTC)

Great package manager, fosskers, thanks for maintaining!

commented on 2012-10-08 02:46 (UTC)

I don't mean to argue with the man pages, but from the perspective of someone coming to the AUR for a package it seems like building the package is sort of the whole objective. Although the packages might not be necessary to run post-build, but it would be helpful for the user to have a list of the necessary packages to get it up and running. Wagnerlia's suggestion for documenting the build dependencies on the wiki page seems like a good solution. Alternatively, maybe the AUR should differentiate between run and build dependencies and list both? Dreaming big :)

ChrisW commented on 2012-10-07 12:41 (UTC)

Thanks, for a very nice package! Lots of haskell dependencies, though. Maybe you could mention this somewhere on the aura wiki page, so people will be prepared. The following will be installed to build aura: * ghc (7.4.2-1), haskell-transformers (0.3.0.0-1), haskell-mtl (2.1.1-1), haskell-regex-base (0.93.2-6), haskell-regex-posix (0.95.2-1), * aur/haskell-ansi-terminal (0.5.5-20), * aur/haskell-curl (1.3.7-20), haskell-text (0.11.2.1-1), haskell-parsec (3.1.2-2), haskell-syb (0.3.6.1-1) * aur/haskell-json (0.5-2), aur/aura (1.0.0.0-1) Almost 600MB of these can be removed afterwards according to aura -O: haskell-ansi-terminal haskell-curl haskell-json haskell-regex-posix haskell-parsec haskell-regex-base haskell-syb haskell-mtl haskell-text haskell-transformers ghc

fosskers commented on 2012-10-07 03:42 (UTC)

dkasak is actually right, and I was a bit hasty. The PKGBUILD won't be changed after all.

dkasak commented on 2012-10-06 10:21 (UTC)

bribroder, since when? This is pretty much the opposite of what man PKGBUILD says. These packages are needed for building the software, but not afterwards. Am I missing something?

fosskers commented on 2012-10-06 09:26 (UTC)

Alright, I'll change the PKGBUILD for the next release. Should be today or tomorrow.

commented on 2012-10-06 06:15 (UTC)

I agree with Alittlemurkling that the build dependencies should be listed here. The dependencies list should include all the items necessary to build the package.

fosskers commented on 2012-10-02 21:28 (UTC)

Alittlemurkling: Because they don't need to be. They are build dependencies.

dkasak commented on 2012-10-02 13:20 (UTC)

Alittlemurkling, specifically what dependencies? There are a bunch of Haskell makedepends.

11backslashes commented on 2012-10-02 13:08 (UTC)

Why are none of the Haskell packages listed in the dependencies?

fosskers commented on 2012-10-01 12:09 (UTC)

It already is.

commented on 2012-10-01 02:12 (UTC)

should depend on aur/haskell-ansi-terminal

commented on 2012-09-30 13:50 (UTC)

Congrats :) And thanks!

fosskers commented on 2012-09-30 12:07 (UTC)

Version 1.0.0.0!

fosskers commented on 2012-09-26 10:39 (UTC)

Thanks for noticing. I'm not having the same problem. Could you explain to me how exactly it failed? I'd be even more grateful if you did so here: https://github.com/fosskers/aura/issues/14

commented on 2012-09-26 06:44 (UTC)

Hej, building haskell-curl (new dependency, right?) fails for me. Instead I tried 'cabal install curl', which worked just fine. So I removed all the haskell-* deps out of the PKGBUILD and tried to build it. Et voila, it worked :) But still, building aura failed due to failing of haskell-curl on my machine.

fosskers commented on 2012-09-25 22:35 (UTC)

Fixed, and updated to 0.10.0.0.

fosskers commented on 2012-09-25 22:22 (UTC)

Moved back to 0.9.3.4. Something in screwing up on the github end.

fosskers commented on 2012-09-25 22:21 (UTC)

I know.

mrbit commented on 2012-09-25 22:18 (UTC)

md5sums error

fosskers commented on 2012-09-19 22:43 (UTC)

With version 0.9.3.2 - Swedish translation.

fosskers commented on 2012-09-18 21:36 (UTC)

Thanks! Unfortunately, the Arch people believe that all users require first-hand knowledge of how packaging works, and thus would never allow an AUR helper into the official repos. Notice that yaourt isn't even in them.

localuser commented on 2012-09-18 13:49 (UTC)

Great stuff, easy to translate (provided swedish translation myself), should totally be in arch repos (provided 10th vote myself ;)).

fosskers commented on 2012-09-15 04:29 (UTC)

With version 0.9.2.0 - `-Ai` ! - `-As` ! Hurray!

fosskers commented on 2012-09-11 10:07 (UTC)

@Alp, your bug should be fixed now.

fosskers commented on 2012-09-09 21:59 (UTC)

This issue was brought up here: https://github.com/fosskers/aura/issues/8#issuecomment-8404786 It happens when your package cache (typically /var/cache/pacman/pkg) is on a different partition than where you tried to build the package. I'm working on it.

Alp commented on 2012-09-09 21:54 (UTC)

When trying to install AUR packages i mostly get this error: - rename: unsupported operation (Invalid cross-device link)

fosskers commented on 2012-09-09 07:37 (UTC)

With version 0.9.1.0 - `-Au` is about 20 times faster.

fosskers commented on 2012-09-06 13:51 (UTC)

sudo 1.8.6 broke aura, but it's fixed now. Enjoy!

fosskers commented on 2012-08-27 10:30 (UTC)

With version 0.9.0.0 - New `-O` operation for dealing with orphan packages. - A man page!

fosskers commented on 2012-08-05 12:27 (UTC)

With version 0.8.0.0 - Help message now supports multiple languages. - Broke "no overlapping options" convention. `-Cz` is now `-Cb`. - New option `-Ad`. Lists _all_ dependencies of an AUR package. This is to aid pre-building research. *This option provides information you can't get from get looking at PKGBUILDS!*

fosskers commented on 2012-07-29 07:33 (UTC)

With version 0.7.3.0 - New option `--conf`. Lets you quickly view your pacman.conf.

fosskers commented on 2012-07-22 14:27 (UTC)

With version 0.7.2.3: - `--log` is now `-L`. - New option `-Ls`. Search the log file via a regex. - New option `-Li`. Reports information on a given package that has had any appearance in the log file.

fosskers commented on 2012-07-15 06:35 (UTC)

With version 0.7.0.0: - New `--hotedit` option for `-A`. Allows on-the-fly PKGBUILD editing. - New `Shell` library (with breaking API changes)

fosskers commented on 2012-07-08 00:53 (UTC)

With version 0.6.0.0: - Aura now passes proper exit codes to the shell (with breaking API changes). - Numerous bug fixes (-Ayua, -Aw, -C and -Cs sorting order)

fosskers commented on 2012-07-01 08:26 (UTC)

New options: --adopt -> Deorphanizes a package. Shortcut for `-D --asexplicit`. --abandon -> Uninstalls all orphan packages.

fosskers commented on 2012-06-30 13:44 (UTC)

New options: --orphans -> Displays packages installed as deps that are no longer needed. -Aa -> **Removes unneeded make dependencies after install!**

fosskers commented on 2012-06-26 11:44 (UTC)

Massive changes everywhere. New options: -Ax -> Unsuppress makepkg output. -Cz -> Backup the package cache. --log -> View pacman.log Also, new colours here and there.

fosskers commented on 2012-06-22 13:24 (UTC)

Fixed colour bugs. Also changed dependency list.

fosskers commented on 2012-06-19 21:55 (UTC)

Yeah I noticed that the yaourt maintainer had done that. No particular version of pacman is necessary for `aura` though.

Cravix commented on 2012-06-19 14:26 (UTC)

en, tar is important package, but tar is only required by libtool, and libtool is required by nothing here :-) so better don't remove it, for those like coreutils(dep of deps of pacman) is in, or their reqs is in the HoldPkg list, and when try to remove it pacman will prompt. regarding pacman(to be exact, neccesary pack) as dependency is only when you need to specify the version of pacman, like in yaourt's PKGBUILD maintainer wrote 'pacman>=4.0' in deps array.

fosskers commented on 2012-06-19 13:44 (UTC)

Yeah that's reasonable. I'll take them out with the next release (probably tomorrow). What about `tar`? Is there a more built-in decompressor that could replace it?

Cravix commented on 2012-06-19 13:38 (UTC)

a little suggestion: you don't need add pacman and curl(a dep of pacman) as deps since arch isn't arch without pacman, and the same to gmp for it's dep of coreutils.

fosskers commented on 2012-06-19 13:27 (UTC)

Colourized output now available.

fosskers commented on 2012-06-18 09:51 (UTC)

`-Syu` and `-Rsu` no longer broken. Also introduced `-Aw` for downloading source tarballs.

fosskers commented on 2012-06-17 12:29 (UTC)

Aura no longer fails building AUR packages that have .install files. `-u` option now available with `-A` for upgrading all installed AUR packages.

fosskers commented on 2012-06-17 03:37 (UTC)

Aura no longer fails building AUR packages that have uninstalled AUR dependencies.