I'm using guile-1.8.8-r2 and guile-2.0.6 from the lisp overlay. guile-1.8.8 install emacs files while guile-2.0.6 does not. When running emacs-updater, the script finds the following files: /usr/share/emacs/site-lisp/guile/gds-scheme.elc /usr/share/emacs/site-lisp/guile/gds.elc /usr/share/emacs/site-lisp/guile/gds-server.elc However, when ran in default mode (i.e. non-exact match), the script invokes: qfile -qCR -f /tmp/emacs-updater.files.HRC22A | sort -u which give the following output: dev-scheme/guile By PM default behavior, this will rebuild the highest version available for the package, thus guile-2.0.6 which does not provide any .elc? file at all. A simple fix would be to pass the -S (--slots) argument to qfile as well in non-exact mode, e.g.: qfile -qCRS -f /tmp/emacs-updater.files.HRC22A | sort -u outputs: dev-scheme/guile:12 I think this should be the default behavior, as otherwise some emacs files will never be fixed. (I saw commented lines in the script about slot number, but no explanation with it.)
The slot detection in emacs-updater have been added by ulm and I cannot find any information either why this is commented out. Ulrich?
It was commented out because it's somewhat clumsy: # qfile -eqCR -f "${TMPFILE}" | sort -u | xargs qlist -eqCILS At the time when that code was written (2008), the -S option of qfile didn't yet exist. It was introduced about one year later in portage-utils-0.3. I've added the -S option now: <http://git.overlays.gentoo.org/gitweb/?p=proj/emacs-tools.git;a=commit;h=5eefa6aae03e71620fc71a72d43247efa9135709>
Fixed in emacs-updater-1.10. Thank you for reporting.