[MacPorts] #16518: slime 20080404 +app dependency error

[MacPorts]

#16518: slime 20080404 +app dependency error
----------------------------------+-----------------------------------------
  Reporter:  jrh at theptrgroup.com  |       Owner:  easieste at macports.org             
      Type:  defect               |      Status:  assigned                          
  Priority:  Normal               |   Milestone:  Port Bugs                         
 Component:  ports                |     Version:  1.6.0                             
Resolution:                       |    Keywords:  slime emacs emacs-app dependencies
      Port:  slime                |  
----------------------------------+-----------------------------------------

Comment(by jrh at theptrgroup.com):

 I tested [changeset-39976] and still encountered problems trying to
 upgrade the app variant:
 {{{
 $ port deps slime
 slime has library dependencies on:
         emacs
 slime has runtime dependencies on:
         sbcl
 $ port variants slime
 slime has the variants:
         universal
         app: Build SLIME against editors/emacs-app
         sbcl: Require lang/sbcl for SLIME
         openmcl: Require lang/openmcl for SLIME
         clisp: Require lang/clisp for SLIME
 $ port installed | grep slime
  slime @20080404_0+app+sbcl (active)
 $ sudo port -cvu upgrade slime
 --->  Fetching emacs
 --->  emacs-22.2.tar.gz doesn't seem to exist in
 /opt/local/var/macports/distfiles/emacs
 --->  Attempting to fetch emacs-22.2.tar.gz from
 http://ftp.gnu.org/gnu/emacs
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
 Current
                                 Dload  Upload   Total   Spent    Left
 Speed
  1 36.9M    1  568k    0     0   569k      0  0:01:06 --:--:--  0:01:06
 635k^C
 $ sudo port -cvu upgrade slime +app +sbcl
 --->  Fetching emacs
 --->  emacs-22.2.tar.gz doesn't seem to exist in
 /opt/local/var/macports/distfiles/emacs
 --->  Attempting to fetch emacs-22.2.tar.gz from
 http://ftp.gnu.org/gnu/emacs
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
 Current
                                 Dload  Upload   Total   Spent    Left
 Speed
  0 36.9M    0  1174    0     0  18217      0  0:35:24 --:--:--  0:35:24
 18217^C
 $ sudo port -cvu install slime +app +sbcl
 Portfile changed since last build; discarding previous state.
 --->  Fetching slime
 Logging in to :pserver:anonymous at common-
 lisp.net:2401/project/slime/cvsroot
 CVS password: cvs login: warning: failed to open
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_slime/work/.cvspass
 for reading: No such file or directory
 cvs checkout: Updating slime
 [ A bunch of lines of CVS updates… -JRH ]
 --->  Verifying checksum(s) for slime
 --->  Extracting slime
 --->  Configuring slime
 Error: Target org.macports.configure returned: Registry error: emacs not
 registered as installed.
 Warning: the following items did not execute (for slime):
 org.macports.activate org.macports.configure org.macports.build
 org.macports.destroot org.macports.install
 Error: Status 1 encountered during processing.
 }}}

 Notice that I had an earlier release of slime+sbcl+app installed, but
 `port upgrade` would insist on building emacs. `port install` wouldn't,
 but then would choke in the configure stage. I attribute that to the
 execution of `[registry_installed emacs]`.

 I have adjusted the new [changeset-39976] Portfile and am now able once
 again to run slime inside Emacs.app. I will attach a new diff. I avoid the
 configure problem by reordering the predicate to check `[ variant_isset
 app ]` first. Additionally, Emacs.app works with ${prefix}/share/emacs
 /site-lisp, so I removed the customization there. However, I was unable to
 load slime until I manually added the ${prefix}/share/emacs/site-
 lisp/slime directory to the load-path in my .emacs file. I don't know
 whether that behavior differs from emacs22, but I added a line in post-
 activate mentioning it. If non-app emacs is able to find things in
 subdirectories emacs/site-lisp, then this is probably a bug in emacs-app.
 Someone let me know if that's the case and I'll file a bug against emacs-
 app.

-- 
Ticket URL: <http://trac.macports.org/ticket/16518#comment:5>
MacPorts <http://www.macports.org/>
Ports system for Mac OS