http://bugzilla.suse.com/show_bug.cgi?id=1020117 http://bugzilla.suse.com/show_bug.cgi?id=1020117#c4 --- Comment #4 from Stefan Hundhammer --- (In reply to Tristan Miller from comment #3)

Hi Stefan! I think you may have misunderstood some aspects of my report.

(In reply to Stefan Hundhammer from comment #1)

...

You are describing the behaviour in the package selector. That view intentionally does not show disabled repositories

My report isn't about disabled repositories; it is about *enabled* repositories that (for whatever reason) failed to refresh.

Well, for the purpose of the YaST software selector they are disabled when they get to this state. This is what libzypp does internally.

Most people don't disable such repositories right away, since it's not uncommon for the refresh to fail due to transient network or server problems.

...

because the subsequent behaviour would be confusing: If disabled repos were listed there and the user would click on such a disabled repo, what should happen?

But I already suggested exactly what should happen: it should show installed packages from that repository, but hide the uninstalled ones.

And this is exactly what not only would not work, it would be even more confusing to users since they would have to know how all this works internally. I can see that video player I installed from PackMan, yet it won't let me install the codecs from the same repo - the packages that I need to actually get it to work? That would be one of the possible results.

I think this is much less confusing and much more consistent than simply hiding both installed and uninstalled packages for that repository.

No, IMHO it isn't. It's a different kind of confusion, that's all. ;-)

(In reply to Stefan Hundhammer from comment #2)

...

P.S. To see what packages you have on your system that are no longer part of any active repository, select a view that shows all (installed) packages, such as "installation summary" (and select only "installed" packages on the left side), then sort the package list by version numbers

This isn't a full workaround, since I still can't see which packages came from which repository without selecting each one individually and examining it.

For the red packages, you won't see a repo at all if it's not available. But you do see that you have something installed that isn't available anymore from any repo.

(And it's not unheard of for multiple repositories to go AWOL at the same time. In the last few weeks both the Java and LibreOffice Factory repositories were moved.)

I don't argue that fact. But that's a completely different dimension; if the repo URL changes, that has to be tracked somewhere else. This is not typically done just for fun, but often enough for legal reasons, and this is where the user will have to make a decision if it's okay to go with the changed repo, or even to choose one if it turns out that an Open Source project forked and there are now several different ones. For typical network connectivity problems, however, the situation should get back to normal after a while. -- You are receiving this mail because: You are on the CC list for the bug.