Package Details: aurget 4.7.6-1

Git Clone URL: https://aur.archlinux.org/aurget.git (read-only, click to copy)
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: 157
Popularity: 0.000000
First Submitted: 2009-11-11 19:37 (UTC)
Last Updated: 2022-02-12 19:11 (UTC)

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 16 17 18 19 20 21 22 Next › Last »

gborzi commented on 2010-05-09 19:23 (UTC)

I have the following settings: makepkg.conf PKGDEST=/home/gborzi/store/personal SRCDEST=/home/gborzi/store/sources ~/.config/aurgetrc package_directory= source_directory=/home/gborzi/store/lab/aurbuild discard_sources=false (generally I set this to true, but modified to false for the test) doing "aurget -Sb aurget" I get ~/store/sources/aurget ~/store/personal/aurget-2.4-1-any.pkg.tar.xz ~/store/lab/aurbuild/aurget/{aurget.install,pkg,PKGBUILD,src} that is to say, PKGDEST is the one given in makepkg.conf (and unchanged in aurgetrc), SRCDEST is the one given in makepkg.conf because I removed SRCDEST="$_srcdir" from line 434, build directory is the "source_directory" (given in aurgetrc) followed by package name. Feel free to ask for more test, this package is very useful to me and I'm happy to help.

brisbin33 commented on 2010-05-09 18:56 (UTC)

Yeah, it was just a typo in the message. So, the build still happens in the build directory, and you get src and pkg folders there; it's just that that src folder is cached in $SRCDEST to be shared/reused right? How does your $SRCDEST look after building multiple packages? $SRCDEST/src/{foo,bar,baz} or $SRCDEST/{foo,bar,baz}? I'll try and continue testing and get this fixed soon. Sorry to pull that out from under you.

gborzi commented on 2010-05-09 18:18 (UTC)

I have SRCDEST=/home/gborzi/store/sources in makepkg.conf and it works, that is to say makepkg downloads the sources in the given directory. You wrote that you have SCRCDEST=/home/patrick/Sources with too many 'C' in the variable name, is it a typo in the message or a typo in makepkg.conf?

brisbin33 commented on 2010-05-09 17:25 (UTC)

gborzi, thank you for the comment; I know what you mean. In testing, I couldn't really follow how SRCDEST is to be used. If I put SCRCDEST=/home/patrick/Sources in makepkg.conf, then I manually build a package with makepkg, when I'm done I've got nothing in ~/Sources. I have in stead the usual ./{src,pkg} in the build directory as if i hadn't defined SRCDEST at all. Am I doing something wrong? In aurget, I artificially change SRCDEST to the $srcdir/$name where $srcdir comes from makepkg.conf (in your case) or aurgetrc (in my case) and name is the currently being built package. I thought this mimicked the default makepkg behavior and was really only added so that running makepkg -e (reuse sources) in an aurget process would work. I've been pretty pleased with the result myself; neatly saved sources in ~/Sources/foo where foo is the package. This seems to come from the simple fact that aurget cd's to $srcdir before extracting/building and not any SRCDEST setting... Based on your comment, I can see how this isn't entirely correct from a repsect-makepkg.conf standpoint, but since I can't get makepkg to do anything with SRCDEST (other than fail on -e if it's not set right...), I was (and am) unable to do proper testing. How should it work?

gborzi commented on 2010-05-09 16:16 (UTC)

Hi brisbin33, there is an annoying behaviour in aurget 2.x: it doesn't save anymore the sources in SRCDEST (as specified in makepkg.conf). It's annoying to me because I have more than one computer so I prefer to share the source. I solved this problem by removing SRCDEST="$_srcdir" from line 434. Is it a bug or an intended behaviour?

wizetek commented on 2010-05-06 00:34 (UTC)

Good move with the change of parameters to mimic pacman in aurget 2.x. Thank you once again.

brisbin33 commented on 2010-04-29 19:18 (UTC)

Ah, damn typos! Thanks for letting me know, i'll get a new version out probably tonight.

gborzi commented on 2010-04-29 18:44 (UTC)

Hi brisbin33, there is a small bug in aurget 2.0. The variable ignore_packages in aurgetrc is not used in the script, it checks against a variable named ignore_package (without the final s). Besides this, it's wonderful.