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.
Am 06.02.2020 um 08:11 schrieb Konrad Hinsen <konrad.hinsen@fastmail.net>:
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
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.
Norbert Hartl <norbert@hartl.name> 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.
On 6 Feb 2020, at 09:31, Konrad Hinsen <konrad.hinsen@fastmail.net> wrote:
Norbert Hartl <norbert@hartl.name> 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.
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.
On 6 Feb 2020, at 08:11, Konrad Hinsen <konrad.hinsen@fastmail.net> 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
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.
participants (3)
-
Esteban Lorenzano -
Konrad Hinsen -
Norbert Hartl