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 2 3 4 5 6 7 8 9 .. 22 Next › Last »

FernandoBasso commented on 2014-12-13 09:55 (UTC)

Aurget won't find any packages any longer (not sure when it stopped working). $ aurget -S jdk :: Resolving dependencies... :: Searching AUR... error: target not found: jdk $ aurget -Ss jdk <nothing comes out> I'm using version 4.4.2.

brisbin33 commented on 2014-10-26 21:54 (UTC)

MickeyKnox, v4.4.0 comes with a new configuration variable, eager_sudo, which should help your (and others') scenario. Please check man 5 aurgetrc for details. Thanks

brisbin33 commented on 2014-10-25 12:48 (UTC)

It's unfortunate, but yes expected. If you don't say to keep sources, require sudo password for pacman, and don't enter it in time, what would you expect? It would be nice of makepkg returned unsuccessfully in this case, then aurget would no not to discard sources. It doesn't, so there's not much I can do besides work-arounds that I just haven't implemented yet. Sorry.

MickeyKnox commented on 2014-10-25 12:40 (UTC)

I've just installed avidemux-2.6 with aurget; that took some time to compile. After build was finished, it asked me for my sudo password, to install the package. I wasn't watching the build however, the password prompt timed out, sources got discarded, and i had to start all over again. Is this behaviour - uhh - intended?

brisbin33 commented on 2014-10-02 21:15 (UTC)

> However, as the AUR is no source code hosting platform, you should use the github tarballs instead for this package Agreed. I'm in the process of moving all my packages to this approach. It'll just take a little time...

carstene1ns commented on 2014-10-02 21:09 (UTC)

Skipping the hashes should only be used in packages with sources from vcs, not in fixed version packages. However, as the AUR is no source code hosting platform, you should use the github tarballs instead for this package: eg. https://github.com/pbrisbin/aurget/archive/v4.3.2.tar.gz

brisbin33 commented on 2014-10-02 20:31 (UTC)

Gently, I'm very familiar with git and tagging. I'm not as familiar with how we can automate packaging from this like you're insinuating. Specifically: In your PKGBUILD you're skipping md5sum and the source just lists the URL to the repo. Are you saying there's magic in makepkg that will use the generated pkgver (where `git describe` returns the most recent tag) to ensure the user builds from that specific tag and not current master? Is it considered safe to skip the md5 check in this scenario?

Gently commented on 2014-10-02 20:13 (UTC)

brisbin: I "tag" the git version. That way I can have what is called release versioning: https://wiki.archlinux.org/index.php/Git#Tagging_with_version

brisbin33 commented on 2014-09-23 15:48 (UTC)

bdunlap > This will be very helpful once I figure out if I can use this without having to edit each pkgbuild file man 5 aurgetrc

brisbin33 commented on 2014-09-23 15:48 (UTC)

Gently, I'm not sure I follow 100% the implications of using a PKGBUILD like that. It just looks like a -git PKGBUILD. Are you saying it can be used to build the stable release version *and* a -git version?

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 22 Next › Last »