Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
Locked
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
 
|
On 18 March 2013 11:52, Frank Shearar <[hidden email]> wrote:
> On 18 March 2013 11:46, <[hidden email]> wrote: >> Frank Shearar uploaded a new version of Installer-Core to project The Inbox: >> http://source.squeak.org/inbox/Installer-Core-fbs.366.mcz >> >> ==================== Summary ==================== >> >> Name: Installer-Core-fbs.366 >> Author: fbs >> Time: 18 March 2013, 11:46:52.277 am >> UUID: f665ad84-81d3-4337-8527-4c5f320ec2ab >> Ancestors: Installer-Core-fbs.365 >> >> InstallerGitHub lets you install source stored in a GitHub repository. It detects FileTree repositories (through the .filetree marker file) and otherwise assumes chunk format. >> >> It will lazily pull in WebClient, SqueakSSL and FileTree as and when necessary. Note that since GitHub uses SSL everywhere, you MUST have the SqueakSSL plugin installed in your VM to use this class. > > I've actually used this, and it seems to work: it's now in good enough > shape for other folk to beat on it. > > Dale, if you've a moment spare, I'd particularly appreciate any > comments you might have on my use/abuse of FileTree classes. > > I want to be able to pull in sources stored on GitHub without worrying > about the file system mapping someone chose to use, whether Gitocello > or Filetree or other. > > (And, in particular, I'd like to keep things loose enough that I can > experiment with alternative fileout syntaxes.) The mcz is missing something important, namely Installer class >> github ^ InstallerGitHub new but with that in place, and with an SSL plugin installed (the published binaries are 32 bit only; they don't work in an Interpreter built on a 64 bit machine), you can: (Installer github user: 'KenDickey' repository: 'Cuis-Ropes) install frank _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
Very nice. Where to get the SSL plugin?
On Thu, Mar 21, 2013 at 7:11 AM, Frank Shearar <[hidden email]> wrote: > On 18 March 2013 11:52, Frank Shearar <[hidden email]> wrote: >> On 18 March 2013 11:46, <[hidden email]> wrote: >>> Frank Shearar uploaded a new version of Installer-Core to project The Inbox: >>> http://source.squeak.org/inbox/Installer-Core-fbs.366.mcz >>> >>> ==================== Summary ==================== >>> >>> Name: Installer-Core-fbs.366 >>> Author: fbs >>> Time: 18 March 2013, 11:46:52.277 am >>> UUID: f665ad84-81d3-4337-8527-4c5f320ec2ab >>> Ancestors: Installer-Core-fbs.365 >>> >>> InstallerGitHub lets you install source stored in a GitHub repository. It detects FileTree repositories (through the .filetree marker file) and otherwise assumes chunk format. >>> >>> It will lazily pull in WebClient, SqueakSSL and FileTree as and when necessary. Note that since GitHub uses SSL everywhere, you MUST have the SqueakSSL plugin installed in your VM to use this class. >> >> I've actually used this, and it seems to work: it's now in good enough >> shape for other folk to beat on it. >> >> Dale, if you've a moment spare, I'd particularly appreciate any >> comments you might have on my use/abuse of FileTree classes. >> >> I want to be able to pull in sources stored on GitHub without worrying >> about the file system mapping someone chose to use, whether Gitocello >> or Filetree or other. >> >> (And, in particular, I'd like to keep things loose enough that I can >> experiment with alternative fileout syntaxes.) > > The mcz is missing something important, namely > > Installer class >> github > ^ InstallerGitHub new > > but with that in place, and with an SSL plugin installed (the > published binaries are 32 bit only; they don't work in an Interpreter > built on a 64 bit machine), you can: > > (Installer github > user: 'KenDickey' repository: 'Cuis-Ropes) install > > frank > > _______________________________________________ > Cuis mailing list > [hidden email] > http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
Hopefully in the next round of official VM releases we'll have it
shipped as standard. Dave Lewis has taken the first steps towards folding it into the Interpreter VM. Pharo VMs ship with it as standard nowadays. For the moment you have to get it here: http://code.google.com/p/squeakssl/downloads/list I've only looked at how to install it in the context of a built-it-myself interpreter VM. In this case, you go into the bld/ directory you had to make as part of compiling a VM. You make a SqueakSSL directory, and you put the so.SqueakSSL file from the above-mentioned download (which includes binaries for Linux, Windows and Mac). Then you just start up the image, try install something, and (fingers crossed), things just work. It should support installing both chunk format repositories (like Ken's Cuis-Ropes) and FileTree format repositories like my Control library ((Installer github user: 'frankshearar' repository: 'Control') install). The latter might well have broken stuff; it's definitely ropier code. frank On 21 March 2013 19:57, Chris Muller <[hidden email]> wrote: > Very nice. Where to get the SSL plugin? > > On Thu, Mar 21, 2013 at 7:11 AM, Frank Shearar <[hidden email]> wrote: >> On 18 March 2013 11:52, Frank Shearar <[hidden email]> wrote: >>> On 18 March 2013 11:46, <[hidden email]> wrote: >>>> Frank Shearar uploaded a new version of Installer-Core to project The Inbox: >>>> http://source.squeak.org/inbox/Installer-Core-fbs.366.mcz >>>> >>>> ==================== Summary ==================== >>>> >>>> Name: Installer-Core-fbs.366 >>>> Author: fbs >>>> Time: 18 March 2013, 11:46:52.277 am >>>> UUID: f665ad84-81d3-4337-8527-4c5f320ec2ab >>>> Ancestors: Installer-Core-fbs.365 >>>> >>>> InstallerGitHub lets you install source stored in a GitHub repository. It detects FileTree repositories (through the .filetree marker file) and otherwise assumes chunk format. >>>> >>>> It will lazily pull in WebClient, SqueakSSL and FileTree as and when necessary. Note that since GitHub uses SSL everywhere, you MUST have the SqueakSSL plugin installed in your VM to use this class. >>> >>> I've actually used this, and it seems to work: it's now in good enough >>> shape for other folk to beat on it. >>> >>> Dale, if you've a moment spare, I'd particularly appreciate any >>> comments you might have on my use/abuse of FileTree classes. >>> >>> I want to be able to pull in sources stored on GitHub without worrying >>> about the file system mapping someone chose to use, whether Gitocello >>> or Filetree or other. >>> >>> (And, in particular, I'd like to keep things loose enough that I can >>> experiment with alternative fileout syntaxes.) >> >> The mcz is missing something important, namely >> >> Installer class >> github >> ^ InstallerGitHub new >> >> but with that in place, and with an SSL plugin installed (the >> published binaries are 32 bit only; they don't work in an Interpreter >> built on a 64 bit machine), you can: >> >> (Installer github >> user: 'KenDickey' repository: 'Cuis-Ropes) install >> >> frank >> >> _______________________________________________ >> Cuis mailing list >> [hidden email] >> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org > > _______________________________________________ > Cuis mailing list > [hidden email] > http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
In reply to this post by Frank Shearar-3
On 21 March 2013 12:11, Frank Shearar <[hidden email]> wrote:
> On 18 March 2013 11:52, Frank Shearar <[hidden email]> wrote: >> On 18 March 2013 11:46, <[hidden email]> wrote: >>> Frank Shearar uploaded a new version of Installer-Core to project The Inbox: >>> http://source.squeak.org/inbox/Installer-Core-fbs.366.mcz >>> >>> ==================== Summary ==================== >>> >>> Name: Installer-Core-fbs.366 >>> Author: fbs >>> Time: 18 March 2013, 11:46:52.277 am >>> UUID: f665ad84-81d3-4337-8527-4c5f320ec2ab >>> Ancestors: Installer-Core-fbs.365 >>> >>> InstallerGitHub lets you install source stored in a GitHub repository. It detects FileTree repositories (through the .filetree marker file) and otherwise assumes chunk format. >>> >>> It will lazily pull in WebClient, SqueakSSL and FileTree as and when necessary. Note that since GitHub uses SSL everywhere, you MUST have the SqueakSSL plugin installed in your VM to use this class. >> >> I've actually used this, and it seems to work: it's now in good enough >> shape for other folk to beat on it. >> >> Dale, if you've a moment spare, I'd particularly appreciate any >> comments you might have on my use/abuse of FileTree classes. >> >> I want to be able to pull in sources stored on GitHub without worrying >> about the file system mapping someone chose to use, whether Gitocello >> or Filetree or other. >> >> (And, in particular, I'd like to keep things loose enough that I can >> experiment with alternative fileout syntaxes.) > > The mcz is missing something important, namely > > Installer class >> github > ^ InstallerGitHub new > > but with that in place, and with an SSL plugin installed (the > published binaries are 32 bit only; they don't work in an Interpreter > built on a 64 bit machine), you can: > > (Installer github > user: 'KenDickey' repository: 'Cuis-Ropes) install > > frank I should add that in Squeak most of the tests fail. This is likely because of drift between Cuis' and Squeak's String API. Is it possible to find a document somewhere summarising the changes? If so, I'll craft a Cuis-Compatibility package for Squeak. Thanks! frank _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
|
On Mon, 25 Mar 2013 13:48:41 +0000
Frank Shearar <[hidden email]> wrote: Frank, Sorry, I have not been following this discussion and am unsure of the context. Tests fail for mcz, SSL, GitHub, Cuis-Ropes ?? With respect to the latter, I basically ported most of the Cuis Strings API into Ropes. I have not looked at Squeak in some time, so can't really comment on code drift. Cheers, -KenD ========= > > The mcz is missing something important, namely > > > > Installer class >> github > > ^ InstallerGitHub new > > > > but with that in place, and with an SSL plugin installed (the > > published binaries are 32 bit only; they don't work in an Interpreter > > built on a 64 bit machine), you can: > > > > (Installer github > > user: 'KenDickey' repository: 'Cuis-Ropes) install > > > > frank > > I should add that in Squeak most of the tests fail. This is likely > because of drift between Cuis' and Squeak's String API. Is it possible > to find a document somewhere summarising the changes? If so, I'll > craft a Cuis-Compatibility package for Squeak. > > Thanks! > > frank > > _______________________________________________ > Cuis mailing list > [hidden email] > http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org -- Ken [dot] Dickey [at] whidbey [dot] com _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
-KenD
|
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
Hi Ken,
Installer is a Squeak utility for loading code. It can install code from changesets and other things, and I recently extended it to allow it to install code hosted on GitHub. A wrinkle was that GitHub only uses SSL, and for the current Squeak VMs that entails additional setup (an additional plugin). Seeing as I'm interested in your work, I used your code as a guinea pig :). I didn't expect all the tests to fail - I _am_ loading Cuis code into Squeak, after all. I was just surprised to see _all_ the tests fail, and upon investigation found a number of places where Cuis Strings and Characters use non-Squeak methods. Again, this isn't unexpected. So I wondered, before I delve too deeply into the drift, if perhaps somewhere there was a document that summarised the changes. frank On 26 March 2013 04:18, Ken Dickey <[hidden email]> wrote: > On Mon, 25 Mar 2013 13:48:41 +0000 > Frank Shearar <[hidden email]> wrote: > > Frank, > > Sorry, I have not been following this discussion and am unsure of the context. > > Tests fail for mcz, SSL, GitHub, Cuis-Ropes ?? > > With respect to the latter, I basically ported most of the Cuis Strings API into Ropes. I have not looked at Squeak in some time, so can't really comment on code drift. > > Cheers, > -KenD > ========= >> > The mcz is missing something important, namely >> > >> > Installer class >> github >> > ^ InstallerGitHub new >> > >> > but with that in place, and with an SSL plugin installed (the >> > published binaries are 32 bit only; they don't work in an Interpreter >> > built on a 64 bit machine), you can: >> > >> > (Installer github >> > user: 'KenDickey' repository: 'Cuis-Ropes) install >> > >> > frank >> >> I should add that in Squeak most of the tests fail. This is likely >> because of drift between Cuis' and Squeak's String API. Is it possible >> to find a document somewhere summarising the changes? If so, I'll >> craft a Cuis-Compatibility package for Squeak. >> >> Thanks! >> >> frank >> >> _______________________________________________ >> Cuis mailing list >> [hidden email] >> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org > > > -- > Ken [dot] Dickey [at] whidbey [dot] com _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
Yes, a document that summarizes the changes between Cuis and Squeak,
is something we need soon. Cuis has advanced very nicely recently and at least for certain fields of application it can be considered the leading Squeak variant when comparing Squeak, Pharo and Cuis. Regarding compatibility between Squeak and Cuis. What I have seen so far is that there are not all that many issues regarding non-GUI classes. CR/LF is an issue. I have started doing a Cuis-compatibility layer for Squeak. So far it is quite thin. I.e. I manage to develop in Squeak and file in the mcz file into Cuis 4.1. As long as I do not use GUI classes it is fine. --Hannes On 3/26/13, Frank Shearar <[hidden email]> wrote: > Hi Ken, > > Installer is a Squeak utility for loading code. It can install code > from changesets and other things, and I recently extended it to allow > it to install code hosted on GitHub. A wrinkle was that GitHub only > uses SSL, and for the current Squeak VMs that entails additional setup > (an additional plugin). > > Seeing as I'm interested in your work, I used your code as a guinea pig :). > > I didn't expect all the tests to fail - I _am_ loading Cuis code into > Squeak, after all. I was just surprised to see _all_ the tests fail, > and upon investigation found a number of places where Cuis Strings and > Characters use non-Squeak methods. Again, this isn't unexpected. So I > wondered, before I delve too deeply into the drift, if perhaps > somewhere there was a document that summarised the changes. > > frank > > On 26 March 2013 04:18, Ken Dickey <[hidden email]> wrote: >> On Mon, 25 Mar 2013 13:48:41 +0000 >> Frank Shearar <[hidden email]> wrote: >> >> Frank, >> >> Sorry, I have not been following this discussion and am unsure of the >> context. >> >> Tests fail for mcz, SSL, GitHub, Cuis-Ropes ?? >> >> With respect to the latter, I basically ported most of the Cuis Strings >> API into Ropes. I have not looked at Squeak in some time, so can't really >> comment on code drift. >> >> Cheers, >> -KenD >> ========= >>> > The mcz is missing something important, namely >>> > >>> > Installer class >> github >>> > ^ InstallerGitHub new >>> > >>> > but with that in place, and with an SSL plugin installed (the >>> > published binaries are 32 bit only; they don't work in an Interpreter >>> > built on a 64 bit machine), you can: >>> > >>> > (Installer github >>> > user: 'KenDickey' repository: 'Cuis-Ropes) install >>> > >>> > frank >>> >>> I should add that in Squeak most of the tests fail. This is likely >>> because of drift between Cuis' and Squeak's String API. Is it possible >>> to find a document somewhere summarising the changes? If so, I'll >>> craft a Cuis-Compatibility package for Squeak. >>> >>> Thanks! >>> >>> frank >>> >>> _______________________________________________ >>> Cuis mailing list >>> [hidden email] >>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org >> >> >> -- >> Ken [dot] Dickey [at] whidbey [dot] com > > _______________________________________________ > Cuis mailing list > [hidden email] > http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org > _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
That's great news, Hannes!
Obviously I really wouldn't mind seeing String/Character shims in particular :) frank On 26 March 2013 09:34, H. Hirzel <[hidden email]> wrote: > Yes, a document that summarizes the changes between Cuis and Squeak, > is something we need soon. Cuis has advanced very nicely recently and > at least for certain fields of application it can be considered the > leading Squeak variant when comparing Squeak, Pharo and Cuis. > > Regarding compatibility between Squeak and Cuis. What I have seen so > far is that there are not all that many issues regarding non-GUI > classes. CR/LF is an issue. I have started doing a Cuis-compatibility > layer for Squeak. So far it is quite thin. I.e. I manage to develop in > Squeak and file in the mcz file into Cuis 4.1. As long as I do not use > GUI classes it is fine. > > > --Hannes > > On 3/26/13, Frank Shearar <[hidden email]> wrote: >> Hi Ken, >> >> Installer is a Squeak utility for loading code. It can install code >> from changesets and other things, and I recently extended it to allow >> it to install code hosted on GitHub. A wrinkle was that GitHub only >> uses SSL, and for the current Squeak VMs that entails additional setup >> (an additional plugin). >> >> Seeing as I'm interested in your work, I used your code as a guinea pig :). >> >> I didn't expect all the tests to fail - I _am_ loading Cuis code into >> Squeak, after all. I was just surprised to see _all_ the tests fail, >> and upon investigation found a number of places where Cuis Strings and >> Characters use non-Squeak methods. Again, this isn't unexpected. So I >> wondered, before I delve too deeply into the drift, if perhaps >> somewhere there was a document that summarised the changes. >> >> frank >> >> On 26 March 2013 04:18, Ken Dickey <[hidden email]> wrote: >>> On Mon, 25 Mar 2013 13:48:41 +0000 >>> Frank Shearar <[hidden email]> wrote: >>> >>> Frank, >>> >>> Sorry, I have not been following this discussion and am unsure of the >>> context. >>> >>> Tests fail for mcz, SSL, GitHub, Cuis-Ropes ?? >>> >>> With respect to the latter, I basically ported most of the Cuis Strings >>> API into Ropes. I have not looked at Squeak in some time, so can't really >>> comment on code drift. >>> >>> Cheers, >>> -KenD >>> ========= >>>> > The mcz is missing something important, namely >>>> > >>>> > Installer class >> github >>>> > ^ InstallerGitHub new >>>> > >>>> > but with that in place, and with an SSL plugin installed (the >>>> > published binaries are 32 bit only; they don't work in an Interpreter >>>> > built on a 64 bit machine), you can: >>>> > >>>> > (Installer github >>>> > user: 'KenDickey' repository: 'Cuis-Ropes) install >>>> > >>>> > frank >>>> >>>> I should add that in Squeak most of the tests fail. This is likely >>>> because of drift between Cuis' and Squeak's String API. Is it possible >>>> to find a document somewhere summarising the changes? If so, I'll >>>> craft a Cuis-Compatibility package for Squeak. >>>> >>>> Thanks! >>>> >>>> frank >>>> >>>> _______________________________________________ >>>> Cuis mailing list >>>> [hidden email] >>>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org >>> >>> >>> -- >>> Ken [dot] Dickey [at] whidbey [dot] com >> >> _______________________________________________ >> Cuis mailing list >> [hidden email] >> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org >> > > _______________________________________________ > Cuis mailing list > [hidden email] > http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
|
|
In reply to this post by Frank Shearar-3
On Tue, 26 Mar 2013 06:45:23 +0000
Frank Shearar <[hidden email]> wrote: > I didn't expect all the tests to fail I frequently find that if _all_ tests fail, the setUp unit test (run before each test) has a problem. Just a guess, -KenD -- Ken [dot] Dickey [at] whidbey [dot] com _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
-KenD
|
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
On 26 March 2013 16:16, Ken Dickey <[hidden email]> wrote:
> On Tue, 26 Mar 2013 06:45:23 +0000 > Frank Shearar <[hidden email]> wrote: > >> I didn't expect all the tests to fail > > > I frequently find that if _all_ tests fail, the setUp unit test (run before each test) has a problem. Like I say, this is running Cuis-Ropes in Squeak. The tests almost all fail because of the drift in String's and Character's API between the forks; this thread is me (a) advertising a cool new feature for Squeak that implies that Cuis-specific applications ought to be easily consumable in Squeak and (b) asks about the specific nature of that drift. I know that the method names for linefeed characters differs, and I know that Cuis has something like a #generallyAcceptableInSelector method (which I have no idea what it looks like). I realise I can find this stuff out for myself, but just wondered if there was a summary document I could read, rather than reading Cuis's source. frank > Just a guess, > -KenD > -- > Ken [dot] Dickey [at] whidbey [dot] com _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
Re: [squeak-dev] The Inbox: Installer-Core-fbs.366.mcz
|
|
In reply to this post by Hannes Hirzel
On 26/03/2013 06:34 a.m., H. Hirzel wrote:
> Yes, a document that summarizes the changes between Cuis and Squeak, > is something we need soon. Cuis has advanced very nicely recently and > at least for certain fields of application it can be considered the > leading Squeak variant when comparing Squeak, Pharo and Cuis. > > Regarding compatibility between Squeak and Cuis. What I have seen so > far is that there are not all that many issues regarding non-GUI > classes. CR/LF is an issue. I have started doing a Cuis-compatibility > layer for Squeak. So far it is quite thin. I.e. I manage to develop in > Squeak and file in the mcz file into Cuis 4.1. As long as I do not use > GUI classes it is fine. > WRT this, if you find stuff that should be better changed in Cuis, please tell. We don't want gracious incompatibilities, only those that are worth having. Cheers, Juan Vuletich > --Hannes > > On 3/26/13, Frank Shearar<[hidden email]> wrote: >> Hi Ken, >> >> Installer is a Squeak utility for loading code. It can install code >> from changesets and other things, and I recently extended it to allow >> it to install code hosted on GitHub. A wrinkle was that GitHub only >> uses SSL, and for the current Squeak VMs that entails additional setup >> (an additional plugin). >> >> Seeing as I'm interested in your work, I used your code as a guinea pig :). >> >> I didn't expect all the tests to fail - I _am_ loading Cuis code into >> Squeak, after all. I was just surprised to see _all_ the tests fail, >> and upon investigation found a number of places where Cuis Strings and >> Characters use non-Squeak methods. Again, this isn't unexpected. So I >> wondered, before I delve too deeply into the drift, if perhaps >> somewhere there was a document that summarised the changes. >> >> frank >> >> On 26 March 2013 04:18, Ken Dickey<[hidden email]> wrote: >>> On Mon, 25 Mar 2013 13:48:41 +0000 >>> Frank Shearar<[hidden email]> wrote: >>> >>> Frank, >>> >>> Sorry, I have not been following this discussion and am unsure of the >>> context. >>> >>> Tests fail for mcz, SSL, GitHub, Cuis-Ropes ?? >>> >>> With respect to the latter, I basically ported most of the Cuis Strings >>> API into Ropes. I have not looked at Squeak in some time, so can't really >>> comment on code drift. >>> >>> Cheers, >>> -KenD >>> ========= >>>>> The mcz is missing something important, namely >>>>> >>>>> Installer class>> github >>>>> ^ InstallerGitHub new >>>>> >>>>> but with that in place, and with an SSL plugin installed (the >>>>> published binaries are 32 bit only; they don't work in an Interpreter >>>>> built on a 64 bit machine), you can: >>>>> >>>>> (Installer github >>>>> user: 'KenDickey' repository: 'Cuis-Ropes) install >>>>> >>>>> frank >>>> I should add that in Squeak most of the tests fail. This is likely >>>> because of drift between Cuis' and Squeak's String API. Is it possible >>>> to find a document somewhere summarising the changes? If so, I'll >>>> craft a Cuis-Compatibility package for Squeak. >>>> >>>> Thanks! >>>> >>>> frank >>>> >>>> _______________________________________________ >>>> Cuis mailing list >>>> [hidden email] >>>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org >>> >>> -- >>> Ken [dot] Dickey [at] whidbey [dot] com >> _______________________________________________ >> Cuis mailing list >> [hidden email] >> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org >> > _______________________________________________ > Cuis mailing list > [hidden email] > http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org > > _______________________________________________ Cuis mailing list [hidden email] http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org |
«
Return to Cuis Smalltalk
|
1 view|%1 views
| Free forum by Nabble | Edit this page |