Re: [Pharo-users] Gofer loads wrong version?

[Herby Vojčík]

stephan wrote:

On 12-09-17 21:58, Herby Vojčík wrote:

Bump.

Can you pls help me with how to load proper version / finding what is
wrong here?

As shown in replies, it loads two versions (eg. it seems it loads
everything it finds in the repo).

Herby

Herby Vojčík wrote:

Hello!

As I need to load specific version of Glorp with my fix, and I did not
find out how to force-override it in my baseline, I tried to load it
post-the-baseline via Gofer:

(Gofer new smalltalkhubUser: 'DBXTalk' project: 'Glorp')
package: 'Glorp';
version: 'Glorp-HerbyVojcik.127';
load.

But it actually looks like this: [see attached bogusgofer.png].

OTOH, after the image loads the tests pass and monticello browser looks
like this: [see attached mbloaded127.png].

Am I doing something wrong? I am a bit afraid what is actually loaded /
if it won't break b/c of inconsistent state.


No, it is fine. Telling Gofer package: means prepare to load the latest
version, so you give Gofer two versions to load.


Thank you, sir. Changed it to:

(Gofer new smalltalkhubUser: 'DBXTalk' project: 'Glorp')
  version: 'Glorp-HerbyVojcik.127';
  load.

and now it does exactly what I wanted.

Herby


https://www.lukas-renggli.ch/blog/gofer

Stephan

Re: [Pharo-users] (no subject)

[Christophe Demarey]

> Le 14 sept. 2017 à 14:55, stephan  a écrit :
> 
> On 14-09-17 14:25, Christophe Demarey wrote:
>> Let us know if everything is fine.
> 
> Downloaded latest 7 64:
> Cannot open iceberg, libgit2 can not be found

Thanks for the report.
I will check that

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Stephan,

> Le 14 sept. 2017 à 14:49, stephan  a écrit :
> 
> On 14-09-17 14:25, Christophe Demarey wrote:
>> I published an update of the Launcher yesterday fixing some issues to run 
>> Pharo images from Linux. You can find latest-versions (0.2.13) here: 
>> http://files.pharo.org/platform/launcher/
>> It already propose to download Pharo 70 images. The VM is now downloaded 
>> automatically if the adequate one is not available.
>> Let us know if everything is fine.
> 
> - not downloading the sources;

What do you mean?
For Pharo images < 70, sources file for the current version and the previous 
version are downloaded with the VM.

> - sources now need to be next to the image;

For Pharo 7 images, no sources file are dowloaded since they come with the 
image.

> - when you upgrade the vm, you need to replace all those sources files
> - default now dark theme, and not easy to switch

I think default theme for the Launcher should be the same as the Pharo theme.
Would a (Launcher) preference help?

> - icons only shown on hover

yes, Pharo 6 regression.
I had the problem on other UIs. Will see if I can find a fix quickly.

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi Serge,

> Le 14 sept. 2017 à 14:59, Serge Stinckwich  a 
> écrit :
> 
> On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey 
> > wrote:
> Hi,
> 
> I published an update of the Launcher yesterday fixing some issues to run 
> Pharo images from Linux. You can find latest-versions (0.2.13) here: 
> http://files.pharo.org/platform/launcher/ 
> 
> It already propose to download Pharo 70 images. The VM is now downloaded 
> automatically if the adequate one is not available.
> Let us know if everything is fine.
> 
> 
> 
> ​Hi Christophe,
> 
> thank you for your support on PharoLauncher !
> ​I dl the last version for Mac OS X: Pharo_0.2.13.dmg
> This is really nice to be able to download the VM depending on the VM.

Yes. without that feature, the launcher started to be useless.

> I have only two issues: 
> - some icons do no show up when PharoLauncher is launch. They only appear 
> when on mouse hover.

yes, a regression in Pharo 6 :(

> - for some of my images, I have an error: Instances of UndefinedObject are 
> not indexable.

Could you send me the stacktrace and / or the images if possible?

Re: [Pharo-users] execute a code block at a given time in pharo ?

[Hernán Morales Durand]

http://www.smalltalkhub.com/#!/~TorstenBergmann/Scheduler

Cheers,

Hernán

2017-09-13 17:36 GMT-03:00 Daniel BLANC :
> Hi All,
>
> I'm a very beginner with smalltalk. I am building a small seaside app for
> controlling wifi access of my teenagers kids. In this app I need to start or
> stop the wifi acces at a given time.
> For the moment I'm doing it with an infinite loop in a process, with this
> code:
>
> WifiController >> startScheduler
> ^ SchedulerProcess
> ifNil: [ SchedulerProcess := [ [ true ]
> whileTrue: [ self schedulerApplyAutoStartStopRules.
> 56 seconds wait ] ] forkNamed: 'DanWifiManagerScheduler' ]
>
>
>  I'm wondering if there is a way to do this without this infinite loop ? May
> be there is a class in the standard pharo image that can execute a code
> block at a given time ?
>
> Thanks,
> Daniel

Re: [Pharo-users] Writing XML

[Stephane Ducasse]

Henrik is cool :)

On Thu, Sep 14, 2017 at 8:17 PM, Jimmie Houchin  wrote:
> Thanks. I am trying to learn the ways of Pharo 6 and not use
> StandardFileStream and MultiByteFileStream. So I do not know all of the best
> ways to do things. Thanks for the education. Your "best" way worked
> perfectly in Pharo 6.
>
> Again, thanks.
>
>
> Jimmie
>
>
>
> On 09/14/2017 07:24 AM, Henrik Sperre Johansen wrote:
>>
>> Jimmie Houchin-5 wrote
>>>
>>> I still do not know how to do this correctly. But I have something that
>>> seems to work for the moment.
>>>
>>> Using #asUTF8Bytes
>>>
>>> f nextPutAll: (writer write contents asUTF8Bytes).
>>>
>>> Now the file is in UTF-8 and normal size.
>>
>>
>> openForWriteFileNamed: opens a binary stream (... which incidentally, also
>> lets you put strings/widestrings as if they were bytes/doublewords), to
>> write string source as utf8, the best way is to wrap it in a stream which
>> converts strings -> utf8 bytes, an example:
>>
>> binaryStream := (ByteArray new: 100) writeStream.
>> encodedStream := ZnCharacterWriteStream on: binaryStream encoding: #utf8.
>> encodedStream nextPutAll: '€'.
>> binaryStream contents
>>
>> The "best"* way is to use an API which provides an encoded stream with
>> scoped use (so you don't have to close it manually); for instance:
>> '/home/jimmie/xmldoc.xml' asFileReference writeStreamDo: [ :ws | ws
>> nextPutAll: writer write contents ]
>> should default to a file stream outputting utf8.
>>
>> Cheers,
>> Henry
>>
>> *May or may not work in Pharo 7 though, seeing as how the old default
>> encoded stream has been deprecated, I haven't checked.
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>
>

Re: [Pharo-users] execute a code block at a given time in pharo ?

[Stephane Ducasse]

Welcome daniel

This sounds like a super cool app. (I have teens at home and well I
know the story).

I remember a calendar triggering system but I do not know where it
is. Someone should know.

Stef


On Wed, Sep 13, 2017 at 10:36 PM, Daniel BLANC  wrote:
> Hi All,
>
> I'm a very beginner with smalltalk. I am building a small seaside app for
> controlling wifi access of my teenagers kids. In this app I need to start or
> stop the wifi acces at a given time.
> For the moment I'm doing it with an infinite loop in a process, with this
> code:
>
> WifiController >> startScheduler
> ^ SchedulerProcess
> ifNil: [ SchedulerProcess := [ [ true ]
> whileTrue: [ self schedulerApplyAutoStartStopRules.
> 56 seconds wait ] ] forkNamed: 'DanWifiManagerScheduler' ]
>
>
>  I'm wondering if there is a way to do this without this infinite loop ? May
> be there is a class in the standard pharo image that can execute a code
> block at a given time ?
>
> Thanks,
> Daniel

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 18:47, Stephane Ducasse wrote:

Thanks christophe this is super cool to see some efforts on that cool tool.


+1

Definitely don't let my observations distract you from improving it.

Thanks,
  Stephan

Re: [Pharo-users] PlotMorph on Pharo 6.1

[Stephane Ducasse]

Alex you should propose stable version and not development to people
else they will also may have problem.

On Thu, Sep 14, 2017 at 8:43 PM, Stephane Ducasse
 wrote:
> I think that block arguments are like method arguments and are read only.
> Now I do not remember.
>
> On Wed, Sep 13, 2017 at 8:39 PM, Stephan Eggermont  wrote:
>> On 13/09/17 19:22, Mark Bestley wrote:
>>
>>> Unfortunatley not. That error has gone but I now get
>>
>>>
>>>
>>>  x := x rounded.
>>
>>
>> Yes, that is the question I posed.
>> Assignment to block variables is prohibited now?
>>
>> Stephan
>>
>>
>>
>>

Re: [Pharo-users] PlotMorph on Pharo 6.1

[Stephane Ducasse]

I think that block arguments are like method arguments and are read only.
Now I do not remember.

On Wed, Sep 13, 2017 at 8:39 PM, Stephan Eggermont  wrote:
> On 13/09/17 19:22, Mark Bestley wrote:
>
>> Unfortunatley not. That error has gone but I now get
>
>>
>>
>>  x := x rounded.
>
>
> Yes, that is the question I posed.
> Assignment to block variables is prohibited now?
>
> Stephan
>
>
>
>

Re: [Pharo-users] PlotMorph on Pharo 6.1

[Stephane Ducasse]

I do not get what you mean. Stefan fixed the problem so may be there
is a problem on 64 bits.
I have no idea. So far he fixes the previous problem.
So let us fix the new one. But so far I cannot reproduce it.

On Wed, Sep 13, 2017 at 7:26 PM, Mark Bestley  wrote:
> In this case shouldm't the catalog only be added to if someone actually
> takes an action to do this - then there is a chance the code would be
> checked. Otherwise rollinmg over from one release to another just
> accumulates junk.
>
>
>
> Stephane Ducasse 
> wrote:
>
>> Thanks for the report since I need PlotMorph too for a project.
>> What you see is the consequence of lack of validation of published
>> packages. This is years that I'm saying that I need someone to work on
>> that.
>> We got money from inria for Pavel to work on it but the bootstrap was
>> more important :).
>>
>
>
> --
> Mark
>
>

Re: [Pharo-users] PlotMorph on Pharo 6.1

[Stephane Ducasse]

Hi mark

live is chaotic here with two or three meetings in parallel, visitors,
and a lecture to finish
Now I tested. I took a Pharo 6.1 32 bits and loaded PlotMorph from the catalog
It load Stefaneggermont.8

Can you tell us how to reproduce your problem?


On Wed, Sep 13, 2017 at 7:22 PM, Mark Bestley  wrote:
> Stephane Ducasse 
> wrote:
>
>> Excellent!
>>
>>
>> On Mon, Sep 11, 2017 at 8:10 PM, stephan
>  wrote:
>> > On 11-09-17 19:20, Stephane Ducasse wrote:
>> >>
>> >> Stefan
>> >>
>> >> (Did you publish the configuration in the PlotMorph repo?)
>> >>  ifTrue: [ Stefan isPerfect ]
>> >
>> >
>> > PlotMorph, MetaRepos for Pharo 5 and 6 :)
>> >
>> >
>> >
>> >
>
> Unfortunatley not. That error has gone but I now get
>
> Fetched -> ConfigurationOfPlotMorph-StephanEggermont.5 ---
> http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ ---
> http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/
> Loaded -> ConfigurationOfPlotMorph-StephanEggermont.5 ---
> http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/ ---
> http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo60/main/
> Loading 1.1 of ConfigurationOfPlotMorph...
> Fetched -> PlotMorph-StephanEggermont.8 ---
> http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/ ---
> http://smalltalkhub.com/mc/PharoExtras/PlotMorph/main/
> OCStoreIntoReadOnlyVariableError: Cannot store into
> PlotMorphGrid
> drawGridOn: aCanvas
> | gridColor lighter darker baseColor bounds |
> baseColor := plot baseColor alpha: 1.
> lighter := baseColor twiceLighter.
> darker := baseColor twiceDarker.
> gridColor := (lighter diff: baseColor) > (darker diff: baseColor)
> ifTrue: [ lighter ]
> ifFalse: [ darker ].
> bounds := plot drawBounds.
> (bounds left to: bounds right by: (self bestStep: bounds width))
> do: [ :x |
> x := x rounded.
> aCanvas line: x @ bounds top to: x @ bounds bottom color:
> gridColor ].
> (bounds top to: bounds bottom by: (self bestStep: bounds height))
> do: [ :y |
> y := y rounded.
> aCanvas line: bounds left @ y to: bounds right @ y color:
> gridColor ]
> OCStoreIntoReadOnlyVariableError: Cannot store into
> PlotMorphGrid
> drawGridOn: aCanvas
> | gridColor lighter darker baseColor bounds |
> baseColor := plot baseColor alpha: 1.
> lighter := baseColor twiceLighter.
> darker := baseColor twiceDarker.
> gridColor := (lighter diff: baseColor) > (darker diff: baseColor)
> ifTrue: [ lighter ]
> ifFalse: [ darker ].
> bounds := plot drawBounds.
> (bounds left to: bounds right by: (self bestStep: bounds width))
> do: [ :x |
> x := x rounded.
> aCanvas line: x @ bounds top to: x @ bounds bottom color:
> gridColor ].
> (bounds top to: bounds bottom by: (self bestStep: bounds height))
> do: [ :y |
> y := y rounded.
> aCanvas line: bounds left @ y to: bounds right @ y color:
> gridColor ]
> OCStoreIntoReadOnlyVariableError: Cannot store into
> AxesMorph
> drawGridOn: aCanvas
> | gridColor right bottom width height lighter darker baseColor |
> baseColor := self baseColor.
> lighter := baseColor twiceLighter.
> darker := baseColor twiceDarker.
> gridColor := (lighter diff: baseColor) > (darker diff: baseColor)
> ifTrue: [ lighter ]
> ifFalse: [ darker ].
> right := self bounds width - margin.
> width := self bounds width - (margin * 2).
> bottom := self bounds height - margin.
> height := self bounds height - (margin * 2).
> (margin to: right by: width / 10)
> do: [ :x |
> x := x rounded.
> aCanvas line: x @ margin to: x @ bottom color: gridColor ].
> (margin to: bottom by: height / 10)
> do: [ :y |
> y := y rounded.
> aCanvas line: margin @ y to: right @ y color: gridColor ]
> OCStoreIntoReadOnlyVariableError: Cannot store into
> AxesMorph
> drawGridOn: aCanvas
> | gridColor right bottom width height lighter darker baseColor |
> baseColor := self baseColor.
> lighter := baseColor twiceLighter.
> darker := baseColor twiceDarker.
> gridColor := (lighter diff: baseColor) > (darker diff: baseColor)
> ifTrue: [ lighter ]
> ifFalse: [ darker ].
> right := self bounds width - margin.
> width := self bounds width - (margin * 2).
> bottom := self bounds height - margin.
> height := self bounds height - (margin * 2).
> (margin to: right by: width / 10)
> do: [ :x |
> x := x rounded.
> aCanvas line: x @ margin to: x @ bottom color: gridColor ].
> (margin to: bottom by: height / 10)
> do: [ :y |
> y := y rounded.
> aCanvas line: margin @ y to: right @ y color: gridColor ]
> Loaded -> PlotMorph-StephanEggermont.8 ---
> 

Re: [Pharo-users] Let's prepare for Google Code-In 2017 with Pharo Consortium

[Stephane Ducasse]

Thanks
We can start to use
https://github.com/SquareBracketAssociates/PharoInProgress/blob/master/ST99/ST99.pillar

the idea was that a guy wanted to have a lot of small exercises.

Damien mentions
exercism.io
And we should take some of them.

Stef



On Mon, Sep 11, 2017 at 4:29 PM, Guillermo Polito  wrote:

> Yes this is cool. We need to get a decent set of tasks.
>
> On Sat, Sep 9, 2017 at 5:24 PM, Jigyasa Grover 
> wrote:
>
>> Thanks Stef for your support.
>>
>> I have already added you in the private repository "GCI-2017-with-Pharo",
>> as
>> we need to keep prospective students away from the task list before the
>> program begins 
>>
>> Looking forward to more ideas on the task list.
>>
>> Thanks a lot.
>>
>> Best
>> Jigyasa Grover
>>
>>
>>
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>>
>
>
> --
>
>
>
> Guille Polito
>
>
> Research Engineer
>
> French National Center for Scientific Research - *http://www.cnrs.fr*
> 
>
>
>
> *Web:* *http://guillep.github.io* 
>
> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>

Re: [Pharo-users] Writing XML

[Jimmie Houchin]

Thanks. I am trying to learn the ways of Pharo 6 and not use 
StandardFileStream and MultiByteFileStream. So I do not know all of the 
best ways to do things. Thanks for the education. Your "best" way worked 
perfectly in Pharo 6.


Again, thanks.


Jimmie


On 09/14/2017 07:24 AM, Henrik Sperre Johansen wrote:

Jimmie Houchin-5 wrote

I still do not know how to do this correctly. But I have something that
seems to work for the moment.

Using #asUTF8Bytes

f nextPutAll: (writer write contents asUTF8Bytes).

Now the file is in UTF-8 and normal size.


openForWriteFileNamed: opens a binary stream (... which incidentally, also
lets you put strings/widestrings as if they were bytes/doublewords), to
write string source as utf8, the best way is to wrap it in a stream which
converts strings -> utf8 bytes, an example:

binaryStream := (ByteArray new: 100) writeStream.
encodedStream := ZnCharacterWriteStream on: binaryStream encoding: #utf8.
encodedStream nextPutAll: '€'.
binaryStream contents

The "best"* way is to use an API which provides an encoded stream with
scoped use (so you don't have to close it manually); for instance:
'/home/jimmie/xmldoc.xml' asFileReference writeStreamDo: [ :ws | ws
nextPutAll: writer write contents ]
should default to a file stream outputting utf8.

Cheers,
Henry

*May or may not work in Pharo 7 though, seeing as how the old default
encoded stream has been deprecated, I haven't checked.



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] (no subject)

[Stephane Ducasse]

Thanks christophe this is super cool to see some efforts on that cool tool.

Stef

On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey
 wrote:
> Hi,
>
> I published an update of the Launcher yesterday fixing some issues to run
> Pharo images from Linux. You can find latest-versions (0.2.13) here:
> http://files.pharo.org/platform/launcher/
> It already propose to download Pharo 70 images. The VM is now downloaded
> automatically if the adequate one is not available.
> Let us know if everything is fine.
>
> Regards,
> Christophe
>
>
> 
>
> De: "Vityou ." 
> À: pharo-users@lists.pharo.org
> Envoyé: Dimanche 13 Août 2017 10:31:06
> Objet: [Pharo-users] (no subject)
>
> I recently discovered the pharo launcher.  However, it only gives me options
> to use outdated images, and I'm not sure about the vm.  Is there any way to
> change this?
>
>

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 14:49, stephan wrote:

- when you upgrade the vm, you need to replace all those sources files


Nope, my mistake

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 14:25, Christophe Demarey wrote:

automatically if the adequate one is not available.
Let us know if everything is fine.


Because it is not so easy to determine what Pharo7 image version to 
actually try, I noticed that there is at least one 6521 image that is 
tried to be opened with a newer (32 bit) vm.


Stephan

Re: [Pharo-users] (no subject)

[Serge Stinckwich]

On Thu, Sep 14, 2017 at 2:25 PM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:

> Hi,
>
> I published an update of the Launcher yesterday fixing some issues to run
> Pharo images from Linux. You can find latest-versions (0.2.13) here:
> http://files.pharo.org/platform/launcher/
> It already propose to download Pharo 70 images. The VM is now downloaded
> automatically if the adequate one is not available.
> Let us know if everything is fine.
>
>

​Hi Christophe,

thank you for your support on PharoLauncher !
​I dl the last version for Mac OS X: Pharo_0.2.13.dmg
This is really nice to be able to download the VM depending on the VM.

I have only two issues:
- some icons do no show up when PharoLauncher is launch. They only appear
when on mouse hover.
- for some of my images, I have an error: Instances of UndefinedObject are
not indexable.

Thank you.
-- 
Serge Stinckwich
UCN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/

Re: [Pharo-users] (no subject)

[stephan]

 On 14-09-17 14:25, Christophe Demarey wrote:

Let us know if everything is fine.


Downloaded latest 7 64:
Cannot open iceberg, libgit2 can not be found

Stephan

Re: [Pharo-users] (no subject)

[stephan]

On 14-09-17 14:25, Christophe Demarey wrote:
I published an update of the Launcher yesterday fixing some issues to 
run Pharo images from Linux. You can find latest-versions (0.2.13) here: 
http://files.pharo.org/platform/launcher/
It already propose to download Pharo 70 images. The VM is now downloaded 
automatically if the adequate one is not available.

Let us know if everything is fine.


- not downloading the sources;
- sources now need to be next to the image;
- when you upgrade the vm, you need to replace all those sources files
- default now dark theme, and not easy to switch
- icons only shown on hover

(Ubuntu 16.10LTS)

Stephan

Re: [Pharo-users] (no subject)

[Christophe Demarey]

Hi, 

I published an update of the Launcher yesterday fixing some issues to run Pharo 
images from Linux. You can find latest-versions (0.2.13) here: 
http://files.pharo.org/platform/launcher/ 
It already propose to download Pharo 70 images. The VM is now downloaded 
automatically if the adequate one is not available. 
Let us know if everything is fine. 

Regards, 
Christophe 

- Mail original -

> De: "Vityou ." 
> À: pharo-users@lists.pharo.org
> Envoyé: Dimanche 13 Août 2017 10:31:06
> Objet: [Pharo-users] (no subject)

> I recently discovered the pharo launcher. However, it only gives me options
> to use outdated images, and I'm not sure about the vm. Is there any way to
> change this?

Re: [Pharo-users] Writing XML

[Henrik Sperre Johansen]

Jimmie Houchin-5 wrote
> I still do not know how to do this correctly. But I have something that 
> seems to work for the moment.
> 
> Using #asUTF8Bytes
> 
> f nextPutAll: (writer write contents asUTF8Bytes).
> 
> Now the file is in UTF-8 and normal size.


openForWriteFileNamed: opens a binary stream (... which incidentally, also
lets you put strings/widestrings as if they were bytes/doublewords), to
write string source as utf8, the best way is to wrap it in a stream which
converts strings -> utf8 bytes, an example:

binaryStream := (ByteArray new: 100) writeStream.
encodedStream := ZnCharacterWriteStream on: binaryStream encoding: #utf8.
encodedStream nextPutAll: '€'.
binaryStream contents

The "best"* way is to use an API which provides an encoded stream with
scoped use (so you don't have to close it manually); for instance:
'/home/jimmie/xmldoc.xml' asFileReference writeStreamDo: [ :ws | ws
nextPutAll: writer write contents ]
should default to a file stream outputting utf8.

Cheers,
Henry

*May or may not work in Pharo 7 though, seeing as how the old default
encoded stream has been deprecated, I haven't checked.



--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Gofer loads wrong version?

[stephan]

On 12-09-17 21:58, Herby Vojčík wrote:

Bump.

Can you pls help me with how to load proper version / finding what is 
wrong here?


As shown in replies, it loads two versions (eg. it seems it loads 
everything it finds in the repo).


Herby

Herby Vojčík wrote:

Hello!

As I need to load specific version of Glorp with my fix, and I did not
find out how to force-override it in my baseline, I tried to load it
post-the-baseline via Gofer:

(Gofer new smalltalkhubUser: 'DBXTalk' project: 'Glorp')
package: 'Glorp';
version: 'Glorp-HerbyVojcik.127';
load.

But it actually looks like this: [see attached bogusgofer.png].

OTOH, after the image loads the tests pass and monticello browser looks
like this: [see attached mbloaded127.png].

Am I doing something wrong? I am a bit afraid what is actually loaded /
if it won't break b/c of inconsistent state.


No, it is fine. Telling Gofer package: means prepare to load the latest 
version, so you give Gofer two versions to load.


https://www.lukas-renggli.ch/blog/gofer

Stephan