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."

Será que a sua senha é SEGURA?

Em tempos de trabalho remoto precisamos ter ainda mais atenção com a segurança dos nossos dispositivos.

Além disso é muito importante estar usando uma VPN bem estruturada, mas isso depende da equipe de TI da sua empresa. No meu caso em específico, não tenho o que reclamar pois eles fazem um ótimo trabalho.

Pensando nisso nesses dias, acabou que me veio em mente que se eu eu perder senhas de alguns serviços que utilizo estou totalmente lascado, tais como Google, por exemplo...

Por favor NUNCA faça isso!

Então resolvi testar a força da minha senha atual de um desses serviços.

Me assustei quando vi que foi alterada pela última vez em 8 de maio de 2006. Nessa época ela devia até ser uma senha forte...

Considerei 3 sites para avaliação da senha. Adianto que são seguros. Você não vai submeter nenhuma senha. A força da sua senha será calculada à medida que você digita:

1) http://www.passwordmeter.com/

2) https://howsecureismypassword.net/

3) https://password.kaspersky.com/br/


Resultados do teste

Senha anterior:
1) Nota de força: 84%
2) Um computador levaria apenas 4 segundos para quebrar a senha
3) Um computador levaria 12 dias para decifrar a senha

Senha nova:
1) Nota de força: 100%
2) Um computador levaria 3 milhões de anos para quebrar a senha
3) Um computador levaria 33 SÉCULOS para decifrar a senha

Não basta somente uma senha forte

É bom salientar que não basta apenas usar uma senha forte. É imprescindível tomar cuidados para não cair em vários tipos golpes que existem na internet, usar um bom antivírus (se usar Windows), etc...

Atualmente há mais uma prática que eu considero vital: autenticação de duplo fator. Recomendo esse artigo para mais detalhes.

Emulador do Android SDK no Ubuntu 16 - Resolvido

Recentemente passei por alguns problemas para fazer funcionar o emulador do Android SDK instalado juntamente com o Android Studio 2.3.3 em máquinas Ubuntu de onde trabalho.

Configuração das máquinas:

Intel® Core™ i7 CPU 870 @ 2.93GHz × 8

8GB de RAM

Ubuntu 16.04 64bit

A princípio, uma configuração suficiente pra rodar o Android Studio, mais precisamente o emulador que dava problema. Tanto na minha como nas máquinas de 2 colegas.

Depois de muitas pesquisas na documentação do Android Studio, stackoverflow e outros sites relacionados chegamos à solução do problema.

Problema:

Antes de chegar na questão, passamos por outras situações, tais como a solicitação de instalação do Intel HAXM (Hardware Accelerated Execution Manager) ou KVM (Kernel-based Virtual Machine), configuração de BIOS para habilitar a virtualização do processador, entre outros.

Após pesquisas vimos que era algo bem comum. Com vários relatos, inclusive de casos que funcionavam antes, mas não após o upgrade pra versão 2 do Android Studio.

Após a resolução das configurações iniciais citadas, chegamos num ponto em que o emulador é iniciado, mas dá crash, às vezes logo de início, às vezes no início do carregamento do sistema operacional.

Um das causas do problema parece estar relacionada à interface gráfica Unity, já que vimos soluções em que a mudança para o Mate resolveria, mas não era algo aplicável ao nosso caso.

Cheguei a pensar se o fato de usar um processador Intel de 1ª geração poderia ser complicador também, já que no meu notebook com processador de 5ª geração (i5-5200U) e 8GB de RAM o emulador rodou normalmente.

Solução:

Inicialmente, a CPU precisa suportar uma das seguintes tecnologias de virtualização:

• Intel Virtualization Technology (VT, VT-x, vmx) extensions
• AMD Virtualization (AMD-V, SVM) extensions (Linux only)

A chave de tudo é fazer funcionar o processo de aceleração

1) Aceleração de hardware

Ao usar aceleração de hardware seu emulador deve rodar mais rapidamente, mas o problema que temos é que exatamente por tentar usar isso que o erro ocorre. Muito provavelmente você está usando o driver SL Nouveau. Ele acaba tornando a renderização gráfica mais lenta ou ocasiona o crash.

Solução: atualizar/modificar o driver da placa de vídeo. No meu caso a placa era uma GeForce 8400. Bastou reverter para o driver do fabricante nvidia-340 que já estava até instalado, mas não em uso.

2) Se ainda assim não der certo... usar Aceleração via software

Aceleração via software é útil somente se o computador não dispõe de drivers gráficos compatíveis com o emulador. A imagem do Android deve ser criada definindo a opção Emulated Performance: Graphics como 'Software' para assim não usar a GPU do host. Mesmo com esse procedimento só funcionou a versão Lollipop do Android no nosso caso.

Além disso foram necessários mais alguns comandos:

• Instalação de bibliotecas:

sudo apt-get install lib64stdc++6:i386

sudo apt-get install mesa-utils

• Copiar pastas lib, lib64 e qemu da pasta emulator para tools dentro de $ANDROID_SDK.

• Renomeia pasta:

Na pasta '$ANDROID_SDK/emulator/lib64': 

mv libstdc++/ libstdc++.bak

• Linca pasta do emulador pra pegar as bibliotecas do sistema

Na pasta '$ANDROID_SDK/emulator/lib64': 

ln -s /usr/lib64/libstdc++.so.6 libstdc++

• Para rodar o emulador via linha de comando:

Na pasta '$ANDROID_SDK/tools$:

 ./emulator -list-avds

Na pasta '$ANDROID_SDK/tools$:

 ./emulator -use-system-libs -avd Nexus_5X_API_22

Em alguns casos não precisa do -use-system-libs. Em outros dá pra rodar direto do Android Studio.

Em qualquer dos casos, se prepare que muita memória vai ser consumida. Nem 8GB é o bastante quando uma aplicação está rodando e com navegadores e outros programas abertos.

Observação: você não pode rodar uma VM dentro de outra VM como VirtualBox ou VMWare. Você deve rodar o emulador diretamente do seu hardware.

Instalação Dual-Boot de Windows 10 e Ubuntu 15 em notebook Positivo Sim+ [Problemas e soluções]

Eu nunca fui de comprar/utilizar sistemas operacionais (nem consoles de videogame) no momento em que são lançados. Sempre preferi aguardar até que os mesmos estivessem mais testados e maduros.

Meu notebook, comprado em 2009, veio instalado com um Linux de fábrica, depois instalei um Vista (que não durou muito), até que já faz um bom tempo instalei o Windows XP SP3 (com dual boot com Ubuntu 9, este por conta de um trabalho acadêmico), o qual continuei utilizando até este ano. Sempre usei muito mais o Windows XP, que atendia muito bem as minhas necessidades. Então em agosto deste ano resolvi instalar sistemas operacionais mais recentes na máquina. Optei por um característico dual boot com:
1) Windows 10
2) Ubuntu 15 (Vivid Vervet)

O meu notebook é um Positivo Sim +, Intel Core 2 Duo 6400 2Ghz, 3Gb de RAM. Foi muito vendido em 2009 por conta do seu custo-benefício. Acho incrível como um notebook de mais de 6 anos de uma marca não muito recomendada continue funcionando tão bem. O grande problema dele e alguns outros modelos dessa época é o suporte aos drivers, como veremos nesse post.

O Dual Boot

Pra instalar 2 SOs numa máquina você vai precisar de um Dual Boot. Alguns preferem usar uma máquina virtual, mas pela experiência que já tive de ver a potência da máquina reduzir pela metade eu prefiro um dual boot. Mas, cada caso é um caso.

A forma mais simples é instalar primeiro o Windows, reparticionar o disco para definir quanto de tamanho fica pra cada SO, o que pode ser feito no utilitário de Gerenciamento de Disco ou em alguns casos pode ser necessário um aplicativo mais completo, como o EaseUS Partition Manager.

Caso queira mudar a ordem do dual boot, sugiro esse link:

http://www.vivaolinux.com.br/dica/GRUB-2-Alterando-ordem-de-boot

Instalação Windows 10

A Microsoft adotou uma estratégia bem arrojada pra disseminar seu novo sistema operacional. Basta você ter um Windows 7 SP1 ou Windows 8 (podem ser até piratas) para ter direito a baixar gratuitamente a sua cópia LEGAL do Windows 10. Ninguém sabe como isso vai ficar no futuro, mas são as condições atuais que a Microsoft estabeleceu.
No processo de instalação, deixei 20 Gb para o Linux e o restante dos aproximadamente 440 Gb para o Windows 10, optando por instalar ele antes por ser bem mais simples. O Linux acessa nativamente os arquivos da partição do Windows, ponto pro Linux. Para o Windows acessar os arquivos do Linux é necessário instalar um aplicativo por fora.

A instalação do Windows é bem simples, no mesmo estilo das versões anteriores. O primeiro problema que tive foi no término da instalação, quando me deparei com uma tela de login com uma faixa preta vertical. Aí surge o grande problema: drivers.

Até a data da publicação desse post eu tive vários problemas com alguns drivers para Windows 10. Ao pesquisar pelo número de série, o próprio site da Positivo informa que o modelo do meu notebook não suporta o Windows 10. Mas como chegamos aqui, vamos dar um jeito no melhor estilo falcão de fazer as coisas funcionarem.

Vídeo: não funciona 100%. Tentei instalar drivers de várias formas e sempre dava algum problema. Crashs de vídeo ocorrem com frequência. Na hora de bloquear a máquina é o momento em que mais ocorre o problema da faixa preta vertical. No final, acabei deixando instalado o driver da Sis Mirage Graphics, mas é bom se acostumar a toda vez que surgir a faixa vertical usar as teclas Fn+F7 para normalizar a tela [Atualizado dia 13/7/2016: o último update do dia 12/7 parece ter corrigido esse problema (não tenho mais como testar pois estou com outro notebook): "Fixed issue with some people seeing a black screen instead of the lock screen when resuming from connected standby." https://support.microsoft.com/en-us/help/12387/windows-10-update-history] . Se tiver uma Smart TV na sua rede, recomendo assistir vídeos usando o ótimo recurso de conversão para outro dispositivo, clicando com o botão direito no arquivo de vídeo.

Som: o driver da Realtek não funciona direito. Acabei deixando o driver padrão de áudio, mas mesmo assim o som apresenta chiadeiras em alguns momentos. Nesse site você pode baixar o driver pro Windows 7 (parece que desde essa época ocorriam problemas) além de algumas orientações:
http://www.baixaki.com.br/download/realtek-hd-audio-drivers-vista-windows-7-.htm

Instalação do Ubuntu

O Linux não é a salvação dos problemas do mundo. Ao contrário do que muitos dizem, ele também trava, precisa ser reinicializado após certas instalações e tem tantas qualidades e problemas como a maioria dos mais importantes sistemas operacionais.

Sempre usei muito mais Windows do que Linux na minha vida. Esta foi a primeira vez em que tive uma melhor experiência ao utilizar Ubuntu do que Windows, por conta do mau funcionamento dos drivers neste último. Só que para deixar o Ubuntu nesse ponto a minha luta foi grande também, pois os problemas de instalação que foram resolvidos eram inicialmente tão ou mais graves do que os que observei no Windows, que dificilmente dá problema em suas instalações. É nessas horas que a maioria dos usuários, seja por falta de conhecimento técnico ou de paciência mesmo, desiste do Linux e pega o primeiro Windows pirata que aparecer.

Após instalar o Ubuntu, fiquei com uma tela de 640x480 muito difícil de se trabalhar. Neste link você encontra a solução do problema: http://www.fredericomarinho.com/instalar-o-driver-da-placa-de-video-sis-671771-no-linux-mint-11/
Provavelmente vai ser necessário criar o arquivo xorg.conf, o que é bem explicado neste link: http://askubuntu.com/questions/4662/where-is-the-x-org-config-file-how-do-i-configure-x-there

Após a instalação do Ubuntu, recomendo esses links para instalação de programas que todos nós precisamos, mas no caso do Ubuntu a maioria das pessoas não conhece tão bem:
Players de música:
http://www.diolinux.com.br/2015/04/os-7-melhores-player-de-musica-para-linux.html
11 coisas a fazer após a instalação:
http://www.omgubuntu.co.uk/2015/04/things-to-do-after-installing-ubuntu-15-04

Conclusão

Em resumo, o que o Windows 10 precisa melhorar pra me oferecer uma melhor experiência: Otimizar os drivers de vídeo (Sis Mirage Graphics), que ainda apresenta instabilidades, e o áudio da Realtek que fica chiando com frequência. Alguns vídeos dão certas travadas tanto no Linux como no Windows.