Discussion :

[sekaijin]

bonjour,

j'essais de suis simplement les tutos sur grunt mais rien à faire quelque soit le tuto dès la première commande
j'ai une erreur.

Code shell :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
$ npm install -g bower
npm ERR! tar.unpack untar error /Users/jeanyves/.npm/bower/1.7.7/package.tgz
npm ERR! Darwin 15.3.0
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "bower"
npm ERR! node v4.2.3
npm ERR! npm  v2.14.7
npm ERR! path /usr/local/lib/node_modules/bower
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall mkdir
 
npm ERR! Error: EACCES: permission denied, mkdir '/usr/local/lib/node_modules/bower'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, mkdir '/usr/local/lib/node_modules/bower']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'mkdir',
npm ERR!   path: '/usr/local/lib/node_modules/bower',
npm ERR!   fstream_type: 'Directory',
npm ERR!   fstream_path: '/usr/local/lib/node_modules/bower',
npm ERR!   fstream_class: 'DirWriter',
npm ERR!   fstream_stack: 
npm ERR!    [ '/usr/local/lib/node_modules/npm/node_modules/fstream/lib/dir-writer.js:35:25',
npm ERR!      '/usr/local/lib/node_modules/npm/node_modules/mkdirp/index.js:47:53',
npm ERR!      'FSReqWrap.oncomplete (fs.js:82:15)' ] }
npm ERR! 
npm ERR! Please try running this command again as root/Administrator.

serait-il impossible d'exécuter grunt sans être admin ?
A+JYT

[Gnuum]

Ce n'est pas grunt ou bower le problème.
C'est que tu essaies de les installer en mode global npm install -g.
Ce qui en gros, essaie de les installer dans le répertoire d'installation de node.js dont ton utilisateur n'est pas propriétaire j'imagine (ce qui est tout à fait normal).

2 solutions:

• ne pas installer en mode global
• utiliser sudo pour la commande npm install

[sekaijin]

Ok
Grunt est un ovni pour moi et j'essais des tuto mais mise à part dire exécute ceci ou cela ce n'est pas très didactique
Ok donc le -g signifie global.

Merci à toi.
A+JYT

[Gnuum]

Ok donc le -g signifie global.

Oui, c'est bien ça!

Si tu as le choix, avant de rentrer à fond dans Grunt, jette un coup d'oeil a Gulp.
Bon courage!

[SylvainPV]

Si Grunt cause déjà des difficultés, Gulp va donner des cauchemars

Les task runners sont à la fois géniaux et horribles. Grunt et Gulp ont tous les deux de lourds défauts, dans leur API, leur écosystème et leurs performances. J'ai pensé me tourner vers bucaran/fly comme alternative, mais le développement s'est considérablement ralenti et on reste toujours dépendant de plug-ins spécifiques. Certains mettent en avant depuis longtemps l'usage de bons vieux scripts npm, mais c'est plus délicat à gérer pour les builds complexes et on retrouve les vieux problèmes d'interopérabilité entre Linux et Windows.

J'ai pas vraiment trouvé de solution optimale. Je pense qu'utiliser les scripts npm pour lancer un script avec Node, qui lui utilise les Promise d'ES6 au lieu d'API propriétaires, ça pourrait marcher. Mais c'est artisanal et on ne trouvera aucun guide pour ça. Plutôt qu'un énième task runner avec son API et ses centaines de plugins, j'adorerai voir un guide pour écrire ce genre de scripts en vanilla. Certains prennent ça avec humour, voire dédain : https://gist.github.com/substack/8313379

[sekaijin]

L'ensemble de mon projet est géré avec Maven

Je ne compte utiliser Grunt etc que pour le minimum.
et maven pour faire le build.

j'ai effectivement vu que grunt était un peu mal foutu.
déjà mélanger les dossier de travail le code source et le résultat du build
ça m'a fait sur sauté.
je suis mal habitué avec maven ou il y a /src et /target

ça laisse présagé plein de déboires.

je continue à explorer.
si j'arrive à quelque chose de cohérent et intéressent je ferais un petit partage.

A+JYT

[Marco46]

j'ai effectivement vu que grunt était un peu mal foutu.
déjà mélanger les dossier de travail le code source et le résultat du build
ça m'a fait sur sauté.
je suis mal habitué avec maven ou il y a /src et /target

Ca n'a rien à voir avec grunt par lui même, ça dépend complètement de tes taches. Rien n'empêche d'avoir la même chose que sur maven. Perso j'ai pareil que toi sauf que /target s'appelle /dist.

Sur ton problème de droit comme le disait quelqu'un d'autre ce n'est ni un problème lié à grunt, ni à npm, c'est un problème de droit pur et simple.

Utiliser sudo est une mauvaise idée, la solution consiste à installer node dans ton /home plutôt que dans /usr/local. L'explication détaillée.

[Marco46]

2 solutions:

• ne pas installer en mode global
• utiliser sudo pour la commande npm install

Il y a une 3ème solution qui est de loin la meilleure : Installer node dans son /home.

[Gnuum]

Il y a une 3ème solution qui est de loin la meilleure : Installer node dans son /home.

C'est une solution intéressante effectivement. Après elle me parait très impactante pour un serveur de prod (qui reste le plus intéressant à protéger). As-tu réalisé ce genre d'installation en prod Marco et, si oui, comment t'y es tu pris (dans le lien que tu as donné, Tom précise qu'il ne l'a pas utilisé en environnement de production)?

[Marco46]

C'est une solution intéressante effectivement. Après elle me parait très impactante pour un serveur de prod (qui reste le plus intéressant à protéger). As-tu réalisé ce genre d'installation en prod Marco et, si oui, comment t'y es tu pris (dans le lien que tu as donné, Tom précise qu'il ne l'a pas utilisé en environnement de production)?

Je n'ai jamais développé d'applications nodejs, je développe du front (angular), je n'ai donc besoin de npm qu'en tant que dépendance de dev et je n'ai donc nul besoin d'installer node en prod.

[Gnuum]

Ok, merci d'avoir répondu.

Sachant que je ne pense pas que npm exécute un quelconque code (hormis le sien) et que node ne s'exécute pas en root, les problèmes de sécurité (comme celui invoqué du cheval de Troie) ne me paraissent pas forcément fondés. Vu la complexité que peut engendrer une telle installation potentiellement (pour quelqu'un qui n'est pas un spécialiste linux) et la non transposabilité simple et avérée sur un serveur de prod, je ne recommanderais pas forcément cette installation comme solution ultime à ce problème.

[sekaijin]

pour l'install de node, npm
j'ai trouvé une solution simple
frontend-maven-plugin

Il installe node et le reste dans le workspace du build.
ça parait contre productif mais pour une usine logicielle genre jenckins ça permet de n'avoir que des projet qui ne demande pas d'intervenir sur la machine.

dans la logique de maven on récupère le source sur le repository (svn, git, ...) et on fait un simple mvn install
la machin n'a donc besoin que d'un JDK et de maven.
tout le reste est dans le projet lui-même.

A+JYT