slime 20080901 Revision 3 incorrectly depends on sbcl

[moody@…]

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

[mf2k (Frank Schima)]

Assigning to maintainer.

[easye]

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?

[easye]

Removing default variant committed as ​http://trac.macports.org/changeset/41070.

[moody@…]

Replying to 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

[easye]

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.

[(none)]

Milestone Port Bugs deleted