paludis has a nice feature. An invocation like paludis -i --dl-reinstall-scm weekly world will reinstall scm ebuilds (like emacs-cvs) if they haven't been installed within a certain period of time (in this case, a week). Now, emacs-cvs-23.0.90 is not a cvs ebuild but a pretest release so reinstalling it after a week doesn't make sense (in constrast to e.g. emacs-cvs-23.0.9999). However, this is not the fault of paludis, the pretest release should be a app-editors/emacs ebuild instead.
This wouldn't work with our current slotting system, since emacs-23.0.90 and emacs-cvs-23.0.9999 install the same set of files and would therefore collide. So this would require additional blockers which I think is not very user friendly. Anyway, why does Paludis think that emacs-cvs-23.0.90 is a live ebuild? Portage ("emerge @live-rebuild") properly recognises 23.0.9999 as live and 23.0.90 as non-live.
I don't know how paludis determines what's live and what's not. Anyway, this is what I get: pipping@treibsand ~ $ paludis -i --dl-reinstall-scm daily everything -p 2>/dev/n ull Building target list... Building dependency list... These packages will be installed: * app-editors/emacs-cvs :23 [R 23.0.90] <everything> Reasons: virtual/editor-0:0::installed, virtual/emacs-22:0::installed X -Xaw3d -alsa dbus -gif gpm gtk -gzip-el -hesiod jpeg -kerberos -m17n-lib -motif png -sound -source -spell svg tiff toolkit-scroll-bars xft xpm build_options: -optional_tests [ snip ]
Looks like a problem in Paludis' heuristics to me. Anyway, I think we will take action on this in the foreseable future, for the following two reasons: 1. Emacs upstream has announced that they will move their repository to BZR after the release of Emacs 23.1, so "emacs-cvs" will not be an appropriate name for the package anymore. 2. Several proposals like "FEATURES=live" or GLEP 54 are currently being discussed, in order to find a general solution for live ebuilds. In the mean time, we shouldn't make hasty ad-hoc decisions for single packages.
Reopen for proper closing
Closing this as INVALID. Sorry, but the broken "heuristics" of Paludis are wrong. We will change the naming as soon as GNU Emacs upstream moves to Bazaar, but until the all other package managers need to be fixed. There is no specification in PMS, so Portage sets the standard here.