Emerge : building the package succeeds, but fails in (almost final) install phase: ... make[1]: Leaving directory '/var/tmp/portage/mail-client/thunderbird-45.8.0/work/thunderbird-45.8.0/tbird/mail/installer' sed: can't read /usr/share/enigmail/install.rdf: No such file or directory * ERROR: mail-client/thunderbird-45.8.0::gentoo failed (install phase): * <EM:ID> tag for installed enigmail could not be found! ... ? Perhaps upstream intall sources have changed without being noticed ?
Created attachment 470742 [details] emerge --info thunderbird > emerge--info.txt
Today's update failed with the following error message: * ERROR: mail-client/thunderbird-45.8.0::gentoo failed (install phase): * <EM:ID> tag for installed enigmail could not be found! * * Call stack: * ebuild.sh, line 115: Called src_install * environment, line 5550: Called die * The specific snippet of code: * die "<EM:ID> tag for installed enigmail could not be found!"; * * If you need support, post the output of `emerge --info '=mail-client/thunderbird-45.8.
Created attachment 470890 [details] Full build log Submitting build log from my machine in case it helps.
Starting with thunderbird-45.8, enigmail is now a separate package as you may have noticed. In order for the approproate link to be made between enigmail and thunderbird, enigmail needs to be installed first. The package is in DEPEND and RDEPEND in order to ensure this. It seems that you are somehow triggering the 'use crypt' behaviour in src_install while not actually having enigmail installed; are you shortcutting the emerge somehow, so make it skip dependencies?
Not that I know of - it appears to be installed on my system: % eix enigmail [I] x11-plugins/enigmail Available versions: 1.9.6.1 Installed versions: 1.9.6.1(01:31:40 PM 03/16/2017) Homepage: http://www.enigmail.net/ Description: Mozilla extension to provide GPG support in mail clients The file that it's unable to find appears in this list: % equery files x11-plugins/enigmail # snip... /usr/share/enigmail/install.rdf But oddly enough doesn't actually exist: % ls /usr/share/enigmail/install.rdf ls: cannot access '/usr/share/enigmail/install.rdf': No such file or directory So that's strange! I'll re-emerge that package and see if that fixes it.
That file exists now after re-emerging enigmail. I'm rerunning the thunderbird-45.8.0 emerge now.
(In reply to Ian Stakenvicius from comment #4) > Starting with thunderbird-45.8, enigmail is now a separate package ... Thanks for your hint. We had that 'separate' situation already, some years ago; then they were combined; now separate again ... WORKAROUND: emerge -aC enigmail thunderbird emerge -a --depclean emerge thunderbird WORKSFORME.
(In reply to Manfred Knick from comment #7) > (In reply to Ian Stakenvicius from comment #4) > > > Starting with thunderbird-45.8, enigmail is now a separate package ... > > Thanks for your hint. > > We had that 'separate' situation already, some years ago; > then they were combined; now separate again ... > > WORKAROUND: > > emerge -aC enigmail thunderbird > emerge -a --depclean > emerge thunderbird > > WORKSFORME. Yes -- for a fairly long period of time, the enigmail package needed to be built within the sourcedir/objdir of thunderbird or seamonkey. This fortunately changed sometime around enigmail-1.8 and so we are now able to split them back apart again. enigmail will not collide with thunderbird, so it is safe to emerge it before upgrading or re-emerging >=thunderbird-45.8.
(In reply to Ian Stakenvicius from comment #8) > enigmail will not collide with thunderbird, so it is safe to emerge it > before upgrading or re-emerging >=thunderbird-45.8. How do we issue an auto-magic re-emerge of enigmail for those st(r)uck by e.g. "@preserved-rebuild" ?
(In reply to Manfred Knick from comment #9) > (In reply to Ian Stakenvicius from comment #8) > > > enigmail will not collide with thunderbird, so it is safe to emerge it > > before upgrading or re-emerging >=thunderbird-45.8. > > How do we issue an auto-magic re-emerge of enigmail > for those st(r)uck by e.g. "@preserved-rebuild" ? I don't follow how @preserved-rebuild would affect this at all, but you can re-emerge any package by calling 'emerge --oneshot [package]' My point above in case it wasn't clear, is that you don't need to --unmerge thunderbird first before (re)emerging it again.
(In reply to Devrin Talen from comment #6) > That file exists now after re-emerging enigmail. I'm rerunning the > thunderbird-45.8.0 emerge now. Thunderbird emerged without issue now.
(In reply to Ian Stakenvicius from comment #10) > I don't follow how @preserved-rebuild would affect this at all, Actually, thunderbird being marked for rebuild was exactly the necessity by which I have been caught at all ... And there was _nothing_ that indicated the need to re-build enigmail first _before_ (re-) emerging thunderbird.
Enigmail should have never needed rebuilding, whatever it is that messed up enigmail was likely related to a filesystem or other issue when it was initially merged.
(In reply to Ian Stakenvicius from comment #13) > should > likely . --> Devrin's comment 5
*** Bug 617248 has been marked as a duplicate of this bug. ***
I had the same issue as described in comment #5; I also have binary packages enabled and can confirm that while everything but the modules directory was missing in /usr/share/enigmail/, but the rest of the contents were present in the binary package that was built before Thunderbird. I wish I have more log entries, but these are packages related that was successfully merged some time ago 1489721594: >>> emerge (12 of 13) x11-plugins/enigmail-1.9.6.1 to / 1489721594: === (12 of 13) Cleaning (x11-plugins/enigmail-1.9.6.1::/usr/portage /x11-plugins/enigmail/enigmail-1.9.6.1.ebuild) 1489721594: === (12 of 13) Compiling/Packaging (x11-plugins/enigmail-1.9.6.1::/ usr/portage/x11-plugins/enigmail/enigmail-1.9.6.1.ebuild) 1489721599: === (12 of 13) Merging (x11-plugins/enigmail-1.9.6.1::/usr/portage/ x11-plugins/enigmail/enigmail-1.9.6.1.ebuild) 1489721600: >>> AUTOCLEAN: x11-plugins/enigmail:0 1489721601: === (12 of 13) Post-Build Cleaning (x11-plugins/enigmail-1.9.6.1::/ usr/portage/x11-plugins/enigmail/enigmail-1.9.6.1.ebuild) 1489721601: ::: completed emerge (12 of 13) x11-plugins/enigmail-1.9.6.1 to / 1489721601: >>> emerge (13 of 13) mail-client/thunderbird-45.8.0 to / 1489721601: === (13 of 13) Cleaning (mail-client/thunderbird-45.8.0::/usr/porta ge/mail-client/thunderbird/thunderbird-45.8.0.ebuild) 1489721603: === (13 of 13) Compiling/Packaging (mail-client/thunderbird-45.8.0: :/usr/portage/mail-client/thunderbird/thunderbird-45.8.0.ebuild) 1489722262: === (13 of 13) Merging (mail-client/thunderbird-45.8.0::/usr/portag e/mail-client/thunderbird/thunderbird-45.8.0.ebuild) 1489722264: >>> AUTOCLEAN: mail-client/thunderbird:0 1489722264: === Unmerging... (mail-client/thunderbird-45.7.0) 1489722266: >>> unmerge success: mail-client/thunderbird-45.7.0 1489722268: === (13 of 13) Post-Build Cleaning (mail-client/thunderbird-45.8.0: :/usr/portage/mail-client/thunderbird/thunderbird-45.8.0.ebuild) 1489722268: ::: completed emerge (13 of 13) mail-client/thunderbird-45.8.0 to / 1489722268: *** Finished. Cleaning up... 1489722268: *** exiting successfully. Then some time later, more recently when thunderbird was updated, this was what happened: 1494832832: >>> emerge (24 of 27) mail-client/thunderbird-45.8.0 to / 1494832832: === (24 of 27) Cleaning (mail-client/thunderbird-45.8.0::/usr/portage/mail-client/thunderbird/thunderbird-45.8.0.ebuild) 1494832834: === (24 of 27) Compiling/Packaging (mail-client/thunderbird-45.8.0::/usr/portage/mail-client/thunderbird/thunderbird-45.8.0.ebuild) 1494833553: *** Finished. Cleaning up... 1494833553: *** exiting unsuccessfully with status '1'. 1494833556: *** terminating. Remerging the binary package (--usepkg) restored the entire package. I have no idea why or how those files managed to disappear.
I also have this issue and am willing to help debug the issue instead of applying the workaround. For Thunderbird I have the following USE flags enabled: crypt dbus gstreamer jemalloc3 jit minimal mozdom startup-notification system-sqlite My timeline, in case it's helpful: * 2016-09-07: Installed mail-client/thunderbird-45.3.0 * Between 2016-12-18 and 2017-02-21: Upgraded mail-client/thunderbird several times: 45.5.1, 45.6.0, 45.6.0-r1, 45.7.0 * 2017-03-21: Installed x11-plugins/enigmail-1.9.6.1 * 2017-03-21 12:43:30: Installed x11-plugins/enigmail-1.9.6.1 * 2017-03-21 12:55:32: Installed mail-client/thunderbird-45.8.0 (successfully) * 2017-05-16 07:41:05: Attempted to rebuild mail-client/thunderbird-45.8.0 due to app-text/hunspell update, failed with "<EM:ID> tag for installed enigmail could not be found!" It appears that the install.rdf must have been deleted by some process as it appears in the file listing for x11-plugins/enigmail, but is not present in the actual directory: > home ~ # equery f x11-plugins/enigmail | grep install\.rdf > /usr/share/enigmail/install.rdf > home ~ # ls -al /usr/share/enigmail > total 20 > drwxr-xr-x 3 root root 4096 Mar 21 12:55 . > drwxr-xr-x 271 root root 12288 May 1 14:25 .. > drwxr-xr-x 2 root root 4096 Mar 21 12:55 modules I notice that /usr/share/enigmail's last modified date shown in ls (and stat) is the same as my last successful rebuild time of thunderbird. This suggests to me that the thunderbird ebuild is the one that's deleting the file. After this post I'll try testing in a chroot to see if this theory is correct. I'll attach a build log.
Created attachment 472794 [details] Another build log (gz) Here's another failed build log.
Just noticed in my timeline that I put in my install of enigmail twice, oops! There was only meant to be one - the one with the specific time.
I found the issue. Apparently the bash '-d' flag will match a directory *and* a symlink of a directory, so the workaround I added in 45.8 to make sure the symlink will install properly when upgrading from 45.7 and earlier is in fact deleting enigmail if you ever do a rebuild of 45.8. I'll put the solution into mail-client/thunderbird-52.1.1 which will be hitting the gentoo repo today, and also uselessly revbump enigmail in order to force it's reinstallation so everyone has it on disk again.
*** Bug 618028 has been marked as a duplicate of this bug. ***
commit f3875433b3169a74589600699fb449c499e47bf1 Author: Ian Stakenvicius <axs@gentoo.org> Date: Thu May 18 09:22:53 2017 -0400 mail-client/thunderbird: bump to 52.1.1, fix enigmail deletion Fixed the ebuild code error that was removing enigmail on disk during a reinstall of thunderbird. Also bumped thunderbird to 52.1.1 for the new stable candidate. Bug: http://bugs.gentoo.org/616430 Package-Manager: Portage-2.3.3, Repoman-2.3.1
I've just experienced the same issue when installing the new Thunderbird 52.1.1. I guess this means the revision bump on enigmail didn't make it into the tree yet? $ eix enigmail --or -I thunderbird [U] mail-client/thunderbird Available versions: 45.8.0^d (~)52.1.1^d {bindist crypt custom-cflags custom-optimization dbus debug ffmpeg +gstreamer gtk2 hardened +jemalloc +jemalloc3 +jit ldap lightning +minimal mozdom neon pulseaudio rust selinux startup-notification system-cairo system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite wifi L10N="ar ast be bg bn-BD br ca cs cy da de el en-GB es-AR es-ES et eu fi fr fy ga gd gl he hr hsb hu hy id is it ja ko lt nb nl nn pa pl pt-BR pt-PT rm ro ru si sk sl sq sr sv ta-LK tr uk vi zh-CN zh-TW"} Installed versions: 52.1.0^d(09:11:55 AM 05/11/2017)(crypt dbus jemalloc ldap minimal pulseaudio startup-notification -bindist -custom-cflags -custom-optimization -debug -gtk2 -hardened -lightning -mozdom -neon -rust -selinux -system-cairo -system-harfbuzz -system-icu -system-jpeg -system-libevent -system-libvpx -system-sqlite -wifi L10N="-ar -ast -be -bg -bn-BD -br -ca -cs -cy -da -de -el -en-GB -es-AR -es-ES -et -eu -fi -fr -fy -ga -gd -gl -he -hr -hsb -hu -hy -id -is -it -ja -ko -lt -nb -nl -nn -pa -pl -pt-BR -pt-PT -rm -ro -ru -si -sk -sl -sq -sr -sv -ta-LK -tr -uk -vi -zh-CN -zh-TW") Homepage: http://www.mozilla.com/en-US/thunderbird/ Description: Thunderbird Mail Client [I] x11-plugins/enigmail Available versions: 1.9.6.1 **9999 Installed versions: 1.9.6.1(09:28:58 AM 03/18/2017) Homepage: http://www.enigmail.net/ Description: Mozilla extension to provide GPG support in mail clients Found 2 matches
Reopening
*** Bug 619418 has been marked as a duplicate of this bug. ***
Reinstalling enigmail solved the problem. emerge -av1 =x11-plugins/enigmail-1.9.6.1 emerge -avu1 thunderbird
(In reply to László Szalma from comment #26) > Reinstalling enigmail solved the problem. It did for me as well, thanks! Not quite sure what to do with this bug then…
OK, I've revbumped enigmail and set a minver dep on thunderbird to force enigmail to reinstall. This should ensure enigmail's files will remain on disk and finally make this bug disappear. I DID NOT revbump the thunderbird ebuilds because if thunderbird-45.8 is not reinstalled, this bug doesn't occur. So the reinstalls will get the fix, the non-reinstalls won't (and don't need it). FYI, enigmail-1.9.6.1-r1 is identical to 1.9.6.1, this is all just to force the reinstalls.
