-
Notifications
You must be signed in to change notification settings - Fork 189
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
export more information from apt_info.py: package count, obsolete, broken packages #220
Comments
I don't know if it's the right place, but could you also not include phasing updates ? For example when you want to upgrade with
The |
not part of my use case, but sure, that would be nice. how do you tell those apart? how does apt know those shouldn't be updated? in this case, for example, could you show the output of |
The script would need to test for this property of the packages returned by the cache: https://apt-team.pages.debian.net/python-apt/library/apt.package.html#apt.package.Package.phasing_applied For example:
|
nice! also:
i'm rather busy right now, so if someone else wants to work on this, go for it, just ping me here so i don't start duplicating work (and i'll do the same if i start working on it). |
Hi,
We're migrating away from icinga here and we have an in-house check that provides us with quite useful metrics.
apt_info.py
has this:our
dsa-check-packages
has this:that is:
apt_upgrades_held
)apt_upgrades_pending
)apt upgrade
won't upgrade (see for example Ubuntu phased upgrades or pinned packages?)the "obsolete packages" is the most important, as those are packages that might not be covered by security upgrade and a manual configuration...
i plan on adding those into apt_info.py through a merge request unless someone objects in a coming weeks. please let me know.
This issue is tracked in https://gitlab.torproject.org/tpo/tpa/team/-/issues/41712 on our side.
The text was updated successfully, but these errors were encountered: