Updating SAR builder tool

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

Updating SAR builder tool

timrowledge
I’m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It’s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I’ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don’t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn’t thoroughly up to date.

It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method.

I don’t have any time to clean it up right now since I have a release to assemble for about 7 million Pi’s. It seems like it might be a relatively simple fixup to make an old tool usable once more.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Strange OpCodes: RLB: Ruin Logic Board



Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

David T. Lewis
Base support for SAR formats should definitely be supported. I don't know
why we lost it, but I do exactly what you did - load the old code when I need
it, for example to support UTCDateAndTime http://wiki.squeak.org/squeak/6197
for which a SAR distribution is the only thing could possible work.

So yes, someone should pick up the important bits and put them back into trunk.

Dave


On Thu, Aug 27, 2015 at 05:59:01PM -0700, tim Rowledge wrote:

> I?m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It?s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I?ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don?t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn?t thoroughly up to date.
>
> It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method.
>
> I don?t have any time to clean it up right now since I have a release to assemble for about 7 million Pi?s. It seems like it might be a relatively simple fixup to make an old tool usable once more.
>
> tim
> --
> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
> Strange OpCodes: RLB: Ruin Logic Board
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

Edgar De Cleene
And why do not take my idea of have a Monticello thing what mimics .sar ?

I have working demos on Squeak 5.0, if time lets record a short video and upload to YouTube this week end.

> On Aug 27, 2015, at 10:19 PM, David T. Lewis <[hidden email]> wrote:
>
> Base support for SAR formats should definitely be supported. I don't know
> why we lost it, but I do exactly what you did - load the old code when I need
> it, for example to support UTCDateAndTime http://wiki.squeak.org/squeak/6197
> for which a SAR distribution is the only thing could possible work.
>
> So yes, someone should pick up the important bits and put them back into trunk.
>
> Dave
>
>
> On Thu, Aug 27, 2015 at 05:59:01PM -0700, tim Rowledge wrote:
>> I?m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It?s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I?ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don?t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn?t thoroughly up to date.
>>
>> It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method.
>>
>> I don?t have any time to clean it up right now since I have a release to assemble for about 7 million Pi?s. It seems like it might be a relatively simple fixup to make an old tool usable once more.
>>
>> tim
>> --
>> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
>> Strange OpCodes: RLB: Ruin Logic Board
>>
>>
>


Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

David T. Lewis
On Fri, Aug 28, 2015 at 04:51:36AM -0300, Edgar De Cleene wrote:
> And why do not take my idea of have a Monticello thing what mimics .sar ?
>
> I have working demos on Squeak 5.0, if time lets record a short video and upload to YouTube this week end.
>

Sorry Edgar, I did not remember it. I would be interested to see a video.

Thanks,
Dave

> > On Aug 27, 2015, at 10:19 PM, David T. Lewis <[hidden email]> wrote:
> >
> > Base support for SAR formats should definitely be supported. I don't know
> > why we lost it, but I do exactly what you did - load the old code when I need
> > it, for example to support UTCDateAndTime http://wiki.squeak.org/squeak/6197
> > for which a SAR distribution is the only thing could possible work.
> >
> > So yes, someone should pick up the important bits and put them back into trunk.
> >
> > Dave
> >
> >
> > On Thu, Aug 27, 2015 at 05:59:01PM -0700, tim Rowledge wrote:
> >> I?m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It?s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I?ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don?t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn?t thoroughly up to date.
> >>
> >> It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method.
> >>
> >> I don?t have any time to clean it up right now since I have a release to assemble for about 7 million Pi?s. It seems like it might be a relatively simple fixup to make an old tool usable once more.
> >>
> >> tim
> >> --
> >> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
> >> Strange OpCodes: RLB: Ruin Logic Board
> >>
> >>
> >
>

Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

Edgar De Cleene
Ok. I take it .
And upload last and updated FunSqueak4.6.
If you know how convert legacy or Cog .image to Spur.image , appreciate feedback
Edgar



> On Aug 28, 2015, at 9:14 AM, David T. Lewis <[hidden email]> wrote:
>
> On Fri, Aug 28, 2015 at 04:51:36AM -0300, Edgar De Cleene wrote:
>> And why do not take my idea of have a Monticello thing what mimics .sar ?
>>
>> I have working demos on Squeak 5.0, if time lets record a short video and upload to YouTube this week end.
>>
>
> Sorry Edgar, I did not remember it. I would be interested to see a video.
>
> Thanks,
> Dave
>
>>> On Aug 27, 2015, at 10:19 PM, David T. Lewis <[hidden email]> wrote:
>>>
>>> Base support for SAR formats should definitely be supported. I don't know
>>> why we lost it, but I do exactly what you did - load the old code when I need
>>> it, for example to support UTCDateAndTime http://wiki.squeak.org/squeak/6197
>>> for which a SAR distribution is the only thing could possible work.
>>>
>>> So yes, someone should pick up the important bits and put them back into trunk.
>>>
>>> Dave
>>>
>>>
>>> On Thu, Aug 27, 2015 at 05:59:01PM -0700, tim Rowledge wrote:
>>>> I?m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It?s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I?ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don?t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn?t thoroughly up to date.
>>>>
>>>> It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method.
>>>>
>>>> I don?t have any time to clean it up right now since I have a release to assemble for about 7 million Pi?s. It seems like it might be a relatively simple fixup to make an old tool usable once more.
>>>>
>>>> tim
>>>> --
>>>> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
>>>> Strange OpCodes: RLB: Ruin Logic Board
>>>>
>>>>
>>>
>>
>


Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

Chris Muller-3
In reply to this post by timrowledge
Hi Tim, the "MaSarBuilder" package on SqueakMap works in the version
of Squeak it is declared to run in.  And, since SAR files are just zip
files, it doesn't really NEED to run in the latest Squeak to produce
SAR files for the latest Squeak.  It includes a Maui-based UI to walk
you through each step of the SAR building process, with drag-n-drop
UI.

HTH.

On Thu, Aug 27, 2015 at 7:59 PM, tim Rowledge <[hidden email]> wrote:

> I’m looking into using .sar files as a way of delivering Scratch device driver stuff for the Raspberry Pi. It’s been more than a few years since I last had to think about SARs (actually from my emails it looks like 2004 was the last time!) so a bit of trawling through the swiki was in order. I’ve updated a couple of pages relating to SARs to (hopefully) make them a touch more useful these days, and just tried loading the very old SARBuilder package from SqueakMap. Don’t forget that you have to hit the menu in the top-left list of the Squeakmap tool in order to turn off the filtering that makes it invisible since it isn’t thoroughly up to date.
>
> It installs ok after using Preferences to allow underscores as assignment; so there is one update needed in the code. It even appears to run its example (SARChangeSetDumper class>>example1) ok. However, it clearly needs some updates to make it a better citizen; for example it completely overwrites the ChangeSorter>>changeSetMenu:shifted: method.
>
> I don’t have any time to clean it up right now since I have a release to assemble for about 7 million Pi’s. It seems like it might be a relatively simple fixup to make an old tool usable once more.
>
> tim
> --
> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
> Strange OpCodes: RLB: Ruin Logic Board
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

timrowledge
In reply to this post by Edgar De Cleene

On 28-08-2015, at 12:51 AM, Edgar De Cleene <[hidden email]> wrote:

> And why do not take my idea of have a Monticello thing what mimics .sar ?

If you have a better solution, I’m all for using it. All I need is a way to be able to deliver some code/resources to users so they can use their shiny new SuperMegaHAT. That might mean ARM executable files, images, html files for the help system, sound files, whatever.

I wasn’t even aware that MC could handle  non-code stuff, but then the list of things about MC that I am unaware of may as well be considered an uncountable infinite set.


tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Strange OpCodes: MII: Mask all Interrupts and then Interrupt



Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

Edgar De Cleene
The quick dirty how to

https://youtu.be/EZucdZZCdYY 

And Tim I say “Dave” in the video but is dedicated to all good people here


> On Aug 28, 2015, at 1:46 PM, tim Rowledge <[hidden email]> wrote:
>
>
> On 28-08-2015, at 12:51 AM, Edgar De Cleene <[hidden email]> wrote:
>
>> And why do not take my idea of have a Monticello thing what mimics .sar ?
>
> If you have a better solution, I’m all for using it. All I need is a way to be able to deliver some code/resources to users so they can use their shiny new SuperMegaHAT. That might mean ARM executable files, images, html files for the help system, sound files, whatever.
>
> I wasn’t even aware that MC could handle  non-code stuff, but then the list of things about MC that I am unaware of may as well be considered an uncountable infinite set.
>
>
> tim
> --
> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
> Strange OpCodes: MII: Mask all Interrupts and then Interrupt
>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

David T. Lewis
Good morning Edgar,

Thanks for the video. I followed your instructions, and now I am doing
the Squeak puzzle with a big cup of coffee.

The Montecello extensions seem to work fine. Tim, you might want to take
a look at this too. It would need merging into latest trunk but you can
see how it works just by loading as in the video.

Dave

On Sat, Aug 29, 2015 at 07:31:50AM -0300, Edgar De Cleene wrote:

> The quick dirty how to
>
> https://youtu.be/EZucdZZCdYY 
>
> And Tim I say ?Dave? in the video but is dedicated to all good people here
>
>
> > On Aug 28, 2015, at 1:46 PM, tim Rowledge <[hidden email]> wrote:
> >
> >
> > On 28-08-2015, at 12:51 AM, Edgar De Cleene <[hidden email]> wrote:
> >
> >> And why do not take my idea of have a Monticello thing what mimics .sar ?
> >
> > If you have a better solution, I?m all for using it. All I need is a way to be able to deliver some code/resources to users so they can use their shiny new SuperMegaHAT. That might mean ARM executable files, images, html files for the help system, sound files, whatever.
> >
> > I wasn?t even aware that MC could handle  non-code stuff, but then the list of things about MC that I am unaware of may as well be considered an uncountable infinite set.
> >
> >
> > tim
> > --
> > tim Rowledge; [hidden email]; http://www.rowledge.org/tim
> > Strange OpCodes: MII: Mask all Interrupts and then Interrupt
> >
> >
> >
>

Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

Raymond Asselin-4
In reply to this post by Edgar De Cleene
Muchos gratias Edgar

Au plaisir
Raymond Asselin

> Le 2015-08-29 à 06:31, Edgar De Cleene <[hidden email]> a écrit :
>
> The quick dirty how to
>
> https://youtu.be/EZucdZZCdYY 
>
> And Tim I say “Dave” in the video but is dedicated to all good people here
>
>
>> On Aug 28, 2015, at 1:46 PM, tim Rowledge <[hidden email]> wrote:
>>
>>
>>> On 28-08-2015, at 12:51 AM, Edgar De Cleene <[hidden email]> wrote:
>>>
>>> And why do not take my idea of have a Monticello thing what mimics .sar ?
>>
>> If you have a better solution, I’m all for using it. All I need is a way to be able to deliver some code/resources to users so they can use their shiny new SuperMegaHAT. That might mean ARM executable files, images, html files for the help system, sound files, whatever.
>>
>> I wasn’t even aware that MC could handle  non-code stuff, but then the list of things about MC that I am unaware of may as well be considered an uncountable infinite set.
>>
>>
>> tim
>> --
>> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
>> Strange OpCodes: MII: Mask all Interrupts and then Interrupt
>
>

Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

Edgar De Cleene
Sure you could made good use of this, and thanks for your music

> On Aug 29, 2015, at 11:29, Raymond Asselin <[hidden email]> wrote:
>
> Muchos gratias Edgar
>
> Au plaisir
> Raymond Asselin
>
>> Le 2015-08-29 à 06:31, Edgar De Cleene <[hidden email]> a écrit :
>>
>> The quick dirty how to
>>
>> https://youtu.be/EZucdZZCdYY 
>>
>> And Tim I say “Dave” in the video but is dedicated to all good people here
>>
>>
>>> On Aug 28, 2015, at 1:46 PM, tim Rowledge <[hidden email]> wrote:
>>>
>>>
>>>> On 28-08-2015, at 12:51 AM, Edgar De Cleene <[hidden email]> wrote:
>>>>
>>>> And why do not take my idea of have a Monticello thing what mimics .sar ?
>>>
>>> If you have a better solution, I’m all for using it. All I need is a way to be able to deliver some code/resources to users so they can use their shiny new SuperMegaHAT. That might mean ARM executable files, images, html files for the help system, sound files, whatever.
>>>
>>> I wasn’t even aware that MC could handle  non-code stuff, but then the list of things about MC that I am unaware of may as well be considered an uncountable infinite set.
>>>
>>>
>>> tim
>>> --
>>> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
>>> Strange OpCodes: MII: Mask all Interrupts and then Interrupt
>>
>>
>


Reply | Threaded
Open this post in threaded view
|

Re: Updating SAR builder tool

Hannes Hirzel
What about adding Edgar's extension of PackageInfo and Monticello to
allow resources (jpg, png, mp3) to be added to mcz files?

--Hannes

On 8/30/15, Edgar De Cleene <[hidden email]> wrote:

> Sure you could made good use of this, and thanks for your music
>
>> On Aug 29, 2015, at 11:29, Raymond Asselin <[hidden email]> wrote:
>>
>> Muchos gratias Edgar
>>
>> Au plaisir
>> Raymond Asselin
>>
>>> Le 2015-08-29 à 06:31, Edgar De Cleene <[hidden email]> a écrit
>>> :
>>>
>>> The quick dirty how to
>>>
>>> https://youtu.be/EZucdZZCdYY
>>>
>>> And Tim I say “Dave” in the video but is dedicated to all good people
>>> here
>>>
>>>
>>>> On Aug 28, 2015, at 1:46 PM, tim Rowledge <[hidden email]> wrote:
>>>>
>>>>
>>>>> On 28-08-2015, at 12:51 AM, Edgar De Cleene <[hidden email]>
>>>>> wrote:
>>>>>
>>>>> And why do not take my idea of have a Monticello thing what mimics .sar
>>>>> ?
>>>>
>>>> If you have a better solution, I’m all for using it. All I need is a way
>>>> to be able to deliver some code/resources to users so they can use their
>>>> shiny new SuperMegaHAT. That might mean ARM executable files, images,
>>>> html files for the help system, sound files, whatever.
>>>>
>>>> I wasn’t even aware that MC could handle  non-code stuff, but then the
>>>> list of things about MC that I am unaware of may as well be considered
>>>> an uncountable infinite set.
>>>>
>>>>
>>>> tim
>>>> --
>>>> tim Rowledge; [hidden email]; http://www.rowledge.org/tim
>>>> Strange OpCodes: MII: Mask all Interrupts and then Interrupt
>>>
>>>
>>
>
>
>