Summary: | app-editors/emacs-cvs: please move snapshots to app-editors/emacs | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Elias Pipping <pipping> |
Component: | New packages | Assignee: | Emacs project <emacs> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Elias Pipping
2009-02-21 16:03:38 UTC
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. |