Description of problem: When trying to select the remaining packages that I excluded earlier, pup dumped an exception. The exception was saved to a file that will be attached. Version-Release number of selected component (if applicable): pirut-1.1.2-1 How reproducible: Check and uncheck remaining updates according to report of dep conflicts. Try other choices. Observe crash. Steps to Reproduce: 1. try to update with all choices 2. read error report 3. toggle off selection according to error report 4. try updating again 5. deselect packages according to error report 6. try again 7. note and save exception to file Actual results: Crashed pup and yum needed some information for sqlite on next run so I could get available update information. Expected results: Expected conflicts since I read the rawhide report prior to the large update. These packages were tried since I was not sure of the conflict still being there or if it was resolved. Additional info: The available packages were: Updated Packages ImageMagick.i386 6.2.8.0-1 development eclipse-bugzilla.i386 1:0.2.2-6 development eclipse-cdt.i386 1:3.1.0-0jpp_0fc.3.1.0 development eclipse-changelog.i386 1:2.0.4_fc-3 development eclipse-ecj.i386 1:3.2.0-0jpp_0fc.3.2RC development eclipse-jdt.i386 1:3.2.0-0jpp_0fc.3.2RC development eclipse-platform.i386 1:3.2.0-0jpp_0fc.3.2RC development eclipse-rcp.i386 1:3.2.0-0jpp_0fc.3.2RC development libswt3-gtk2.i386 1:3.2.0-0jpp_0fc.3.2RC development nautilus-cd-burner.i386 2.15.3-1 development
Created attachment 130947 [details] Exception saved to file
After the slight delay when trying to run yum, the available packages were listed as none. I take it that the cache fouled and got older mirror information where the packages were not available. Can pup stay at the mirror that I found with the available updates? Did pup pull in information from mirrors with outdated information on later runs? It makes more sense for pup to stay on the same repositories unless it was closed. It is less likely to die on retries for dep resolution and selection toggling.
Created attachment 131021 [details] The problem with pup repeated an exception I only tried to deselect packages once before this exception occurred. 1. Start pup 2. find deps needed 3. deselect packages 4. try again 5. Get exception
I'm not sure there's really a way for me to currently stick with a specific entry when dealing with mirror lists. And doing so has downsides in that the mirror you first get may not be fully synced and yet have the metadata. .. not quite sure what the good answer here is other than the general "improve our currently crappy mirror infrastructure" :-/
I have not tried pup since the incident reported above. The out of sync mirrors is a problem even when using yum in a terminal. I frequently need to run yum clean all in order to update because of the availability and out of sync metadata stored. My main suggestion was to have pup stick with the same mirror when you need to deselect packages because of dep issues. Switching mirrors with each package selection adjustment will not work reliably with different mirrors being used that are not listed on the package selection GUI. If there is no practical way to cache the mirror information to ensure that the mirror contains the package revisions intended, the random mirror selection will remain a problem until the mirror infrastructure is improved. Thanks1
There have been some improvements to the mirror infrastructure that should make this a non-issue
Thanks! Currenlty I am using one dependable mirror instead of the random mirrors because of the previous problem. The better infrastructure should help.