Package Details: downgrade 11.3.0-1

Git Clone URL: https://aur.archlinux.org/downgrade.git (read-only, click to copy)
Package Base: downgrade
Description: Bash script for downgrading one or more packages to a version in your cache or the A.L.A.
Upstream URL: https://github.com/archlinux-downgrade/downgrade
Licenses: GPL
Submitter: brisbin33
Maintainer: brisbin33 (atreyasha)
Last Packager: atreyasha
Votes: 767
Popularity: 11.57
First Submitted: 2009-11-12 01:48 (UTC)
Last Updated: 2023-03-31 04:49 (UTC)

Dependencies (3)

Required by (1)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 13 Next › Last »

brisbin33 commented on 2014-09-17 18:57 (UTC)

Seems reasonable. I'll put this on my list of TODOs. If you're feeling particularly generous, opening such a change as a PR on GitHub would be wonderful :)

TrialnError commented on 2014-09-17 18:33 (UTC)

In the "AUR-Wikipage"[0] and "Arch Packaging Standards"[1] they describe what a tarball should contain. And there were on AUR-General ML some topics on that (over the years)[2][3][4] (I point to posts, where they try to describe the term binary in case of interpreted languages). And since it's more or less the whole project in there I suppose it's too much. What would it mean for your PKGBuild? Just minor changes: https://gist.github.com/Narrat/b7dd7fd0658e6e13f208#file-downgrade-pkgbuild One minor notice to your makefile. Instead of the "sed'ing + makepkg --geninteg" you could use "updpkgsums" (comes with pacman) and is doing the same. ______ [0] https://wiki.archlinux.org/index.php/AUR#Sharing_and_maintaining_packages [1] https://wiki.archlinux.org/index.php/Arch_packaging_standards [2] https://mailman.archlinux.org/pipermail/aur-general/2010-December/012342.html [3] https://mailman.archlinux.org/pipermail/aur-general/2012-December/021380.html [4] https://mailman.archlinux.org/pipermail/aur-general/2012-December/021290.html _____ Edit: gist-url not working

brisbin33 commented on 2014-09-17 15:27 (UTC)

TrialnError, I had not heard that discussion or that it's a best practice to not include sources in the taurball anymore. Do you have a link? It's easy enough to change things to work the other way if there's a compelling reason to do so. As a sidenote - tagging releases in a VCS and what does or does not go into the taurball are orthogonal in my mind; I'll always tag releases in git regardless of how I'm packaging things.

TrialnError commented on 2014-09-17 09:20 (UTC)

I'm just wondering You have a git-repo with tagged releases, still you put everything into the tarball, which should be avoided as far as I know (altough there were enough discussions in case of: "Oh, it's just bash-scripts, so that should be ok").

brisbin33 commented on 2014-06-17 14:38 (UTC)

I don't follow. Root permissions are required to install packages. Downgrade escalates for only this step via sudo or su. What are you expecting?

barton commented on 2014-06-17 08:12 (UTC)

Seems to run with root permissions from my user account. Anyone else see that?

brisbin33 commented on 2014-05-31 12:26 (UTC)

FYI: if you know the time and package, you can easily get the version out of pacman.log.

neverfox commented on 2014-05-31 06:36 (UTC)

Seriously, @SanskritFritz? The only feedback should come from other package maintainers? So if someone maintained all the packages, the ultimate pinnacle of Arch dedication, they could give feedback to themselves?

neverfox commented on 2014-05-31 06:31 (UTC)

I agree with nonerd. I don't keep that close of a tab on version numbers, but I can determine with pretty decent accuracy when I last had a working package.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 13 Next › Last »