Do not inject GLSAs into the checkfile when fixing them
authorPaul Varner <fuzzyray@gentoo.org>
Wed, 20 May 2009 21:53:30 +0000 (21:53 +0000)
committerZac Medico <zmedico@gentoo.org>
Sat, 19 Jan 2013 03:21:20 +0000 (19:21 -0800)
commit4f0733f956d826f26b5a53c92a2c1ebf80181d91
tree057065ed5ec8fe8f04173cf5949dca36421aec4e
parentc7e110bae1ec05e9ecd745ac5cc7314006e5026c
Do not inject GLSAs into the checkfile when fixing them

There is no reason applied GLSAs must be stored in a checkfile. In the
current glsa-check GUI this will make it impossible to determine whether
the system is still affected by the GLSA (e.g. by re-emerging, or when a
GLSA is changed afterwards).

The current place for the checkfile (/var/cache) is not persistent per
FHS, meaning that people might clean out the contents of their injected
GLSAs. Since glsa.py is moving to portage anyway, we can use
/var/lib/portage as a place to store the injected GLSAs. Documentation
has been updated accordingly.

Note that the old checkfile should not be moved to the previous location
on upgrade since this will cause false negatives due to the above
arguments. A message should appear on upgrade (pkg_postinst or similar).

svn path=/trunk/gentoolkit/; revision=649

http://git.overlays.gentoo.org/gitweb/?p=proj/gentoolkit.git;a=commit;h=4138f5b1b6dbcf1042663a45b3eae1e652bfc9be
bin/glsa-check
pym/portage/glsa.py