Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#1787 - various scrollkeeper bugs
Attached to Project:
Arch Linux
Opened by Jan de Groot (JGC) - Sunday, 14 November 2004, 16:42 GMT
Last edited by Judd Vinet (judd) - Monday, 15 November 2004, 18:37 GMT
Opened by Jan de Groot (JGC) - Sunday, 14 November 2004, 16:42 GMT
Last edited by Judd Vinet (judd) - Monday, 15 November 2004, 18:37 GMT
|
DetailsThe current scrollkeeper package has a nasty bug. When you install the scrollkeeper package, you get an initial scrollkeeper database that is the same of the one on the maintainer's system. So, without even having gnome on your system, your system has gnome documentation registered in the database if the maintainer uses gnome on his system.
Second, whenever scrollkeeper-update is run in the postinstall of various gnome packages, it can take a while. This is because scrollkeeper-update goes to the internet to get the scrollkeeper DTD. This DTD is not registered in the system's XML catalog. A fixed version of scrollkeeper is at http://schoolbak.dyndns.org/~jan/archlinux/scrollkeeper/ Please note that I did not put the database rebuild in the post_upgrade function, and I did not put the XML catalog registration in it. We have to do some juggling with version information in the post_upgrade to decide if post_install should be run or not. I'll leave that for the maintainer. As a workaround, scrollkeeper has to be uninstalled using pacman -Rd scrollkeeper and has to be installed again after that (or run the things in the .install script by hand after upgrading) The other thing, the .functions script that gets copied is something I'm working on at this moment: I'm trying to place many used things in functions and place them in /usr/share/pacman/functions/$pkgname. These functions can be called from install scripts and PKGBUILD scripts to make these common things a bit more error-safe. As long as Judd doesn't say yes to this, this can be ignored. |
This task depends upon
-d