Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#2626 - srcpac fails to reinstall built packages
Attached to Project:
Arch Linux
Opened by Tyler Gates (Penguin) - Wednesday, 20 April 2005, 23:10 GMT
Last edited by Dan McGee (toofishes) - Saturday, 15 December 2007, 18:41 GMT
Opened by Tyler Gates (Penguin) - Wednesday, 20 April 2005, 23:10 GMT
Last edited by Dan McGee (toofishes) - Saturday, 15 December 2007, 18:41 GMT
|
Detailssrcpac -S <packagename> will give corruption errors on packages previously built with it.
reason: Built packages get moved to /var/cache/pacman/pkg/ and differs in md5sums from /var/lib/pacman/<repo-tree>/<pkgname>/desc suggestion: Md5sums aren't really necessary for locally built packgages. Maybe append an additional flag to -S that would take users input for the desired package, compare if the package was built in /var/lib/srcpac/, and insert it into a syntax that would make pacman upgrade. Something like pacman -U /var/cache/pacman/pkg/$userinput*. Else echo the failure message back to the user. Additionally, user specified groups(kde,gnome,etc.)would have to be dealt with as well. |
This task depends upon
Closed by Dan McGee (toofishes)
Saturday, 15 December 2007, 18:41 GMT
Reason for closing: None
Additional comments about closing: Too old to be relevant
Saturday, 15 December 2007, 18:41 GMT
Reason for closing: None
Additional comments about closing: Too old to be relevant
Comment by Andreas Radke (AndyRTR) -
Wednesday, 27 December 2006, 06:21 GMT
Jason?