Scheme Now!, also know as Snow, is a repository of Scheme packages that are portable to several popular implementations of Scheme. We wants it, my preciousss.
I want it too. So let's get the ball rolling now because such a package may take long time before it can be ready to use in Gentoo. The first question could be "how to deal with multiple implementation support". We can't depend on VDB so probably put "snow" useflag to scheme impl that supports snow, then put some variables on system and let snow read them. Comments?
Created attachment 152639 [details] snow-1.1.2.ebuild My first attempt at it. It only supports gambit now though. Very rough. snowman did not work so I had to "snow -- /usr/bin/snowman" baaahh
Created attachment 152641 [details, diff] 1.1.2-makefile.patch Support DESTDIR. Will push this upstream
Created attachment 152645 [details, diff] 1.1.2-snow.patch Unless I missed something, snow won't work without SNOW_SITE_DIR exported.
(In reply to comment #2) > snowman did not work so I had to "snow -- /usr/bin/snowman" baaahh Turns out that there were some problems interacting between bash and screen. So without screen, snowman should work.
that DESTDIR patch should prolly go upstream right away, and we need a SRC_URI that works.
(In reply to comment #6) > that DESTDIR patch should prolly go upstream right away, Sent. No response. > and we need a SRC_URI that works. This one works (as a work around because snowfort may need to be extended). Though I don't know if other package managers work. SRC_URI="http://snow.iro.umontreal.ca/?operation=download&pkg=snow-generic/v${PV}&fakeoutput=/snow-generic-v${PV//./_}.tgz"
thanks, that SRC_URI works. Why do you choose not to run the configure? Also don't quote A, unpack "${A}" should be unpack ${A}.
configure do checks for scheme implementations. It misidentified gsc from ghostscript as gambit's gsc. It also tried to install missing scheme implementations. I think we may want to have finer control over it. Anyway the ebuild is not ready yet, just a start.
(In reply to comment #1) > The first question could be "how to deal with multiple implementation support". > We can't depend on VDB so probably put "snow" useflag to scheme impl that > supports snow, then put some variables on system and let snow read them. > Comments? We can do this for the Schemes that have a special implementation of snow. Not sure what you (do not) want to use VDB for? For the snow-generic package I think it should have use flags for the schemes it supports. I'm looking into that.
I've added snow-generic to the overlay.
