Welcome to the Pacman bug collection. Please search the current bugs and feature requests before filing a new one! Use advanced search and select "Search in Comments".

* Please select the correct category and version.
* Write a descriptive summary, background info, and provide a reproduceable test case whenever possible.
Tasklist

FS#7133 - DB scanning doesn't continue when a broken entry is found

Attached to Project: Pacman
Opened by Mike Dill (Theoden) - Friday, 11 May 2007, 21:06 GMT-5
Last edited by Dan McGee (toofishes) - Wednesday, 14 November 2007, 17:53 GMT-5
Task Type Bug Report
Category General
Status Closed
Assigned To Aaron Griffin (phrakture)
Architecture i686
Severity High
Priority Normal
Reported Version 3.0.4
Due in Version 3.1.0
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Summary and Info:After upgrading to pacman-3.0.4xxx - one of my systems failed on the command: pacman -Q kernel26ck

Output = Ringwraith ~]# pacman -Q kernel26ck
error: package "kernel26ck" not found

But - the ck kernel IS installed:

Ringwraith ~]# uname -a
Linux Ringwraith.atlantis 2.6.20-ck #1 SMP PREEMPT Sat Apr 21 15:02:32 IST 2007 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux

When I ran pacman with --debug - the following error showed up in the output:

%< cut
debug: opening database 'local'
debug: opening database from path '/var/lib/pacman/local/'
debug: loading package cache for repository 'local'
error: invalid name for database entry 'cedega-4.4'
error: package "kernel26ck" not found
debug: unregistering database 'local'
>% end-cut

When I renamed the 'cedega' entry to 'cedega-4.4-1 - and ran the pacman -Q kernel26ck again - it found the ck kernel. It appears that DB scanning doesn't continue when a broken entry is found.

Steps to Reproduce: Rename any pkg entry in the DB to something similar to my 'cedega' entry above and do a pacman -Q search for a given package in the DB after the error entry.

This task depends upon

View Dependency Graph

This task blocks these from closing
 FS#8109 - Pacman 3.1 Release Roadmap 
Closed by  Dan McGee (toofishes)
Wednesday, 14 November 2007, 17:53 GMT-5
Reason for closing:  Fixed
Additional comments about closing:  Fixed in GIT
Comment by Aaron Griffin (phrakture) - Wednesday, 23 May 2007, 13:07 GMT-5
Fixed in git, setting to "requires testing" until the feature is pushed out.
Comment by Dan McGee (toofishes) - Wednesday, 30 May 2007, 14:56 GMT-5
Can we close this? It is on the main pacman GIT tree.
Comment by Aaron Griffin (phrakture) - Wednesday, 30 May 2007, 16:29 GMT-5
I think so, can you test it and verify I'm not crazy?

mkdir /var/lib/pacman/extra/blahblahlolwtf

pacman -Ss xyz
Comment by Dan McGee (toofishes) - Wednesday, 30 May 2007, 16:42 GMT-5
Tested and confirmed that it works, although I found another issue in the process. :)
cd /var/lib/pacman/local/<package>/
move desc desc.old
pacman -Qi <package>

Look at those nice repeating errors.

Loading...