Arch Linux

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!
Tasklist

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
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To dorphell (dorphell)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

The 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

Closed by  dorphell (dorphell)
Wednesday, 05 January 2005, 21:27 GMT
Reason for closing:  Implemented
Comment by dorphell (dorphell) - Wednesday, 05 January 2005, 21:26 GMT
Since we don't use /usr/share/pacman/.. yet I did not include the functions but Jason said we will talk about it in our dev-discussion and come up with a decision of where and how to utilze that. Once we do, I'll add it, keep it in your webspace.
-d

Loading...