Gentoo Archives: gentoo-dev

From: Matt Turner <mattst88@g.o>
To: "Michał Górny" <mgorny@g.o>
Cc: gentoo development <gentoo-dev@l.g.o>, qa <qa@g.o>
Subject: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/
Date: Tue, 30 Jul 2019 05:29:25
Message-Id: CAEdQ38EtP_XrrfNfMdAJqZH=uRvnUa0L=ZWpOv9KUHgc0i-WvQ@mail.gmail.com
In Reply to: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/ by "Michał Górny"
1 On Mon, Jul 29, 2019 at 10:20 PM Michał Górny <mgorny@g.o> wrote:
2 >
3 > On Tue, 2019-07-30 at 01:49 +0000, Matt Turner wrote:
4 > > commit: 6f680e4fe73925ae130343e02adb416cb799ce7d
5 > > Author: Chris Mayo <aklhfex <AT> gmail <DOT> com>
6 > > AuthorDate: Fri Jul 26 18:48:13 2019 +0000
7 > > Commit: Matt Turner <mattst88 <AT> gentoo <DOT> org>
8 > > CommitDate: Tue Jul 30 01:49:41 2019 +0000
9 > > URL: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6f680e4f
10 > >
11 > > virtualx.eclass: Fix no display for an emerge following a failure
12 > >
13 > > If using GNOME GDM, X is started on DISPLAY :0 but a lock file
14 > > /tmp/.X1024-lock is created instead of /tmp/.X0-lock.
15 > > virtx() will initially set XDISPLAY to 0 and attempt to start Xvfb on
16 > > DISPLAY :0 which fails but DISPLAY :1 (and greater) is not attempted if
17 > > a previous emerge left /tmp/.X1-lock behind.
18 > >
19 > > Closes: https://bugs.gentoo.org/690778
20 > > Signed-off-by: Chris Mayo <aklhfex <AT> gmail.com>
21 > > Signed-off-by: Matt Turner <mattst88 <AT> gentoo.org>
22 > >
23 > > eclass/virtualx.eclass | 7 +++++--
24 > > 1 file changed, 5 insertions(+), 2 deletions(-)
25 > >
26 > > diff --git a/eclass/virtualx.eclass b/eclass/virtualx.eclass
27 > > index fb6a867a35c..40eeea5463b 100644
28 > > --- a/eclass/virtualx.eclass
29 > > +++ b/eclass/virtualx.eclass
30 > > @@ -1,4 +1,4 @@
31 > > -# Copyright 1999-2018 Gentoo Foundation
32 > > +# Copyright 1999-2019 Gentoo Authors
33 > > # Distributed under the terms of the GNU General Public License v2
34 > >
35 > > # @ECLASS: virtualx.eclass
36 > > @@ -178,7 +178,10 @@ virtx() {
37 > > # Xvfb is started, else bump the display number
38 > > #
39 > > # Azarah - 5 May 2002
40 > > - XDISPLAY=$(i=0; while [[ -f /tmp/.X${i}-lock ]] ; do ((i++));done; echo ${i})
41 > > + # GNOME GDM may have started X on DISPLAY :0 with a
42 > > + # lock file /tmp/.X1024-lock, therefore start the search at 1.
43 > > + # Else a leftover /tmp/.X1-lock will prevent finding an available display.
44 > > + XDISPLAY=$(i=1; while [[ -f /tmp/.X${i}-lock ]] ; do ((i++));done; echo ${i})
45 > > debug-print "${FUNCNAME}: XDISPLAY=${XDISPLAY}"
46 > >
47 > > # We really do not want SANDBOX enabled here
48 >
49 > Isn't this a cheap hack that doesn't fix the underlying issue but shifts
50 > the problem into hopefully-won't-happen-this-time?
51
52 Yes, but given that the prior code was a cheap hack as well (from
53 2002, no less!) and has worked out well enough for 17 years that no
54 one has reported problems with it until now, I don't think it's
55 critical to make it bullet-proof.
56
57 Of course I'm happy to accept patches.
58
59 > Also, why are you skipping mailing list review for eclass changes?
60
61 Ah, you are right. My apologies.