Package Details: downgrade 9.0.0-1

Git Clone URL: (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:
Licenses: GPL
Submitter: brisbin33
Maintainer: brisbin33 (atreyasha)
Last Packager: atreyasha
Votes: 580
Popularity: 5.47
First Submitted: 2009-11-12 01:48
Last Updated: 2020-10-29 13:46

Dependencies (2)

Required by (0)

Sources (1)

Latest Comments

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

brisbin33 commented on 2017-06-12 15:21

I Xavlon,

For the first one (sort by most-recent-first), I can't reproduce what you're seeing, they sort by recency for me (as intended)

% downgrade firefox
Available packages:

1) firefox-53.0.3-1-x86_64.pkg.tar.xz (remote)
103) firefox-23.0.1-1-x86_64.pkg.tar.xz (remote)
104) firefox-23.0.1-1-x86_64.pkg.tar.xz (local)

select a package by number:

Can you report this issue on GitHub with more details (exact invocation, exact output, system locale, etc)?

EDIT: I'm sorry, I misread that you wanted to see most recent sorted *last*. I had never actually considered this, but your reasoning makes sense! I don't know when, but I agree that the other sort would be better and will probably make that change.

For the second suggestion, this has been requested once or twice and I agree it sounds useful. I wonder if a better solution would be a second tool, one that takes a package name and rough date and parses pacman.log to find out what version of that package you had installed around that time. The output of this tool could be passed directly to downgrade (it accepts {package}-{version}, and will even skip the prompts if there's a single result). Something like:

dowgrade $(package-when firefox "last saturday")


Xavion commented on 2017-06-12 00:20

I have two requests to make.

Firstly, please reverse the order of the list. In other words, the most recent editions of packages should be shown at the bottom of the screen. It makes sense that people looking for earlier versions should have to scroll back further!

Secondly, it would be good to have the creation/upload date listed next to each entry in the list. If I want to roll back to a package I know I installed two Saturdays ago (but don't remember the version number), I have to go by its date-stamp.

taorg commented on 2017-05-13 23:48

Great package.
It works fine and its well thought.
Very easy and intuitive.
Elixir was broken with new erlang 20rc-1 and I fixed in a minute with this tool.
No other solution suit me as this.
Very useful the IgnorePkg? [y/n] option.


brisbin33 commented on 2016-10-18 21:57

I just tested and everything seems to be working here. I've never seen that message and don't know anything about it unfortunately. If this persists, please open an Issue on GitHub with the full output of

bash -x downgrade ...


maclinuxfree commented on 2016-10-17 14:19

hi I´m getting this error

"A.L.A. disabled see for more details"

downgrader is working

brisbin33 commented on 2016-02-01 15:45

FadeMind, I'm a little unclear: is there something here I need to fix?

I just did `pacman -Rsn downgrade && aurget -S downgrade` and did not receive any warnings.

FadeMind commented on 2016-02-01 13:54

warning: could not get file information for foo/ just mean:

FILE foo/ is included in package foobar-12.01-2 BUT pacman can't find it during upgrading proccess.


IF You using bleachbit for removing not needed language files, then this will show up as warning.

quite commented on 2016-02-01 13:49

Getting this warning on installation:

(1/1) checking available disk space [#####################################################] 100%
warning: could not get file information for usr/share/locale/fr/LC_MESSAGES/
warning: could not get file information for usr/share/locale/lt/LC_MESSAGES/
warning: could not get file information for usr/share/locale/nb/LC_MESSAGES/
warning: could not get file information for usr/share/locale/nn/LC_MESSAGES/
warning: could not get file information for usr/share/locale/pt_BR/LC_MESSAGES/
warning: could not get file information for usr/share/locale/zh_CN/LC_MESSAGES/
:: Processing package changes...

brisbin33 commented on 2014-09-17 18:57

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

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:

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.

Edit: gist-url not working