[MacPorts] #16944: slime 20080901 Revision 3 incorrectly depends on sbcl
#16944: slime 20080901 Revision 3 incorrectly depends on sbcl ---------------------------+------------------------------------------------ Reporter: moody@isi.edu | Owner: macports-tickets@lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: slime sbcl | Port: slime ---------------------------+------------------------------------------------ Why does slime depend on sbcl? I would rather that MacPorts stick to the slimmest installation possible. As far as I know, there is no reason for slime to depend on anything. jjm -- Ticket URL: <http://trac.macports.org/ticket/16944> MacPorts <http://www.macports.org/> Ports system for Mac OS
#16944: slime 20080901 Revision 3 incorrectly depends on sbcl ----------------------------+----------------------------------------------- Reporter: moody@isi.edu | Owner: easieste@macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: slime sbcl Port: slime | ----------------------------+----------------------------------------------- Changes (by macsforever2000@macports.org): * owner: macports-tickets@lists.macosforge.org => easieste@macports.org Comment: Assigning to maintainer. -- Ticket URL: <http://trac.macports.org/ticket/16944#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#16944: slime 20080901 Revision 3 incorrectly depends on sbcl ----------------------------+----------------------------------------------- Reporter: moody@isi.edu | Owner: easieste@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: slime sbcl Port: slime | ----------------------------+----------------------------------------------- Changes (by easieste@macports.org): * status: new => assigned -- Ticket URL: <http://trac.macports.org/ticket/16944#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#16944: slime 20080901 Revision 3 incorrectly depends on sbcl ----------------------------+----------------------------------------------- Reporter: moody@isi.edu | Owner: easieste@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: slime sbcl Port: slime | ----------------------------+----------------------------------------------- Comment(by easieste@macports.org): When I originally created the SLIME portfile, the committer who accepted the port made the suggestion to make SLIME depend on an installed Lisp, of which SBCL was the default variant. This makes sense from the perspective that SLIME without a Lisp to connect to makes little sense, although one might well be interating with a remote Lisp. I will remove requiring SBCL as the default variant. Did you wish to remove all the variants for depending on other installed Lisp? -- Ticket URL: <http://trac.macports.org/ticket/16944#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
#16944: slime 20080901 Revision 3 incorrectly depends on sbcl ----------------------------+----------------------------------------------- Reporter: moody@isi.edu | Owner: easieste@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: slime sbcl Port: slime | ----------------------------+----------------------------------------------- Comment(by easieste@macports.org): Removing default variant committed as http://trac.macports.org/changeset/41070. -- Ticket URL: <http://trac.macports.org/ticket/16944#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS
#16944: slime 20080901 Revision 3 incorrectly depends on sbcl ----------------------------+----------------------------------------------- Reporter: moody@isi.edu | Owner: easieste@macports.org Type: defect | Status: assigned Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: slime sbcl Port: slime | ----------------------------+----------------------------------------------- Comment(by moody@isi.edu): Replying to [comment:3 easieste@…]:
When I originally created the SLIME portfile, the committer who accepted the port made the suggestion to make SLIME depend on an installed Lisp, of which SBCL was the default variant.
This makes sense from the perspective that SLIME without a Lisp to connect to makes little sense, although one might well be interating with a remote Lisp.
I am fortunate enough to have access to ACL and I don't want another Lisp. And there was a time (albeit briefly) when the only Lisp I could use was ACL or Lispworks - the first MacBook pros were 32bit x86. I think the slime install should be Lisp agnostic, but having the option of installing a list is great!
I will remove requiring SBCL as the default variant.>
Thanks!
Did you wish to remove all the variants for depending on other installed Lisp?
I'm not sure what all is out there. My bias would be to install as little as possible. Thanks for maintain this. I use the bleeding edge of Slime myself, but there are others in my group who use this port. jjm -- Ticket URL: <http://trac.macports.org/ticket/16944#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS
#16944: slime 20080901 Revision 3 incorrectly depends on sbcl ----------------------------+----------------------------------------------- Reporter: moody@isi.edu | Owner: easieste@macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: slime sbcl Port: slime | ----------------------------+----------------------------------------------- Changes (by easieste@macports.org): * status: assigned => closed * resolution: => fixed Comment: Closing this ticket as satisfying the original request for no default dependency by the removal of the default variant requiring SBCL. I *do* try to keep SLIME somewhat current but yet stable. Personally, I track the CVS HEAD locally in a Mercurial repos, updating the MacPorts when a version seems particularly stable. -- Ticket URL: <http://trac.macports.org/ticket/16944#comment:6> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts