Package Details: aurget 4.7.3-0

Git Clone URL: https://aur.archlinux.org/aurget.git (read-only)
Package Base: aurget
Description: A simple, Pacman-like AUR helper
Upstream URL: https://github.com/pbrisbin/aurget
Licenses: GPL
Submitter: brisbin33
Maintainer: brisbin33
Last Packager: brisbin33
Votes: 161
Popularity: 0.017361
First Submitted: 2009-11-11 19:37
Last Updated: 2019-09-11 12:50

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous ... 17 18 19 20 21 22

brisbin33 commented on 2010-04-21 13:41

*Fair Warning* -- I'm currently testing aurget 2.0 which boasts faster searches/dependency checking, the ability to save/reuse sources, as well as overall cleaner code. However, this new version also comes with a completely different config file as well as completely different runtime flags. This package will be getting the upgrade soon, so watch out.

If your interested in trying the new version now: http://pbrisbin.com:8080/bin/aurget

If you want to keep the 1.x version forever: http://pbrisbin.com:8080/shared/aurget_1.5-6

Thanks,
Pat

brisbin33 commented on 2010-04-10 21:52

yes, that would solve it. i chose to do the following instead:

-- touch "$WD/results.lst"
++ echo > "$WD/results.lst"

this clears old results before running any search. originally i had never intended to run multiple searches back to back... thus the bug. you're right though s/>>/>/g is cleaner... don't remember why i had it appending to begin with...

Anonymous comment on 2010-04-10 21:50

Ok... I'm not quite confident with bash but looks like this helps (patch is for 1.5-3)

@@ -633,7 +633,7 @@
# package name has to match for info type search
[ "$MODE" = 'info' ] && GREP="$term"

- curl -s "http://aur.archlinux.org/rpc.php?type=search&arg=$(clean_string "$term")" | sed 's/{/\n/g;s/}//g' | grep -F "\"$GREP\"" | sort -t ':' -k 3.2 >> "$WD/results.lst"
+ curl -s "http://aur.archlinux.org/rpc.php?type=search&arg=$(clean_string "$term")" | sed 's/{/\n/g;s/}//g' | grep -F "\"$GREP\"" | sort -t ':' -k 3.2 > "$WD/results.lst"

# no results

brisbin33 commented on 2010-04-10 21:49

thanks for the headsup orgronom.

there was a bug in search() where it accumulated results rather than clearing them b/w searches (i.e. for each argument returned as out of date), this has been fixed.

everyone, be advised that -qu and -su are /searches/ based on the list of out of date packages so they will return more than just the packages as results. this is probably not useful but it does make sense given the way the options work (it respects $MODE completely while acting).

i did test that -uI works as expected since -I returns exact matches only. i may adjust -s and -q to operate differently (i.e. exact matches) if used in correlation with -u but that's not high on my to-do list right now...

Anonymous comment on 2010-04-10 21:48

Ok... I'm not quite confident with bash but looks like this helps (patch is for 1.5-3)

@@ -633,7 +633,7 @@
# package name has to match for info type search
[ "$MODE" = 'info' ] && GREP="$term"

- curl -s "http://aur.archlinux.org/rpc.php?type=search&arg=$(clean_string "$term")" | sed 's/{/\n/g;s/}//g' | grep -F "\"$GREP\"" | sort -t ':' -k 3.2 >> "$WD/results.lst"
+ curl -s "http://aur.archlinux.org/rpc.php?type=search&arg=$(clean_string "$term")" | sed 's/{/\n/g;s/}//g' | grep -F "\"$GREP\"" | sort -t ':' -k 3.2 > "$WD/results.lst"

# no results

Anonymous comment on 2010-04-10 14:36

Upgrade (-u) issue:
While the install, build, download modes are fine I find the behaviour of quiet, info modes a little odd, i.e.
I expected, that
aurget -uq
just prints the names of the packages from aur that needs to be upgraded, and
aurget -uI
prints also their info, but they are not.
There is a bug in function search, that make the output repeat itself several times.

gborzi commented on 2010-03-27 18:38

Tried it and worked fine. I don't have a ~/.makepkg.conf, just /etc/makepkg.conf. BTW find <dir> -name supports the regexp with square brackets [].

brisbin33 commented on 2010-03-27 14:44

Yeah, i saw this coming but was just being lazy about fixing it... i'm also not sure if find -name supports the [xz] regexism there. either way, i'm sourcing makepkg.conf anyway so i just used $PKGEXT directly. now any extension should work. i tested myself using a ~/.makepkg.conf and an /etc/makepkg.conf with the xz extension specified. let me know if it's not working for you. thanks.

gborzi commented on 2010-03-27 02:03

There is a bug in the script caused by the recent switch to xz compression. If a user configured makepkg to use xz compression (like I did) the script fails with the error message

cp: cannot stat `': No such file or directory
error: codecs: failed saving package.
Note: source files may still be in /tmp/aurget

I think the problem is at line 952 of the script, i.e.

PKG=$(find "$WD/$PACK" -name "$PACK-*pkg.tar.gz")

which should read

PKG=$(find "$WD/$PACK" -name "$PACK-*pkg.tar.[gx]z")