Discussion:
repo VS zypper 1:0
(too old to reply)
bad sector
2023-10-01 23:32:42 UTC
Permalink
When updating with zypper I often get lines that hang like this:

Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]

Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?

Can I call zypper so as to just motor past any hangs or timeouts?
--
A world of true wonders is that of theories where
all manner of exotica may be found, exclusively, as
in some form of intellectual Africa.
Don Vito Martinelli
2023-10-02 09:31:04 UTC
Permalink
Post by bad sector
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
Not something I've observed, and I have three machines running 15.5 Leap
which I update on a regular basis (normally daily).
Around 3-6 years ago I was having problems downloading the repository
info for some repositories, always around 20:00 - 21:00 UTC. I think
switching to another mirror (and I no longer know how I did that) fixed
things.
bad sector
2023-10-05 12:21:42 UTC
Permalink
Post by Don Vito Martinelli
Post by bad sector
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
Not something I've observed, and I have three machines running 15.5 Leap
which I update on a regular basis (normally daily).
Around 3-6 years ago I was having problems downloading the repository
info for some repositories, always around 20:00 - 21:00 UTC.  I think
switching to another mirror (and I no longer know how I did that) fixed
things.
I've done the repo switch too and it worked but I wanna know what the
problem is and try for a permanent fix. Today it's still doing it with
(as usual) the same package (or packages) at the same % point:

Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ....<89%>=======[-]

Another thing that works is temporarily tabooing the package in Yast,
that'll get the other packages upgraded in the meanwhile but it may, as
in this case, flag a bunch of other package updates. If the problem is
in the repo then a cron should monitor it, if it's my local storage or
the zypper code then I have no idea.

"http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/
Packman Repository (Medium 1).
Check whether the server is accessible."

Since the same file will cause the problem I don't see how server
accessibility could be the cause, a mismatch between some repo info and
actual content maybe?
Carlos E. R.
2023-10-05 17:27:47 UTC
Permalink
Post by bad sector
Post by Don Vito Martinelli
Post by bad sector
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
Not something I've observed, and I have three machines running 15.5
Leap which I update on a regular basis (normally daily).
Around 3-6 years ago I was having problems downloading the repository
info for some repositories, always around 20:00 - 21:00 UTC.  I think
switching to another mirror (and I no longer know how I did that)
fixed things.
Me neither.
Post by bad sector
I've done the repo switch too and it worked but I wanna know what the
problem is and try for a permanent fix. Today it's still doing it with
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm
....<89%>=======[-]
Another thing that works is temporarily tabooing the package in Yast,
that'll get the other packages upgraded in the meanwhile but it may, as
in this case, flag a bunch of other package updates. If the problem is
in the repo then a cron should monitor it, if it's my local storage or
the zypper code then I have no idea.
There is in fact a cron job checking the mirrors.
Post by bad sector
"http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/
Packman Repository (Medium 1).
Check whether the server is accessible."
Since the same file will cause the problem I don't see how server
accessibility could be the cause, a mismatch between some repo info and
actual content maybe?
No.

Some network problem between you and the mirror.

You can try to use a different mirror.

You can also download manually the problem file and place it in the
exact directory that zypper will place it, then run zypper again.
--
Cheers,
Carlos E.R.
bad sector
2023-10-05 20:49:27 UTC
Permalink
Post by Carlos E. R.
Post by bad sector
Post by Don Vito Martinelli
Post by bad sector
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
Not something I've observed, and I have three machines running 15.5
Leap which I update on a regular basis (normally daily).
Around 3-6 years ago I was having problems downloading the repository
info for some repositories, always around 20:00 - 21:00 UTC.  I think
switching to another mirror (and I no longer know how I did that)
fixed things.
Me neither.
Post by bad sector
I've done the repo switch too and it worked but I wanna know what the
problem is and try for a permanent fix. Today it's still doing it with
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm
....<89%>=======[-]
Another thing that works is temporarily tabooing the package in Yast,
that'll get the other packages upgraded in the meanwhile but it may, as
in this case, flag a bunch of other package updates. If the problem is
in the repo then a cron should monitor it, if it's my local storage or
the zypper code then I have no idea.
There is in fact a cron job checking the mirrors.
Post by bad sector
"http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/
Packman Repository (Medium 1).
Check whether the server is accessible."
Since the same file will cause the problem I don't see how server
accessibility could be the cause, a mismatch between some repo info and
actual content maybe?
No.
Some network problem between you and the mirror.
You can try to use a different mirror.
You can also download manually the problem file and place it in the
exact directory that zypper will place it, then run zypper again.
Just spent 15 minutes preparing a reply, saved it to draft,
and then thunderbird just dropped it into nowhere. Here goes
a shorter one via Pan


I edited the URL from
Packman Repository
http://ftp.gwdg.de/pub/linux/misc/packman/suse/$releasever/

to both as
https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/

and that worked in Yast. But this is workaround or a fix but it
doesn't tell me what the problem was, which seems to be a recurring
one ($releasever IS Leap-15.5)


They've taken the details view out of Yast, all we see now is the
progress bar. The repo name is a microcancerish 'Packman Repository'
instead of the fully qualifieed URL, what's next, Billy's picture
as the Yast icon?

Loading...