Package Details: downgrade 11.4.2-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: brisbin33
Votes: 798
Popularity: 8.71
First Submitted: 2009-11-12 01:48 (UTC)
Last Updated: 2024-10-22 16:48 (UTC)

Dependencies (3)

Required by (1)

Sources (1)

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 Next › Last »

brisbin33 commented on 2012-05-14 12:27 (UTC)

downgrade will respect your enabled repos from pacman.conf and pass them along to the ARM search. However, the ARM search itself does not seem to support those repos in its search tool. You'll notice that multilib/flashplugin is visible in the repo listing[1] but doesn't show up in search[2]. It seems only those repos shows on the "GUI" search tool[3] are supported. 1: http://arm.konnichi.com/multilib/os/x86_64/ 2: http://arm.konnichi.com/search/raw.php?a=64&q=^flashplugin$&multilib=1 3: http://arm.konnichi.com/search/ If kumyco sees this, perhaps he can comment on adding that support. I'm not sure I want to work around it.

donvla commented on 2012-05-12 12:02 (UTC)

Hello Brisbin33, is it possible to search in the "multilib" repo?

brisbin33 commented on 2012-04-21 19:04 (UTC)

yeah, it's a tab-separated issue. would you mind playing with the rewrite branch on github[1]? a) i'd like a second tester and b) it's using printf and should be real easy to tweak the format string[2] to something better. thanks. 1: https://github.com/pbrisbin/downgrade/tree/rewrite 2: https://github.com/pbrisbin/downgrade/blob/rewrite/downgrade#L98

karol_007 commented on 2012-04-21 18:58 (UTC)

Thanks again, brisbin :-) Do you know how to print it in pretty columns? The following packages are available from the A.R.M.: 1 extra___erlang-R14B-2-i686.pkg.tar.xz 2 extra___erlang-R14B-1-i686.pkg.tar.xz 3 extra___erlang-R14B04-2-i686.pkg.tar.xz 4 extra___erlang-R14B04-1-i686.pkg.tar.xz 5 extra___erlang-R13B-2-i686.pkg.tar.gz 6 extra___erlang-R13B04-3-i686.pkg.tar.xz 7 extra___erlang-R13B04-2-i686.pkg.tar.gz 8 extra___erlang-R13B04-1-i686.pkg.tar.gz 9 extra___erlang-R13B03-1-i686.pkg.tar.gz 10 extra___erlang-R13B02.1-1-i686.pkg.tar.gz 11 community_______erlang-R14B04-2-i686.pkg.tar.xz 12 community-testing_______erlang-R15B01-1-i686.pkg.tar.xz I've used underscores instead of spaces because AUR strips whitespace.

brisbin33 commented on 2012-04-21 17:27 (UTC)

I believe I've address all recent concerns in 2.1 :) -- let me know if I broke anything.

karol_007 commented on 2012-04-20 18:12 (UTC)

Sorry for not providing any explanation for my request in the first comment ;P

brisbin33 commented on 2012-04-20 16:26 (UTC)

Thanks karol, now I understand the real problem. I'd propose that we uniq the output based on the package-version. It could get tricky since it might show the testing one and not the core one... But if it can be done, I think that would be the sanest behavior (pkgs that were in both x and testing are not shown duplicated, but pkgs that existed only in testing are available -- assuming you've got it enabled).

karol_007 commented on 2012-04-20 16:13 (UTC)

I have [testing] enabled and when I search the A.R.M. for e.g. 'linux' I get many packages listed both in testing and in core. I'd prefer a listing based on package versions, like this: The following packages are available from the A.R.M.: 1 core linux-3.3.2-1-i686.pkg.tar.xz [installed] 2 core linux-3.3.1-1-i686.pkg.tar.xz 3 testing linux-3.3-1-i686.pkg.tar.xz 4 core linux-3.2.14-1-i686.pkg.tar.xz ... instead of The following packages are available from the A.R.M.: 1 testing linux-3.3.2-1-i686.pkg.tar.xz [installed] 2 testing linux-3.3.1-1-i686.pkg.tar.xz 3 testing linux-3.3-1-i686.pkg.tar.xz 4 testing linux-3.2.11-1-i686.pkg.tar.xz ... 33 core linux-3.3.2-1-i686.pkg.tar.xz [installed] 34 core linux-3.3.1-1-i686.pkg.tar.xz 35 core linux-3.2.14-1-i686.pkg.tar.xz It's not a big deal and I know I can simply temporarily disable [testing] in pacman.conf if I don't mind losing the availability of certain package versions (e.g. it seems linux-3.3-1 never went to [core]).

brisbin33 commented on 2012-04-20 13:39 (UTC)

karol, good catch on -V, i've noticed that before but never took the time to fix it when i did. about testing repo, it's not that there's a strong reason for it -- it's that i see no reason to omit it (and it would take more code to take it out). is it causing any problems? fdservices, thank you. is this to catch packages with a double-digit major version? if so, we could probably use -[0-9]*.pkg.tar.[gz]x and be safe in all cases -- thoughts? FYI: to all current/future collaborators -- I'll be moving downgrade to its own repo soon to make it easier for others to submit these sorts of fixes. Thanks for all the help!

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 Next › Last »