Package Details: downgrade 11.2.1-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: 688
Popularity: 11.66
First Submitted: 2009-11-12 01:48 (UTC)
Last Updated: 2022-06-13 14:33 (UTC)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 5 6 .. 12 Next › Last »

brisbin33 commented on 2022-03-02 13:41 (UTC)

Yup, I've reported the Issue here. Please follow if you would like to know when it's fixed.

Archanfel80HUN commented on 2022-03-02 12:47 (UTC)

The x86-64-v3 level enables AVX, AVX2, BMI2, MOVBE, XSAVE, and other instructions found on Intel and AMD processors of the past several years. Its basically packages builds optimized for newer processors, instead of the generic one which is for compatibility. Using v3 builds could provide 5-10% percformance gain especially in kernels and dkms modules.

Archanfel80HUN commented on 2022-03-02 11:53 (UTC)

@brisbin33: yes, print only the firt result should work: $(pacman-conf Architecture | grep -m1 '')

or maybe a nicer alternative, but something like this :)

brisbin33 commented on 2022-03-02 11:48 (UTC)

there was no + in the package name. its the 'mc'.

Oh, sorry about that. I saw Unable to downgrade mc+ echo in that log.

results with two option in my system: "x86_64 x86_64_v3" because i have repo's with different arch. This not handled well i think

Indeed! Good catch,


instead of "pacman-conf Architecture" use "uname -m".

That's what we used to do, but there are reasons it doesn't work in other cases.

i have repo's with different arch

I don't know the purpose of this, or how downgrade should behave in such a case, but would taking the first result (x86_64) always be the most correct thing we can do? That's an easy fix.

Archanfel80HUN commented on 2022-03-01 23:08 (UTC) (edited on 2022-03-01 23:10 (UTC) by Archanfel80HUN)

Or maybe this: instead of "pacman-conf Architecture" use "uname -m". The second one only shows system arch, not shown the custom arch's. It did show only x86_64 correctly for me.


Archanfel80HUN commented on 2022-03-01 23:02 (UTC)

Find the issue: @@ -462,13 +462,13 @@ # Set script defaults PACMAN="pacman" PACMAN_CONF="/etc/pacman.conf" -DOWNGRADE_ARCH="x86_64" +DOWNGRADE_ARCH="$(pacman-conf Architecture)" DOWNGRADE_ALA_URL="" DOWNGRADE_FROM_ALA=1 DOWNGRADE_FROM_CACHE=1 DOWNGRADE_MAXDEPTH=1 DOWNGRADE_CONF="/etc/xdg/downgrade/downgrade.conf" -DOWNGRADE_VERSION="10.1.0" +DOWNGRADE_VERSION="10.1.1"

# Main code execution if ((!LIB)); then

This command 'pacman-conf Architecture' results with two option in my system: "x86_64 x86_64_v3" because i have repo's with different arch. This not handled well i think.

Workaround is change the DOWNGRADE ARCH to static "x86_64" and its works.


Archanfel80HUN commented on 2022-03-01 22:50 (UTC)

@brisbin33 there was no + in the package name. its the 'mc'. i pick a simple one. It didnt work neither.

brisbin33 commented on 2022-02-28 16:31 (UTC)

Thanks, the + in the package name is confusing it. Please report it on GitHub, otherwise I can, but it may take me a little while to get to it.

Archanfel80HUN commented on 2022-02-28 15:26 (UTC)

Here is the full log:

brisbin33 commented on 2022-02-27 19:14 (UTC)

Hi Archanfel,

Can you please include the full command you're running? Prefixing with bash -x downgrade ... can be useful too.

Also, if you would like faster response, please report issues on GitHub.

Thanks, Pat