Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 471166 - whatis database should be handled by portage, like GNU info database
Summary: whatis database should be handled by portage, like GNU info database
Status: CONFIRMED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Enhancement/Feature Requests (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-05-24 15:50 UTC by Sergey S. Starikoff
Modified: 2013-05-24 17:14 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey S. Starikoff 2013-05-24 15:50:13 UTC
During last week I was two times very unpleased finding inconsistent state of whatis database (so, I had to update it manually).
Currently used way of handling whatis database with cron don't looks to be the best solution (daily check is a much overhead for a system, updated once a week, or two weeks).

Manual update of whatis database on my slow PC takes up tp 20 seconds, dependency tree count uses more than 50.
On my current PC whatis database was update in up to 7 seconds, dependency tree was counted in about 25.

emerge after update usually (if update covered packages, containing info pages) reports about update of GNU info database:
...
 * Regenerating GNU info directory index...
 * Processed 125 info files.
...

I find it very pretty, if whatis database will be handled in similiar way: on finiching of each emerge's process check about install/remove/update packages, containing manual pages, and at last, if so was (were) processed, run update whatis database.
Also: foreground executing whatis database update shows user possible issues immediately, not waiting a time, when he try to use whatis search and find an unexpected results.

P.S. I know about bug #111484, but disagree with its resolution. Cant't reopen it, so opening new one.
Comment 1 Zac Medico gentoo-dev 2013-05-24 17:14:16 UTC
We could use a general-purpose hook as discussed in bug 244518.