From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dan.rpsys.net ([93.97.175.187]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1UTwAj-0001P0-3l for openembedded-core@lists.openembedded.org; Sun, 21 Apr 2013 17:27:22 +0200 Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r3LFAEF8016778; Sun, 21 Apr 2013 16:10:14 +0100 X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id UoLaYSLca3-D; Sun, 21 Apr 2013 16:10:14 +0100 (BST) Received: from [192.168.3.10] (rpvlan0 [192.168.3.10]) (authenticated bits=0) by dan.rpsys.net (8.14.4/8.14.4/Debian-2.1ubuntu1) with ESMTP id r3LFA57U016768 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sun, 21 Apr 2013 16:10:06 +0100 Message-ID: <1366556948.10502.191.camel@ted> From: Richard Purdie To: Koen Kooi Date: Sun, 21 Apr 2013 16:09:08 +0100 In-Reply-To: <84E8DA59-4879-4A6C-BB8A-4B1F766F7E76@dominion.thruhere.net> References: <18219582.KT7bte5u1O@helios> <3344072.3yQMCnL6TJ@helios> <6BD1F316-C3AE-41BD-B9ED-296278CEF5A7@dominion.thruhere.net> <623CB95B-FD17-49A5-9547-71E0EFC316A7@dominion.thruhere.net> <5171293A.5010300@intel.com> <0E83C36A-8358-40B0-B022-A39DBFF44880@dominion.thruhere.net> <51713804.9000002@intel.com> <5437CC85-9AC1-4A18-BAE8-BDE01613215D@dominion.thruhere.net> <6B56E483-2965-46F1-A120-2F5F9807C594@dominion.thruhere.net> <447FAD55-F561-4BCB-B4FC-D0E5907143D6@dominion.thruhere.net> <8A0CB92A-B97D-4F53-A6BB-AB3C09ECE46C@dominion.thruhere.net> <84E8DA59-4879-4A6C-BB8A-4B1F766F7E76@dominion.thruhere.net> X-Mailer: Evolution 3.6.2-0ubuntu0.1 Mime-Version: 1.0 X-MIME-Autoconverted: from 8bit to quoted-printable by dan.rpsys.net id r3LFAEF8016778 Cc: Paul Eggleton , openembedded-core@lists.openembedded.org Subject: Re: postinst does not finish X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Apr 2013 15:27:26 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, 2013-04-21 at 08:59 +0200, Koen Kooi wrote: > Op 19 apr. 2013, om 16:00 heeft Koen Kooi = het volgende geschreven: > > Op 19 apr. 2013, om 15:37 heeft Koen Kooi het volgende geschreven: > > And it still doesn't work :( > >=20 > > root@beaglebone:~# systemctl status gdm -a > > gdm.service - Gnome Display Manager > > Loaded: loaded (/lib/systemd/system/gdm.service; enabled) > > Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 year= s 3 months ago > > Main PID: 147 (gdm-binary) > > CGroup: name=3Dsystemd:/system/gdm.service > > =E2=94=94=E2=94=80147 /usr/sbin/gdm-binary -nodaemon > >=20 > > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't l= ook up uid > > Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm d= oesn't exist > > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to = parse output: > > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to = parse D-Bus launch output > > Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm d= oesn't exist > > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not = run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-disp= lay-device" (No such file or directory) > > Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDis= play: display lasted 1.401004 seconds > > Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: disp= lay lasted 1.401004 seconds > > Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayF= actory: maximum number of X display failures reached: check X server log = for errors > > Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLoc= alDisplayFactory: maximum number of X display failures reached: check X s= erver log for errors > >=20 > > Hmm, let's rerun gdm.postinst: > >=20 > > root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst=20 > > + '[' x '!=3D' x ']' > > + grep '^gdm:' /etc/group > > + grep '^gdm:' /etc/passwd > > + adduser --disabled-password --system --home /var/lib/gdm gdm --ingr= oup gdm -g gdm > > adduser: /var/lib/gdm: File exists > > + '[' -d /var/lib/gdm ']' > > + chown -R gdm:gdm /var/lib/gdm > > + chmod 0750 /var/lib/gdm > > + mkdir -p /etc/X11/ > > + echo /usr/bin/gdm > > + OPTS=3D > > + '[' -n '' ']' > > + type systemctl > > + systemctl enable gdm.service > > + '[' -z '' -a enable =3D enable ']' > > + systemctl restart gdm.service > > + test x '!=3D' x > > + OPT=3D-s > > + type update-rc.d > > + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 . > > System startup links for /etc/init.d/gdm already exist. > > + '[' x '!=3D' x ']' > > + GDK_PIXBUF_MODULEDIR=3D/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders > > + gdk-pixbuf-query-loaders --update-cache > > [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone > > + for icondir in '/usr/share/icons/*' > > + '[' -d /usr/share/icons/Crux ']' > > + gtk-update-icon-cache -fqt /usr/share/icons/Crux > > + for icondir in '/usr/share/icons/*' > > + '[' -d /usr/share/icons/HighContrast ']' > > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast > > + for icondir in '/usr/share/icons/*' > > + '[' -d /usr/share/icons/HighContrast-SVG ']' > > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG > > + for icondir in '/usr/share/icons/*' > > + '[' -d /usr/share/icons/HighContrastInverse ']' > > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse > > + for icondir in '/usr/share/icons/*' > > + '[' -d /usr/share/icons/HighContrastLargePrint ']' > > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint > >=20 > > (etc) > >=20 > > So it looks like the postinsts do run when used inside run-postinst.s= ervice, but don't save their output (sucky description, I know). >=20 > Another datapoint, same GNOME image built for x86 finishes run-postinst= s as expected, but also doesn't work, gconf stuff has to get run manually= again to work. FWIW I think there are multiple issues here and they're combining together to make a rather weird problem. One issue we now know about is that the intercept code and the way it uses "exit 1" can cause some later parts of some postinst scripts not to get executed. I believe Laurentiu has a fix for this problem and this is the one causing the gdm issue. I think the hang people are reporting is something else though, perhaps related to the hwdb. I'm also aware of matchbox-session-sato conflicting with settings-deamon and some multilib issues such as the wrong qemuwrapper being used. We're going to have to work through each issue in turn and re-evaluate after each fix. I wish we'd come across this earlier as to add fixes to the release at this point would mean slipping the release date by a week :(. I'm therefore leaning towards testing any fixes and queuing them quickly on the branch post-release, following up with a point release relatively soon to catch things that people find as the release gets more exposure. I know the point releases have happened slowly and I want to change that. Cheers, Richard