Historical bug tracker for the Pacman package manager.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues
This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
FS#7120 - local database lacking version information for installed dependencies
Attached to Project:
Pacman
Opened by Vinay S Shastry (shastry) - Friday, 11 May 2007, 04:43 GMT
Last edited by Aaron Griffin (phrakture) - Saturday, 04 August 2007, 17:22 GMT
Opened by Vinay S Shastry (shastry) - Friday, 11 May 2007, 04:43 GMT
Last edited by Aaron Griffin (phrakture) - Saturday, 04 August 2007, 17:22 GMT
|
DetailsSteps to Reproduce:
Ex: wxmaxima depends on maxima>=5.12 install and update wxmaxima and maxima now, do pacman -U maxima-5.10-blah and it upgrades instead of erroring out pacman -Qi wxmaxima doesn't show any version info for maxima in the Depends section: Depends On : maxima libxml2 wxgtkdatabase |
This task depends upon
Closed by Aaron Griffin (phrakture)
Saturday, 04 August 2007, 17:22 GMT
Reason for closing: Fixed
Additional comments about closing: In git - thanks Nagy
Saturday, 04 August 2007, 17:22 GMT
Reason for closing: Fixed
Additional comments about closing: In git - thanks Nagy
LANG=C pacman -Qi xulrunner | grep Depend
Depends On : gtk2>=2.10.11 pango>=1.16.1 gcc libidl2 mozilla-common
The version infos are there...
If the upgrade doesn't fail, it's not because pacman is stupid, it's because the version info isn't in the database.
And I don't have any idea why.
I'm not aware of any bugs in that part, pacman just copies the dependencies from the sync database to the local database anyway.
pacman -Qi wxmaxima is missing version info only when you install with pacman -U
Pleae look at the "Depends On" info before and after pacman -U.
http://projects.archlinux.org/git/?p=pacman.git;a=commit;h=7653bb93997f52848b54ab80868cd6da52808a75
The only thing I'm not sure about is why this bug only happened with -U and not with -S, but there is most certainly an explanation to that.
Maybe that dependency string is duplicated in -S code before being edited by alpm_splitdep, but not in -U code.
In any cases, it now works fine with both, thanks to the fix above.