Gentoo Archives: gentoo-portage-dev

From: Zac Medico <zmedico@g.o>
To: "Michał Górny" <mgorny@g.o>, gentoo-portage-dev@l.g.o
Cc: Zac Medico <zmedico@g.o>
Subject: Re: [gentoo-portage-dev] [PATCH] postinst_qa_check: initialize preinst state (bug 635474)
Date: Thu, 26 Oct 2017 20:06:37
Message-Id: ea8c1983-f1cd-dd82-49b2-483b01c588f1@gentoo.org
In Reply to: Re: [gentoo-portage-dev] [PATCH] postinst_qa_check: initialize preinst state (bug 635474) by "Michał Górny"
1 On 10/26/2017 12:31 PM, Michał Górny wrote:
2 > W dniu śro, 25.10.2017 o godzinie 23∶16 -0700, użytkownik Zac Medico
3 > napisał:
4 >> In order to prevent false-positives during postinst_qa_check,
5 >> use a preinst_qa_check function to initialize a baseline state
6 >> for the postinst checks.
7 >>
8 >> Bug: https://bugs.gentoo.org/635474
9 >> ---
10 >> bin/misc-functions.sh | 18 +++++++++++-------
11 >> bin/postinst-qa-check.d/50gnome2-utils | 3 +++
12 >> bin/postinst-qa-check.d/50xdg-utils | 6 ++++++
13 >> bin/preinst-qa-check.d/50gnome2-utils | 1 +
14 >> bin/preinst-qa-check.d/50xdg-utils | 1 +
15 >> pym/portage/package/ebuild/doebuild.py | 1 +
16 >> 6 files changed, 23 insertions(+), 7 deletions(-)
17 >> create mode 120000 bin/preinst-qa-check.d/50gnome2-utils
18 >> create mode 120000 bin/preinst-qa-check.d/50xdg-utils
19 >>
20 >
21 > To be honest, I think that's a serious overkill for a minor issue.
22 > The same effect could be achieved by adding a small pkg_postinst()
23 > to sys-apps/portage.
24
25 However, that's not going to help if all the ctimes get bumped due to
26 the rootfs being cloned somehow (via tar or rsync), and having it hang
27 in eqatag for hours is completely unacceptable.
28 --
29 Thanks,
30 Zac