On 28/11/24 15:21, Tim via users wrote:
On Thu, 2024-11-28 at 09:19 +1100, Stephen Morris wrote:
I forced a refresh and below is the info requested. I've also just
noticed that the refresh and load is also being done twice for the
Fedora 41 repository as well. I've also listed the contents of the
google-chrome.repo.

sudo dnf update --refresh
[sudo] password for steve:
Updating and loading repositories:
Fedora 41 - x86_64                                           100% |   2.5 KiB/s 
|   4.3 KiB |  00m02s
Fedora 41 openh264 (From Cisco) - x86_64                     100% |   1.7 KiB/s 
| 989.0   B |  00m01s
RPM Sphere - Basearch                                        100% |   3.6 KiB/s 
|   3.0 KiB |  00m01s
RPM Fusion for Fedora 41 - Free - Updates                    100% |   6.5 KiB/s 
|  10.7 KiB |  00m02s
RPM Fusion for Fedora 41 - Nonfree                           100% |  10.0 KiB/s 
|  16.4 KiB |  00m02s
RPM Sphere - Noarch                                          100% |   4.3 KiB/s 
|   3.0 KiB |  00m01s
Fedora 41 - x86_64 - Updates                                 100% |   5.2 KiB/s 
|   4.8 KiB |  00m01s
google-chrome                                                100% |   4.0 KiB/s 
|   1.3 KiB |  00m00s
RPM Fusion for Fedora 41 - Free                              100% |   9.9 KiB/s 
|  12.0 KiB |  00m01s
RPM Fusion for Fedora 41 - Nonfree - Updates                 100% |   9.6 KiB/s 
|  14.8 KiB |  00m02s
Copr repo for gnome-shell-extensions owned by bedsteler20    100% |   1.0 KiB/s 
|   1.5 KiB |  00m02s
Copr repo for neurofedora-extra owned by @neurofedora        100% |   4.6 KiB/s 
|   1.5 KiB |  00m00s
Copr repo for PyCharm owned by phracek                       100% |   5.9 KiB/s 
|   1.8 KiB |  00m00s
Docker CE Stable - x86_64                                    100% |   9.8 KiB/s 
|   3.5 KiB |  00m00s
Fedora 41 - x86_64                                           100% | 291.0 KiB/s 
| 453.9 KiB |  00m02s
google-chrome                                                100% |   3.5 KiB/s 
|   3.3 KiB |  00m01s
Repositories loaded.
Nothing to do.
Looking through the above, and just taking a few salient things out of
it for reading clarity:

Fedora 41 - x86_64    100% |   2.5 KiB/s |   4.3 KiB |  00m02s
Fedora 41 - x86_64    100% | 291.0 KiB/s | 453.9 KiB |  00m02s

google-chrome         100% |   4.0 KiB/s |   1.3 KiB |  00m00s
google-chrome         100% |   3.5 KiB/s |   3.3 KiB |  00m01s

I can only see *them* appearing twice.  Since I'm not watching your
system as it's running, I could make this guess:

On my system parallel loads were allowed.  That means two or more
things are downloading at the same time.  Sometimes the writing to the
console of the progress of a download gets interrupted, and *one* thing
being downloaded once *appears* twice.  The earlier, shorter, progress
note hadn't actually finished when the text looked like it had.

Or it could be an interruption, or stall, and a resume of a download.

Either way, I don't see as anything to be concerned about.

If you really wanted to check, you could just update one repo by
itself.  You'd have to disable all the other repos, though.

Watching my own system I saw an oddity that took a bit of observation
to understand:  As several things were downloading, the one at the
bottom of the list had enormous speed and size that didn't make sense.
It was the total speed and downloads, of everything, as things
progressed, not that particular item.  As soon as that item at the
bottom had finished and new item took its place, the list moved up one
and I could see the actual much smaller speed and size of that item.  I
think the outputted info could have been formatted better, with a
running total below instead of alongside the last item on the list.
I wasn't so much concerned about it, I was just curious why it was happening, and until I produced that list I hadn't noticed that the Fedora 41 repository was also appearing twice. I have also noticed that the last entry in the downloads was showing the total download speed. I have my system configured for parallel downloads, I have it set to 8 atm, it used to be 3, and what seems to have changed with that is that instead of showing the 3 parallel downloads in a single line cycling through the names of the downloading packages, it now displays a separate progress line for each download. The fact I have the number of parallel downloads set to 8 is obvious when the packages are being downloaded, hence if parallelism is at play here, why consistently those two rather than others as well? With these changes I have noticed another anomaly that may have always been there but not noticed until now, with the last column that displays the time for the download, the last line displayed shows the time as a negative value counting up towards 0. I have seen it get -00m00s before the download finishes and then display the actual length of time when the download finishes. The other observation I have made with this, is the length of time it takes to download all the packages is significantly less than the time it takes to install all the packages, which is also potentially not surprising.


sudo dnf repolist
repo id                                                                repo name
copr:copr.fedorainfracloud.org:bedsteler20:gnome-shell-extensions      Copr 
repo for gnome-shell-extensions owned by bedsteler20
copr:copr.fedorainfracloud.org:group_neurofedora:neurofedora-extra     Copr 
repo for neurofedora-extra owned by @neurofedora
copr:copr.fedorainfracloud.org:phracek:PyCharm                         Copr 
repo for PyCharm owned by phracek
docker-ce-stable                                                       Docker 
CE Stable - x86_64
fedora                                                                 Fedora 
41 - x86_64
fedora-cisco-openh264                                                  Fedora 
41 openh264 (From Cisco) - x86_64
google-chrome                                                          
google-chrome
rpmfusion-free                                                         RPM 
Fusion for Fedora 41 - Free
rpmfusion-free-updates                                                 RPM 
Fusion for Fedora 41 - Free - Updates
rpmfusion-nonfree                                                      RPM 
Fusion for Fedora 41 - Nonfree
rpmfusion-nonfree-updates                                              RPM 
Fusion for Fedora 41 - Nonfree - Updates
rpmsphere                                                              RPM 
Sphere - Basearch
rpmsphere-noarch                                                       RPM 
Sphere - Noarch
updates                                                                Fedora 
41 - x86_64 - Updates
Looking through the repolists above, I don't see anything listed twice,
excepting that google-chrome has the same repo id (left column) as its
repo name (right column).  Other things have differences between their
ID and their NAME.
I was checking for those two entries being listed twice as well and not seeing it, hence eliminating a possible issue of two different repo having duplicate entries, and I was also expecting the repo id and repo display name to be different, which also wasn't a concern.


cat /etc/yum.repos.d/google-chrome.repo
[google-chrome]
name=google-chrome
baseurl=https://dl.google.com/linux/chrome/rpm/stable/x86_64 enabled=1
gpgcheck=1
gpgkey=https://dl.google.com/linux/linux_signing_key.pub
Looks normal enough.  You can see its [ID] and name= are the same.
Compare that with another repo to see what I mean.
Yep, I looked at that as well, and I've seen those being different in other repos when I've been in the situation of having to type in the repo contents from scratch.

regards,
Steve


Attachment: OpenPGP_0x1EBE7C07B0F7242C.asc
Description: OpenPGP public key

Attachment: OpenPGP_signature.asc
Description: OpenPGP digital signature

-- 
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to