Package Details: downgrade 8.1.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: brisbin33
Votes: 557
Popularity: 4.75
First Submitted: 2009-11-12 01:48
Last Updated: 2020-07-30 10:35

Dependencies (2)

Required by (1)

Sources (1)

Latest Comments

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

brisbin33 commented on 2014-06-17 14:38

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

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

brisbin33 commented on 2014-05-31 12:26

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

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

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.

nonerd commented on 2014-05-17 15:13

When an application is broken after several system updates (pacman -Syu) you typically know _when_ it was working, but not which library versions you had then.
So without downgrade(r) one browses the A.R.M. and looks at the package timestamps - yes they are there.

Anyway thanks for the package! Maybe I'll have a use case in the future...

brisbin33 commented on 2014-05-17 12:55

> Would be more useful when listing package dates and supporting a --date option.

Sorry, I don't think I'll implement this. I'm not sure the info's available and this tool is meant to stay as simple as possible. If it can be done in an extremely simple way, I would certainly review a PR though.

Also, when you research a problem and decide downgrading is the solution, you'll typically know to what version you have to downgrade. I don't see the usefulness of dates here.

nonerd commented on 2014-05-17 11:40

@SanskritFritz: Suggestions for improvement are not meant as troll food.

SanskritFritz commented on 2014-05-17 10:27

@nonerd: Would be useful if you actually did maintain at least one package for reference we all could learn from.

nonerd commented on 2014-05-17 06:01

Would be more useful when listing package dates and supporting a --date option.