Problema no node-gyp ao preparar ambiente Angular no Linux Mint - "gyp err stack error make failed with exit code 2"

Uma das desvantagens de trabalhar em home office são essas situações que surgem ao configurar ambientes que fazem a gente perder um bom tempo.

Principalmente se você trabalha com desenvolvimento de sistemas, feito eu. Enquanto eu estava usando o Linux Mint, as máquinas do trabalho todas são Ubuntu 18.

O PROBLEMA

Um problema bem chato que levou um bom tempo para descobrir a solução, similar a esse que foi relatado no stackoverflow.

Ao preparar a máquina para trabalhar com um sistema desenvolvido em Angular me deparei com um erro pois sempre o node-gyp era chamado para compilar alguns módulos tais como o node-sass.

Verifiquei que na máquina de todos os colegas não ocorria, somente na minha. Tanto no meu desktop antigo (Mint 19.3), quanto no notebook (Mint 19.1). Versão node 12.18.3 e npm 6.14.6. A máquina de todos eles era Ubuntu. Por que não mudei pra ele então? Porque não queria ter que preparar ooooutro ambiente!

Ao final do npm install dá esse erro:

gyp ERR! build error 

gyp ERR! stack Error: `make` failed with exit code: 2

(...)

gyp ERR! System Linux 4.15.0-20-generic

gyp ERR! command "/home/windson-serpro/.nvm/versions/node/v12.18.3/bin/node" "/home/windson-serpro/git/serpro/editais/editais-suiterfb-frontend/node_modules/node-gyp/bin/node-gyp.js" "rebuild" "--verbose" "--libsass_ext=" "--libsass_cflags=" "--libsass_ldflags=" "--libsass_library="

gyp ERR! cwd /home/windson-serpro/git/serpro/editais/editais-suiterfb-frontend/node_modules/node-sass

gyp ERR! node -v v12.18.3

gyp ERR! node-gyp -v v3.8.0

gyp ERR! not ok 

Build failed with error code: 1

De tudo que pesquisei, se falava que eu tinha que instalar o build-essential para a compilação via make rodar. Sugeriam várias outras bibliotecas mas vi que não resolvia também.

Segui outra referência que apontava que eu deveria remover o package-lock.json, a pasta node_modules (se você realmente trabalha com node já fez isso milhares de vezes...) mas além disso a pasta oculta .node-gyp e então instalar de novo o node-gyp. Também não resolveu...

A SOLUÇÃO

Analisei o problema mais a fundo com um colega. Vimos que tinha um passo que ocorria na minha máquina mas nunca na dele: essa compilação do node-gyp. 

O node-gyp serve para compilar módulos nativos, mas isso não deveria ser necessário nesse caso, e ele parecia tentar compilar o node-sass e com isso sempre dava erro no meu ambiente.

Portanto toda vez que eu rodasse o npm install e surgisse uma pasta oculta .node-gyp na minha home, era sinal de problema.

Fomos tentando outras versões do node até que eu fui bater na versão de sistema do Mint 19.1: a 8.10.0, bem antiga.

E então pela primeira vez o npm install rodou sem os erros do node-gyp. 

Ou seja, quando está tudo OK ele encontra o binário da biblioteca, no meu caso o node-sass, e não precisa chamar o node-gyp.

Ao rodar o npm start, depois ainda deu um erro de dependência pois não achava a dependência quill.

Então foi só dar um npm install quill e depois o npm start que a aplicação rodou normalmente

Também publicado no medium

Home office com o Linux Mint - A melhor distribuição que já usei

Já são quase 6 meses trabalhando de home office e com isso o parque tecnológico residencial da Batalha Corp foi exigido como nunca antes na história desse país. 

Atualmente temos um desktop e um notebook. O notebook é um Samsung que tem a seguinte configuração: i5-5200, 8GB de RAM, HD de 1 TB. É suficiente para trabalhar com as ferramentas que uso para desenvolvimento de sistemas.

Acho que me sinto mais confortável trabalhando no desktop mas ele tem uma configuração beeem mais fraca. Um Dual Core Intel Pentium G3260 (não é nem um i3...), 4GB de RAM e um HD de 500 GB.

Me julguem!

Aí você diz: "Zé Batalha, deixe der canguinha | miseráve | muquirana | mão-fechada | pão-duro" (coloque o adjetivo de sua preferência) rs... você pode comprar uma máquina melhor!

Sim eu posso, graças a Deus. A questão é que pode parecer incrível mas esse desktop vem me atendendo em muita coisa com essa configuração. 

Em termos de custo-benefício creio que estava aceitável. Mas isso porque eu corri atrás de fazer um hardware tão fraco funcionar melhor e aí que entra a motivação dessa postagem.

Windows x Linux

Tenho um dual-boot nas 2 máquinas:

• Desktop: Linux Mint 19.3 e Windows 7
• Notebook: Linux Mint 19.1, Windows 10 e até um Kali Linux (foi um tempo que eu queria pagar de hacker igual o Mr. Robot... rs)

Cheguei ao ponto de fazer um downgrade do Windows 10 para o 7 no desktop pra ver se a máquina funcionava melhor e ainda assim o negócio está sofrível...

E pra ser sincero, até no meu notebook, que tem uma configuração muito melhor, o desempenho do Windows 10 está muito fraco e tem vários problemas que só ocorrem nele:

• Demora acima do normal para inicializar o sistema e para abrir a maioria dos programas
• Quando logo na VPN da empresa a internet cái com frequência, aí tenho que ficar alterando as configurações de DNS, sem contar os constantes pedidos de reinicialização para atualizar o aplicativo de VPN
• Por vezes ocorre um bug estranho que deixa as teclas de função sempre acionadas
• O vídeo também buga às vezes, como se a placa de vídeo estivesse com uma resolução de cores bem mais baixa

Você pode dizer que alguns desses problemas são relacionados ao hardware, mas nada disso ocorre no Linux Mint...

A experiencia Linux Mint

Instalei o Linux Mint 19.3 Tricia nesse meu desktop falcão sem muitas expectativas. Até por isso escolhi um window manager mais leve, o XFCE. E não fiz mais nenhum ajuste.

Nessa máquina eu consigo hoje: deixar 2 navegadores abertos: Chrome e Brave com 5 abas cada; Audacious tocando mp3; VS Code aberto. Tudo isso com cerca de 80% de memória em uso, funcionando de boa sem engasgos. Não consigo fazer metade disso quando entro pelo Windows 7.

Com essa configuração por várias vezes tudo roda mais fluido que no Windows 10 no notebook que tem um hardware muito melhor.

Nesse desktop, fiz cursos de React, Node, Docker, MongoDb, Go, Solidity sem problemas de performance.

Para não dizer que não ocorrem problemas, quando preciso alternar usuário, a máquina às vezes trava, com mais frequência no notebook, aí tenho que reiniciar.

Sei que existem formas muito mais profissionais de otimizar um Linux, mas aí tem que ser ninja. Não tenho esse profissionalismo todo... rs

A magia do SSD

Muitos dizem que se eu botar um SSD no notebook tudo vai ficar mais rápido e eu boto fé nisso. Sei do quanto um SSD melhora o desempenho de um SO.

Mas aí me diz porque o Linux Mint em uma mesma configuração consegue ter uma performance tão superior? E o olha que eu uso Windows desde que comecei a trabalhar na área de TI (faz 20 anos) e não instalo qualquer coisa nele.

Já fiz de tudo pra melhorar a performance desse Windows 10: desabilitei a Cortana, tento deixar somente os serviços mais essenciais ativados entre outras coisas mas até agora nada disso surtiu efeito. Creio que só o bom e velho formata e instala de novo deve resolver...

Eu sinceramente acho que esse Windows 10 é meio baleado. Houve versões melhores. O 7 e o XP foram as mais estáveis a meu ver.

Atualização do parque tecnológico da Batalha Corp...

A título de informação, o Zé Batalha deve tirar o escorpião do bolso e já tem orçamento aprovado para atualizar o parque tecnológico. 

Pretendo comprar um SSD para o notebook, instalar tudo do zero e assim melhorar a sua performance.

Também penso em comprar um desktop novo mais parrudo pois tenho projetos pessoais que demandam uma máquina melhor e assim também terei mais agilidade.

As ferramentas da Microsoft são muito fáceis de usar e foram meu ganha pão por um bom tempo da minha vida profissional. Pra se ter uma ideia meu apelido é "Windows" desde a faculdade... Tenho postagens de 5 anos atrás sobre o Windows 10.

Mas o Mint foi certamente a melhor experiência que já tive com um Linux, até porque a versão XFCE fez praticamente um milagre no meu desktop.

Como li recentemente: "O Mint definitivamente tem uma grande vantagem quando se trata de velocidade e desempenho. Em uma máquina mais nova, a diferença pode ser quase imperceptível, mas em um hardware mais antigo, ela definitivamente será muito sentida."