Community Packages

Please read this before reporting a bug:

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!

FS#26420 - [packagekit] All updates are the same type

Attached to Project: Community Packages
Opened by Jeremy Newton (Mystro256) - Wednesday, 12 October 2011, 22:19 GMT
Last edited by Jonathan Conder (PirateJonno) - Monday, 26 November 2012, 01:39 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Jonathan Conder (PirateJonno)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No


In packagekit, or at least with gnome-packagekit, all the updates are treated the same, as "normal" updates. Shouldn't a change in pkgrel be treated as another type, such as a bug fix update or security update? I would think this is would be a useful feature.

Please let me know if I should make a feature request somewhere else, because I'm not completely sure who is in charge of integrating packagekit with Arch.
This task depends upon

Closed by  Jonathan Conder (PirateJonno)
Monday, 26 November 2012, 01:39 GMT
Reason for closing:  Won't fix
Additional comments about closing:  This has been sitting here for a while, and I think we've argued that this feature would not really be useful, and could break things if, say, a pkgrel update was a rebuild against a new library.
Comment by Ionut Biru (wonder) - Wednesday, 12 October 2011, 22:33 GMT
a pkgrel bump can be:
1) simple rebuild because the package was too old
2) rebuild against new soname
3) bug fix

how do you know which one is it?
Comment by Jeremy Newton (Mystro256) - Wednesday, 12 October 2011, 23:06 GMT
That's true and makes sense. According to the package kit website, there are 6 kinds of updates: Bugfix, Enhancement, High Priority, Low Priority, Normal and security. I would think if the pkgrel were treated as one of the other 5, it would make it easier to distinguish between them in a visual way.

Depending on how you look at it, a pkgrel update could be any of those 5. Maybe a low priority update could work? Not sure, just throwing ideas out.
Maybe I could ask upstream for a new category?
Comment by Jonathan Conder (PirateJonno) - Saturday, 15 October 2011, 11:00 GMT
You can currently distinguish between them by reading the description. I could change the update kind as well, but I'm not sure that would make sense. My preferred option would be to change the pkgver updates to "enhancement," but that wouldn't make sense for minor version updates which only fix bugs or translation errors. The bugfix, security and priority types could be applied to both update types, e.g. a soname bump or security fix should be higher priority than a feature update.

I'm not sure this really adds anything though - pacman itself makes no distinction between the two. Upstream (i.e. packagekit mailing list) would be the appropriate place to ask for a new category. Not sure how willing they'd be to do that though. Also I'm not sure what the description of a pkgrel update should be.
Comment by Jeremy Newton (Mystro256) - Sunday, 16 October 2011, 03:37 GMT
My reasoning for having them distinguished easily is because I like to update regularly but I tend to avoid a pkgver update when I'm just doing a quick update, as there can be problems when upgrading those packages (eg. recessions, reconfiguration needed, etc). I just thought it would be convenient and user friendly to be able to quickly distinguish visually, instead of having to skim through each description. I figure there's a categorization system anyway, it might as well be used.

Currently "security update" is reserved for an update that can be install without confirmation and automatic, if enabled in the packagekit settings. For me, I would think this is a great category for a pkgrel update due to my updating habits, but I realize I'm probably not exactly representative haha. Anyway, when I get a chance, I'll ask/email a dev or something to see what they have to say.