Bug 51 – Scrollkeeper troubles

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Geert Bevin 2002-01-06 08:09:22 UTC]

Having done a complete install from scratch I found that /var/lib/scrollkeeper
contains links to
/var/tmp/portage/gdm-2.2.5.4/image//var/lib/scrollkeeper/image, which is clearly
not a good thing.
Additionally, it might be a good idea to investigate how to really work with
scrollkeeper and a packagemanagement system :
* I don't really know what is stored in /var/lib/scrollkeeper, but scrollkeeper
seems to modify files when new applications are installed. Should these
modifications remain when a package is uninstalled or be undone?
* How should binary packages be shipped?
* Should ebuilds be allowed to modify /var/lib/scrollkeeper directly and thus
create/modify non temporary files outside of the image dir?

[Comment 1 Mikael Hallendal (hallski) (RETIRED) 2002-01-06 13:58:34 UTC]

This has been on my todo-list for quite some time. I'll try to get around to it
soon.

[Comment 2 Tod M. Neidt 2002-01-13 14:14:26 UTC]

Hi!

Don't know if this is useful to you, but I am attaching a sandbox log file of
scrollkeeper violations that occured when merging scrollkeeper-0.2-r1.eebuild.

tod

[Comment 3 Mikael Hallendal (hallski) (RETIRED) 2002-01-14 00:03:24 UTC]

*** Bug 153 has been marked as a duplicate of this bug. ***

[Comment 4 Mikael Hallendal (hallski) (RETIRED) 2002-01-14 02:56:43 UTC]

GDM seems to be the only package that does this really wrong (since they have
stuff in /var/lib/scrollkeeper) in it's CONTENTS-file.

No package should touch /var/lib/scrollkeeper during src_install. Everything
inthere is autogenerated by scrollkeeper-update (which should be called in
pkg_postinst and pkg_postrm for packages that use scrollkeeper).

[Comment 5 Mikael Hallendal (hallski) (RETIRED) 2002-01-14 03:18:04 UTC]

problem is that the packages run scrollkeeper-update -p /var/lib/scrollkeeper in
there "make install"-phase. I'm going to grab the author/maintainer of
scrollkeeper to ask him about this. This can't be right, (non-package based
distributions but not for package-based).

[Comment 6 Mikael Hallendal (hallski) (RETIRED) 2002-01-14 04:21:57 UTC]

Here is what should fix most of the ebuilds.

	cd omf-install
	cp Makefile Makefile.old
	sed -e	"s:scrollkeeper-update.*::g" Makefile.old > Makefile
	rm Makefile.old
	cd ${S}

[Comment 7 Geert Bevin 2002-01-14 04:24:43 UTC]

You wanna create a bash function in ebuild for that? Might be handy.

[Comment 8 Mikael Hallendal (hallski) (RETIRED) 2002-01-14 04:28:14 UTC]

That might be an idea. What do you think about that drobbins?

prepare_scrollkeeper (or something?)

[Comment 9 Mikael Hallendal (hallski) (RETIRED) 2002-01-14 08:14:37 UTC]

evolution, gdm and gnome-utils fixed.

[Comment 10 Mikael Hallendal (hallski) (RETIRED) 2002-01-14 08:20:03 UTC]

scrollkeeper itself is also updated now.

[Comment 11 Geert Bevin 2002-01-14 13:02:28 UTC]

So this bug can be considered fixed then? You added something to portage for
scrollkeeper support?

[Comment 12 Martin Schlemmer (RETIRED) 2002-01-14 13:08:28 UTC]

gnome-extra/gnome-db also fixed.

[Comment 13 Mikael Hallendal (hallski) (RETIRED) 2002-01-23 03:29:10 UTC]

the issue is resolved, just have to track down the packages that are doing wrong.