On 08/02/09 18:46, Harrison Maseko wrote: >> I will install it on my Ubuntu laptop a little later and report back. > > Please share that experience. It will be invaluable as I convert my > laptop to an Ubuntu system. > > Harrison.
I left Windows years ago, Linux is just so much easier these days. Get the latest Ubuntu, its likely the easiest to install and work with. I was planning to do the install on a fresh Ububtu Karmic Koala install where I got as far as getting sbcl which was 1.0.29... when I ran into unrelated hardware problems on that machine. I ended up doing the install on a Debian Sid machine, just to report back here. Installing the needed software is easy: # apt-get install sbcl emacs23-nox darcs subversion cvs git-core mercurial curl Then get clbuild: $ mkdir ~/lisp $ cd ~/lisp $ darcs get http://common-lisp.net/project/clbuild/clbuild $ chmod +x clbuild/clbuild $ ln -s ~/lisp/clbuild/clbuild ~/bin $ clbuild install slime $ clbuild install weblocks The clbuild process greately simplifies installs. It was fun watching problems get fixed in real-time upstream... a couple of git repos had failures that got resolved in an hour, I just retried cffi and bordeaux-threads have a darcs openBinaryFile error, here is the one from cffi: darcs: ./grovel/grovel.lisp: openBinaryFile: does not exist (No such file or directory) I got those two as tar balls, unpacked in the clbuild/sources directory, linked them in to the clbuild/systems directory. At that point $ clbuild slime > (asdf:oos 'asdf:load-op 'weblocks-demo) compiles, there is the following error from usocket: The function USOCKET:SOCKET-CONNECT is undefined. Implicitly creating new generic function #:|binding-generator144|. | [Condition of type UNDEFINED-FUNCTION] STYLE-WARNING: | Implicitly creating new generic function #:|binding-generator206|. |Restarts: STYLE-WARNING: | 0: [TRY-RECOMPILING] Recompile usocket and try loading it again Implicitly creating new generic function #:|binding-generator266|. | 1: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {BF298F1}> on #<ASDF:CL-SOURCE-FILE "usocket" {B4FF489}>. STYLE-WARNING: | 2: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {BF298F1}> on #<ASDF:CL-SOURCE-FILE "usocket" {B4FF489}> as having$ Implicitly creating new generic function #:|binding-generator336|. | 3: [ABORT] Return to SLIME's top level. STYLE-WARNING: | 4: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" RUNNING {B68C321}>) Choosing 2 works out, > (weblocks-demo:start-weblocks-demo :port 3455) works and gets the demo web page up. Just for the record, the other day when I ran the clbuild on the server, it was flawless, no errors in pulling any of the dependencies. I guess that there is a lot of good development in lisp land, which is great. Cheers, ---Venkat. > > > On Aug 2, 2:50 pm, Rayservers <[email protected]> wrote: >> On 08/01/09 20:38, Harrison Maseko wrote: >> >>> May be it's time I switched to Linux. Will Weblocks run on Ubuntu without >>> requiring a lot of poking around? As a novice, what's the best Linux for me >>> with Weblocks in mind? >>> Harrison >> Ubuntu is likely the easiest Linux to run on the desktop. I recently >> installed >> Weblocks on Gentoo Linux (which I prefer for servers). The clbuild install of >> weblocks was a snap - I dare say the easiest install of an application server >> ever. I will install it on my Ubuntu laptop a little later and report back. >> >> Cheers, >> >> ---Venkat. > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/weblocks?hl=en -~----------~----~----~----~------~----~------~--~---
