root@tarantel:/root(27)# emerge -pvD app-emacs/vm ... [ebuild R ] app-emacs/vm-8.1.0_beta USE="ssl -bbdb" 0 kB ... root@tarantel:/root(28)# emerge -vD app-emacs/vm ... >>> Original instance of package unmerged safely. * Regenerating site-gentoo.el for GNU Emacs (postinst) ... no changes. ... root@tarantel:/root(29)# equery f app-emacs/vm | grep site-lisp /usr/share/emacs/site-lisp /usr/share/emacs/site-lisp/site-gentoo.d /usr/share/emacs/site-lisp/site-gentoo.d/50vm-gentoo.el At an other computer I find: root@condor:/root(9)# emerge -pvD app-emacs/vm ... [ebuild R ] app-emacs/vm-8.1.0_beta USE="ssl -bbdb" 0 kB ... root@condor:/root(10)# equery f app-emacs/vm | grep site-lisp | wc -l 108 Reproducible: Always
Attach the build.log please. What Emacs version are you using?
Created attachment 214747 [details] /var/tmp/portage/app-emacs/vm-8.1.0_beta/temp/build.log
root@tarantel:/root(37)# qlist -Iv app-editors/emacs app-editors/emacs-23.1-r2
It fails during compile already: "emacs" -batch -q -no-site-file -no-init-file -l ./vm-build.el -f batch-byte-compile vm-w3m.el Loading w3m... In toplevel form: vm-w3m.el:39:1:Error: Wrong type argument: arrayp, nil make[1]: *** [vm-w3m.elc] Error 1 Do you have app-emacs/emacs-w3m installed (what version)? If yes, does vm succeed if you unmerge emacs-w3m beforehand? Of course, another question is why the top-level Makefile doesn't catch the errors in the sub-Makefiles.
root@tarantel:/root(37)# qlist -Iv app-editors/emacs app-editors/emacs-23.1-r2 Yes, I have installed emacs-w3m: root@tarantel:/root(38)# qlist -Iv emacs-w3m app-emacs/emacs-w3m-1.4.4_p20090605 root@tarantel:/root(39)# equery files emacs-w3m * Searching for emacs-w3m ... * Contents of app-emacs/emacs-w3m-1.4.4_p20090605: /usr /usr/share /usr/share/doc /usr/share/doc/emacs-w3m-1.4.4_p20090605 /usr/share/doc/emacs-w3m-1.4.4_p20090605/ChangeLog.1.bz2 /usr/share/doc/emacs-w3m-1.4.4_p20090605/ChangeLog.bz2 /usr/share/doc/emacs-w3m-1.4.4_p20090605/NEWS.bz2 /usr/share/doc/emacs-w3m-1.4.4_p20090605/README.bz2 /usr/share/emacs /usr/share/emacs/etc /usr/share/emacs/etc/emacs-w3m /usr/share/emacs/etc/emacs-w3m/antenna-up.png /usr/share/emacs/etc/emacs-w3m/antenna-up.xpm ... /usr/share/emacs/site-lisp /usr/share/emacs/site-lisp/emacs-w3m /usr/share/emacs/site-lisp/emacs-w3m/ChangeLog /usr/share/emacs/site-lisp/emacs-w3m/ChangeLog.1 /usr/share/emacs/site-lisp/emacs-w3m/mew-shimbun.el /usr/share/emacs/site-lisp/emacs-w3m/mew-w3m.el ... root@tarantel:/root(40)# ll /usr/share/emacs/site-lisp/emacs-w3m/w3m-load.el -rw-r--r-- 1 root root 16196 Jul 8 05:25 /usr/share/emacs/site-lisp/emacs-w3m/w3m-load.el root@tarantel:/root(41)# ll /usr/share/emacs/site-lisp/emacs-w3m/mew-w3m.el -rw-r--r-- 1 root root 14406 Jul 8 05:25 /usr/share/emacs/site-lisp/emacs-w3m/mew-w3m.el This looks good. root@tarantel:/root(42)# emerge -C emacs-w3m root@tarantel:/root(43)# emerge -vD app-emacs/vm ... >>> /usr/share/emacs/site-lisp/vm/vm-imap.elc >>> /usr/share/emacs/site-lisp/vm/vcard.el ... root@tarantel:/root(44)# equery f app-emacs/vm | grep site-lisp | wc -l 108 I.e., the expected 108 files are installed now. To check if really emacs-w3m is the reason for the problem, I tried once more: root@tarantel:/root(45)# emerge -C app-emacs/vm ... root@tarantel:/root(46)# emerge -uvDN emacs-w3m ... root@tarantel:/root(47)# emerge -vD app-emacs/vm ... root@tarantel:/root(48)# equery f app-emacs/vm | grep site-lisp | wc -l 108 Now it works also with emacs-w3m. Maybe emacs-w3m was anyway corrupted. Thanks for the help.
(In reply to comment #5) > root@tarantel:/root(40)# ll /usr/share/emacs/site-lisp/emacs-w3m/w3m-load.el > -rw-r--r-- 1 root root 16196 Jul 8 05:25 > /usr/share/emacs/site-lisp/emacs-w3m/w3m-load.el So the installed emacs-w3m was from before the release of Emacs 23. It's possible that your problem was caused by some incompatibilities between byte-compiler versions. For the issue that the top-level Makefile was not catching errors from subdirs I've committed a fix to the upstream repo. I'm not sure yet if there will be an (upstream) 8.1.0_beta1 release or if we need a Gentoo -r1 revision, therefore I leave this bug open.
Fixed in 8.1.0_beta without revbump.
... and thank you for reporting.
