http://bugzilla.opensuse.org/show_bug.cgi?id=1190182 http://bugzilla.opensuse.org/show_bug.cgi?id=1190182#c1 --- Comment #1 from Michael Andres <ma@suse.com> ---
# grep 'providePackage\|main.cc' zypper.log-20210902_desktop_full 2021-09-01 21:11:03 <1> xigmatek(5390) [zypper] main.cc(main):132 ===== Hi, me zypper 1.14.48 2021-09-01 21:11:03 <1> xigmatek(5390) [zypper] main.cc(main):133 ===== 'zypper' 'dup' ===== 2021-09-01 21:13:36 <1> xigmatek(5390) [zypp] PackageProvider.cc(providePackage):412 provide Package (2544)branding-openSUSE-84.87.20200106-4.7.noarch(download.opensuse.org-oss) 2021-09-01 21:13:37 <1> xigmatek(5390) [zypp] PackageProvider.cc(providePackage):513 provided Package (2544)branding-openSUSE-84.87.20200106-4.7.noarch(download.opensuse.org-oss) at /var/cache/zypp/packages/download.opensuse.org-oss/noarch/branding-openSUSE-84.87.202> ... 2021-09-01 21:17:41 <1> xigmatek(6131) [zypper] main.cc(main):132 ===== Hi, me zypper 1.14.48 2021-09-01 21:17:41 <1> xigmatek(6131) [zypper] main.cc(main):133 ===== 'zypper' 'dup' ===== 2021-09-01 21:19:38 <1> xigmatek(6131) [zypp] PackageProvider.cc(providePackage):372 provided Package from cache (2544)branding-openSUSE-84.87.20200106-4.7.noarch(download.opensuse.org-oss) at /var/cache/zypp/packages/download.opensuse.org-oss/noarch/branding-openSUS>
Hi Bruno. If you check the logs (I listed just the 1st file), you find that the 1st (slow) command actually downloads the files and caches them below /var/cache/zypp/packages/. The files stay there until they are consumed. The 2nd (fast) command finds the files in the cache and does not need to the downloads. If you want to enforce download of the packages, call 'zypper clean -a; zypper ref' before your test (cleans packages and metadata; ref restores the metadata again). -- You are receiving this mail because: You are on the CC list for the bug.