Comment # 4 on bug 1020117 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.