Ticket #252 (closed defect: wontfix)
Persistent database for new_packages hook?
| Reported by: | eternaleye | Owned by: | ciaranm |
|---|---|---|---|
| Priority: | IfSomeoneSendsAPatch | Milestone: | |
| Component: | misc | Version: | 0.22.2 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Distribution: | Gentoo |
Description
On every sync, the new_packages hook rebuilds its database and diffs it against the updated tree. Would it not be simpler to save the updated database afterwards, and simply diff against that on the next sync? This would also note as new packages those added during external syncs, like layman or portage (for anyone who uses them), and those in local repositories which update _between_ syncs, like a user's own repository. This would also speed up syncs, especially on computers with slow disk access times. (on my laptop it takes a full 5 minutes to generate the database). Perhaps this could be implemented as an option?
Change History
Note: See
TracTickets for help on using
tickets.

Well... It's a demo hook, so it's designed to be a good starting point rather than a complete solution...