Smalltalk › Pharo › Pharo Smalltalk Users

Pharo 8.0 via get.pharo.org

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

6 messages Options

khinsen

Pharo 8.0 via get.pharo.org

Hi everyone,

it looks like get.pharo.org suffers from some confusion about its own
files. Here's what happens when I try to download the stable VM for
macOS:

url https://get.pharo.org/64/vm80 | bash [8:01:43]
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 5320 100 5320 0 0 110k 0 --:--:-- --:--:-- --:--:-- 112k
Downloading the latest pharoVM:
http://files.pharo.org/get-files/80/pharo64-mac-stable.zip
replace pharo-vm/Pharo.app/Contents/_CodeSignature/CodeResources? [y]es, [n]o, [A]ll, [N]one, [r]ename: new name: replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll, [N]one, [r]ename: error: invalid response [{ENTER}]
replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll, [N]one, [r]ename: error: invalid response [if [ "$OS]
replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll,
[N]one, [r]ename: error: invalid response [" == "win]
...

Closer inspection reveals that the script I get from

https://get.pharo.org/64/vm80

downloads the zip file

http://files.pharo.org/get-files/80/pharo64-mac-stable.zip

which contains Pharo.app, not the VM to run from the command
line.

This looks like a bug, but not in Pharo. So... what's the right place to
report such a bug?

Cheers,
Konrad.

NorbertHartl

Re: Pharo 8.0 via get.pharo.org

> Am 06.02.2020 um 08:11 schrieb Konrad Hinsen <[hidden email]>:
>
> Hi everyone,
>
> it looks like get.pharo.org suffers from some confusion about its own
> files. Here's what happens when I try to download the stable VM for
> macOS:
>
> url https://get.pharo.org/64/vm80 | bash [8:01:43]
> % Total % Received % Xferd Average Speed Time Time Time Current
> Dload Upload Total Spent Left Speed
> 100 5320 100 5320 0 0 110k 0 --:--:-- --:--:-- --:--:-- 112k
> Downloading the latest pharoVM:
> http://files.pharo.org/get-files/80/pharo64-mac-stable.zip
> replace pharo-vm/Pharo.app/Contents/_CodeSignature/CodeResources? [y]es, [n]o, [A]ll, [N]one, [r]ename: new name: replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll, [N]one, [r]ename: error: invalid response [{ENTER}]
> replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll, [N]one, [r]ename: error: invalid response [if [ "$OS]
> replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll,
> [N]one, [r]ename: error: invalid response [" == "win]
> ...
>
> Closer inspection reveals that the script I get from
>
> https://get.pharo.org/64/vm80
>
> downloads the zip file
>
> http://files.pharo.org/get-files/80/pharo64-mac-stable.zip
>
> which contains Pharo.app, not the VM to run from the command
> line.
>

This the same thing actually. For MacOS it is a bit cumbersome. You can start the vm with

./Pharo.app/Contents/MacOS/Pharo

A .app in MacOS is just a directory that has .app extension which makes the finde to display as a single file with an icon.

Hope this helps,

Norbert

> This looks like a bug, but not in Pharo. So... what's the right place to
> report such a bug?
>
> Cheers,
> Konrad.
>

khinsen

Re: Pharo 8.0 via get.pharo.org

Norbert Hartl <[hidden email]> writes:

>> which contains Pharo.app, not the VM to run from the command
>> line.
>>
> This the same thing actually. For MacOS it is a bit cumbersome. You can start the vm with
>
> ./Pharo.app/Contents/MacOS/Pharo

OK, so the distribution format has changed from Pharo 7? What I got
before is a directory "pharo-vm" containing Pharo.app, plus two
scripts "pharo" and "pharo-ui" that facilitate execution from the
command line.

If the distribution format has indeed changed, then there's a bug in the
script that unpacks the zip file, and the documentation on
http://get.pharo.org/ is outdated as well. So my question remains the
same: what's the best way to report such bugs?

Cheers,
Konrad.

EstebanLM

Re: Pharo 8.0 via get.pharo.org

On 6 Feb 2020, at 09:31, Konrad Hinsen <[hidden email]> wrote:

Norbert Hartl <[hidden email]> writes:

which contains Pharo.app, not the VM to run from the command
line.

This the same thing actually. For MacOS it is a bit cumbersome. You can start the vm with

./Pharo.app/Contents/MacOS/Pharo

OK, so the distribution format has changed from Pharo 7?

No it doesn’t :)

What you are getting looks like an error that happen when you try to execute zeroconf on top of an already existing zeroconf.

Can you try it on a clean directory?

Esteban

What I got
before is a directory "pharo-vm" containing Pharo.app, plus two
scripts "pharo" and "pharo-ui" that facilitate execution from the
command line.

If the distribution format has indeed changed, then there's a bug in the
script that unpacks the zip file, and the documentation on
http://get.pharo.org/ is outdated as well. So my question remains the
same: what's the best way to report such bugs?

Cheers,
Konrad.

EstebanLM

Re: Pharo 8.0 via get.pharo.org

In reply to this post by khinsen

> On 6 Feb 2020, at 08:11, Konrad Hinsen <[hidden email]> wrote:
>
> Hi everyone,
>
> it looks like get.pharo.org suffers from some confusion about its own
> files. Here's what happens when I try to download the stable VM for
> macOS:
>
> url https://get.pharo.org/64/vm80 | bash [8:01:43]
> % Total % Received % Xferd Average Speed Time Time Time Current
> Dload Upload Total Spent Left Speed
> 100 5320 100 5320 0 0 110k 0 --:--:-- --:--:-- --:--:-- 112k
> Downloading the latest pharoVM:
> http://files.pharo.org/get-files/80/pharo64-mac-stable.zip
> replace pharo-vm/Pharo.app/Contents/_CodeSignature/CodeResources? [y]es, [n]o, [A]ll, [N]one, [r]ename: new name: replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll, [N]one, [r]ename: error: invalid response [{ENTER}]
> replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll, [N]one, [r]ename: error: invalid response [if [ "$OS]
> replace pharo-vm/Pharo.app/Contents/Info.plist? [y]es, [n]o, [A]ll,
> [N]one, [r]ename: error: invalid response [" == "win]
> ...
>
> Closer inspection reveals that the script I get from
>
> https://get.pharo.org/64/vm80
>
> downloads the zip file
>
> http://files.pharo.org/get-files/80/pharo64-mac-stable.zip
>
> which contains Pharo.app, not the VM to run from the command
> line.
>
> This looks like a bug, but not in Pharo. So... what's the right place to
> report such a bug?

No, is not a bug,
All that is correct :)

Esteban

>
> Cheers,
> Konrad.
>

khinsen

Re: Pharo 8.0 via get.pharo.org

In reply to this post by EstebanLM

Hi Esteban,

> No it doesn’t :)
> What you are getting looks like an error that happen when you try to execute zeroconf on top of an already existing zeroconf.

Ahhh.... That explains everything. Here's what happened:
- I tried downloading in a fresh directory
- A second later, I had a power outage, and had to reboot my machine
- Just to be sure I didn't have any corrupted files, I re-ran the VM
download.

So yes, I already had some or perhaps all of the files in the directory.

> Can you try it on a clean directory?

Works fine!

Thanks,
Konrad.