Produire Cesium Desktop

MickaelLarose · 6 November 2017 09:08

Oui, ça marche ! Merci beaucoup !

kimamila · 6 November 2017 13:50

Bravo à vous (@jytou, @MickaelLarose et surtout @cgeek pour sa pédagogie).
Je n’y croyais vraiment pas… comme quoi, je manque de foi !

cgeek · 6 November 2017 15:50

Ah non mais ce n’est pas fini, @MickaelLarose n’a pas uploadé le fichier : Release 0.19.3 · duniter/cesium · GitHub

Le fichier windows avec le suffixe “-tmp” est celui réalisé par @jytou, que j’ai renommé pour que Mickaël puisse produire et uploader le sien justement. Car le script n’essaie même pas de produire le livrable s’il voit qu’il existe déjà sir GitHub !

Il nous dit “ça marche” mais pour l’instant j’attends des preuves

MickaelLarose · 6 November 2017 16:44

Ça marchait mais ça à bloquer quelque part et mon ordi à rendu l’âme pendant le processus… ( plus de batterie )
Je vais réessayer ce soir

MickaelLarose · 6 November 2017 20:06

J’ai fait plusieurs tentatives avec des choses plus ou moins différente mais là je bloque complètement et je ne sais pas quoi faire ^^

Voici ce que j’ai depuis ma tentative de ce matin qui était bien parti…

Mickaël@LAPTOP-BTQ6SATM MINGW64 ~/cesium-desktop (master)
$ ./release.sh 0.19.3
nvm (Node version manager) not found (directory NVM_DIR not defined). Please install nvm, and retry
Checking that 0.19.3 has been pushed to 'origin'...
Remote tag: v0.19.3
Creating the pre-release if it does not exist...
Release v0.19.3 already exists. Skips creation.
Missing asset: cesium-desktop-v0.19.3-windows-x64.exe
Starting Windows build...
>> Copying Cesium Desktop sources...
>> Starting Vagrant Windows VM...
The machine index which stores all required information about
running Vagrant environments has become corrupt. This is usually
caused by external tampering of the Vagrant data folder.

Vagrant cannot manage any Vagrant environments if the index is
corrupt. Please attempt to manually correct it. If you are unable
to manually correct it, then remove the data file at the path below.
This will leave all existing Vagrant environments "orphaned" and
they'll have to be destroyed manually.

Path: C:/Users/Suzena/.vagrant.d/data/machine-index/index
>> Something went wrong. Stopping build.
The machine index which stores all required information about
running Vagrant environments has become corrupt. This is usually
caused by external tampering of the Vagrant data folder.

Vagrant cannot manage any Vagrant environments if the index is
corrupt. Please attempt to manually correct it. If you are unable
to manually correct it, then remove the data file at the path below.
This will leave all existing Vagrant environments "orphaned" and
they'll have to be destroyed manually.

Path: C:/Users/Suzena/.vagrant.d/data/machine-index/index
>> VM closed.
Release: v0.19.3
Uploading asset cesium-desktop-v0.19.3-windows-x64.exe...
{ Error: ENOENT: no such file or directory, stat 'C:\Users\Suzena\cesium-desktop\arch\windows\cesium-desktop-v0.19.3-windows-x64.exe'
    at Object.fs.statSync (fs.js:948:11)
    at C:\Users\Suzena\cesium-desktop\scripts\upload-release.js:48:22
    at Generator.next (<anonymous>)
    at onFulfilled (C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:65:19)
    at C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:54:5
    at new Promise (<anonymous>)
    at co (C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:50:10)
    at githubUpload (C:\Users\Suzena\cesium-desktop\scripts\upload-release.js:47:10)
    at C:\Users\Suzena\cesium-desktop\scripts\upload-release.js:24:11
    at Generator.next (<anonymous>)
    at onFulfilled (C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:65:19)
    at <anonymous>
  errno: -4058,
  code: 'ENOENT',
  syscall: 'stat',
  path: 'C:\\Users\\Suzena\\cesium-desktop\\arch\\windows\\cesium-desktop-v0.19.3-windows-x64.exe' }
All the binaries have been uploaded.

jytou · 6 November 2017 20:20

Tu dois installer nvm. Cette page devrait aider : Releases · coreybutler/nvm-windows · GitHub
Et si tu l’as déjà installé, c’est que ton PATH ne contient pas l’endroit où a été installé le programme nvm. Sous mingw tu devrais sûrement faire quelque chose du genre

export PATH=$PATH:<c:/chemin/vers/la/ou/est/installe/nvm>
Ceci dit ça fait un moment que je ne m’amuse plus à jouer à ce genre de trucs sous zindoz.

cgeek · 6 November 2017 20:30

Non justement si tu lis plus haut, on a esquivé ce soucis !

@MickaelLarose le script dit qu’il y a eu un soucis de corruption de données, ce que j’attribuerais au fait que tu as dû couper la procédure tout à l’heure.

Le script te conseille de supprimer le dossier C:/Users/Suzena/.vagrant.d/data/machine-index/index, puis de recommencer.

Il te faut une bonne connexion internet quand tu lanceras le script, ainsi qu’un peu de temps, afin d’éviter de devoir couper en pleine procédure.

MickaelLarose · 6 November 2017 20:33

Oui c’est exactement ce qui s’est passé ce matin ,

Je vais ré-essayer

MickaelLarose · 6 November 2017 22:00

Je voulais savoir si c’était normal d’avoir ceci sachant que j’attends depuis plus d’une heure pour que la commande passe à autre chose… ?

Mickaël@LAPTOP-BTQ6SATM MINGW64 ~/cesium-desktop (master)
$ ./release.sh 0.19.3
nvm (Node version manager) not found (directory NVM_DIR not defined). Please install nvm, and retry
Checking that 0.19.3 has been pushed to 'origin'...
Remote tag: v0.19.3
Creating the pre-release if it does not exist...
Release v0.19.3 already exists. Skips creation.
Missing asset: cesium-desktop-v0.19.3-windows-x64.exe
Starting Windows build...
>> Copying Cesium Desktop sources...
>> Starting Vagrant Windows VM...
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'https://s3.eu-central-1.amazonaws.com/duniter/vagrant/duniter_win7.box'...
==> default: Matching MAC address for NAT networking...
==> default: Setting the name of the VM: duniter-release-windows

cgeek · 6 November 2017 22:03

Je pense que c’est normal, il y a plus de 10Go à télécharger. Ça peut te prendre la nuit la toute 1ère fois.

Les prochaines, cette étape sera instantanée.

En tout cas je suis content, je ne pensais pas que tu irais aussi loin ! Tu es a deux doigts de réussir !

Edit : ceci dit peut-être que je me trompe et qu’il y a un bug, mais sauf à avoir la fibre optique le téléchargement doit prendre plusieurs heures.

MickaelLarose · 6 November 2017 22:13

Merci ! Tu es d’une très grande aide !!
J’espère que ça va marcher ^^

J’ai la fibre optique mais étant en wifi, je ne pense pas avoir un débit extrêmement élevé…

delgobel · 6 November 2017 22:28

Bravo pour votre boulot, votre temps et votre patience.

jytou · 6 November 2017 22:29

C’est sûr que si tu te tapes le wifi… y a la bagatelle de 17 Go à télécharger, sois patient.

MickaelLarose · 6 November 2017 22:30

Oui

MickaelLarose · 7 November 2017 11:56

Bon… Malheureusement je suis resté bloquer à la dernière ligne…
J’ai vérifié si il y avait des échanges en wifi et je ne voyais rien, j’ai donc arrêté le logiciel.

Je vais ré-essayer plus tard dans la semaine et je ne perd pas espoir, j’ai vraiment envie de réussir et de pouvoir participer à mon petit niveau…

MickaelLarose · 7 November 2017 20:18

Je viens de ré-essayer et je reçois ceci :

Mickaël@LAPTOP-BTQ6SATM MINGW64 ~/cesium-desktop (master)
$ ./release.sh 0.19.3
nvm (Node version manager) not found (directory NVM_DIR not defined). Please install nvm, and retry
Checking that 0.19.3 has been pushed to 'origin'...
Remote tag: v0.19.3
Creating the pre-release if it does not exist...
Release v0.19.3 already exists. Skips creation.
Missing asset: cesium-desktop-v0.19.3-windows-x64.exe
Starting Windows build...
>> Copying Cesium Desktop sources...
>> Starting Vagrant Windows VM...

Bringing machine 'default' up with 'virtualbox' provider...
==> default: Clearing any previously set forwarded ports...
==> default: Fixed port collision for 22 => 2222. Now on port 2200.
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
==> default: Forwarding ports...
    default: 22 (guest) => 2200 (host) (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2200
    default: SSH username: vagrant
    default: SSH auth method: private key
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.

If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.

If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.

If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.
>> Something went wrong. Stopping build.
==> default: Unpausing the VM...
==> default: Attempting graceful shutdown of VM...
    default: Guest communication could not be established! This is usually because
    default: SSH is not running, the authentication information was changed,
    default: or some other networking issue. Vagrant will force halt, if
    default: capable.
>> VM closed.
Release: v0.19.3
Uploading asset cesium-desktop-v0.19.3-windows-x64.exe...
{ Error: ENOENT: no such file or directory, stat 'C:\Users\Suzena\cesium-desktop\arch\windows\cesium-desktop-v0.19.3-windows-x64.exe'
    at Object.fs.statSync (fs.js:948:11)
    at C:\Users\Suzena\cesium-desktop\scripts\upload-release.js:48:22
    at Generator.next (<anonymous>)
    at onFulfilled (C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:65:19)
    at C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:54:5
    at new Promise (<anonymous>)
    at co (C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:50:10)
    at githubUpload (C:\Users\Suzena\cesium-desktop\scripts\upload-release.js:47:10)
    at C:\Users\Suzena\cesium-desktop\scripts\upload-release.js:24:11
    at Generator.next (<anonymous>)
    at onFulfilled (C:\Users\Suzena\cesium-desktop\node_modules\co\index.js:65:19)
    at <anonymous>
  errno: -4058,
  code: 'ENOENT',
  syscall: 'stat',
  path: 'C:\\Users\\Suzena\\cesium-desktop\\arch\\windows\\cesium-desktop-v0.19.3-windows-x64.exe' }
All the binaries have been uploaded.

cgeek · 7 November 2017 20:23

Déjà bonne nouvelle, ta VM est téléchargée.

Par contre, tu as combien de RAM sur ta machine ?

Aussi, tu peux modifier le fichier cesium-desktop/blob/master/arch/windows/Vagrantfile et ajouter une nouvelle ligne juste en-dessous de config.vm.provision :

config.vm.boot_timeout = 900

Ce qui fera attendre au plus 15 minutes pour que Windows démarre correctement.

MickaelLarose · 7 November 2017 20:25

J’ai 4 Go de RAM.

Ok, je vais tester ça un peu plus tard

cgeek · 7 November 2017 20:27

Ah oui c’est un peu juste.

Tu peux aussi modifier la ligne vb.memory pour mettre 2,5Go de RAM :

 vb.memory = "2560"

Ou même tenter 3Go :

 vb.memory = "3072"

Rien ne sert de tenter au-delà, comme c’est le cas par défaut avec 4Go de RAM. Forcément ton PC sature immédiatement. D’où le délai.

MickaelLarose · 7 November 2017 20:29

Ok, merci !