[yast-devel] Package selector (qt) now has unmaintained packages filter
Just select packages from Repository @System, and then as a secondary filter select "Unmaintained", and you will see all packages not available in any repository, but installed. In case Katarina or Ricardo want to mimic this, it is pretty easy, as once you have installed packages (either by status or from repo().isSystemRepo() ), you seect the ones whose selectable candidate is null. I think in the Qt selector it was like 7 lines of code. Duncan -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
Duncan Mac-Vicar Prett wrote:
Just select packages from Repository @System, and then as a secondary filter select "Unmaintained", and you will see all packages not available in any repository, but installed.
In case Katarina or Ricardo want to mimic this, it is pretty easy, as once you have installed packages (either by status or from repo().isSystemRepo() ), you seect the ones whose selectable candidate is null. I think in the Qt selector it was like 7 lines of code.
Duncan
As Michael corrected me, it is better to test for available packages being empty, as the candidate has different semantics for locked pacakges. However, we decided it is better to move this check to Selectable::isUnmaintained, so UIs get less code, and if we change the algorithm, everything is fine. Duncan -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
Ahoj!
Just select packages from Repository @System, and then as a secondary filter select "Unmaintained", and you will see all packages not available in any repository, but installed.
It reminds me: out of nowhere, suddenly @System appeared in the list of known repositories in (all?) package selectors. According to Jano (jkupec), it represents local RPM database. I was thinking about removing it from repository list (because it is not 'real' repository, with name&URL, or am I misunderstanding something ?), but now I have doubt - is it really supposed to stay there? What is its purpose?
In case Katarina or Ricardo want to mimic this, it is pretty easy, as once you have installed packages
Hmm ... I'm afraid I cannot add 'secondary filter' to ncurses PS (ENOSPACE :) ). So I'm thinking about adding 'Unmaintained packages' entry to the list of all available repositories. So I suppose it is OK to iterate the pool and find selectables that have isUnmaintained flag set ... B. -- \\\\\ Katarina Machalkova \\\\\\\__o YaST developer __\\\\\\\'/_ & hedgehog painter
On Fri, Apr 04, Katarina Machalkova wrote:
Just select packages from Repository @System, and then as a secondary filter select "Unmaintained", and you will see all packages not available in any repository, but installed.
It reminds me: out of nowhere, suddenly @System appeared in the list of known repositories in (all?) package selectors. According to Jano (jkupec), it represents local RPM database.
Yes, the targets repository of intalled items.
I was thinking about removing it from repository list (because it is not 'real' repository, with name&URL, or am I misunderstanding something ?),
Depends on how you define Repository.
but now I have doubt - is it really supposed to stay there? What is its purpose?
It will stay, because the satsolver expects all installed items being collected in a Repository. All you can do is filter for it. /** Return whether this is the system repository. */ bool Repository::isSystemRepo() const; But why not showing the list of installed items as well? -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres YaST Development ma@novell.com SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 740 53-0 +------------------------------------------------------------------+ -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
participants (3)
-
Duncan Mac-Vicar Prett -
Katarina Machalkova -
Michael Andres