Skip to content

Problemas no script desktop em Ubuntu / Windows 11 WSL #7

@ricardolrm

Description

@ricardolrm

E ai Luis! Ricardo aqui da Engehall de JF. Blz?

Tempão que a gente não conversa. Tranquilo?

Seguem os erros que ocorreram na execução do script:

========================================================
SETUPVIBE DESKTOP - INSTALLATION SUMMARY

[1] Base System & Build Tools ... ✔ OK
[2] Homebrew (Package Manager) ... ✘ Error
[3] PHP 8.4 Ecosystem (Laravel) ... ✘ Error
[4] Ruby Ecosystem (Rails) ... ✔ OK
[5] Languages (Go, Rust, Python + uv) ... ✔ OK
[6] JavaScript (Node, Bun, PNPM) ... ✔ OK
[7] DevOps (Docker, Ansible, GH) ... ✔ OK
[8] Modern Unix Tools (Via Brew) ... ✘ Error
[9] Network, Monitoring & Tailscale ... ✔ OK
[10] SSH Server (Linux Only) ... ✔ OK
[11] Shell (ZSH & Starship Config) ... ✔ OK
[12] Tmux & Plugins ... ✔ OK
[13] AI CLI Tools ... ✔ OK
[14] Finalization & Cleanup ... ✔ OK

SetupVibe Desktop Completed Successfully! 🚀


Com a ajuda do Claude consegui resolver aqui. Vou te passar as recomendações que o modelo me passou para acertar.

Para te ajudar ai, tmb estou te anexando todo o fluxo do script em anexo tmb para vc ver os erros...

fluxo_script_desktop.txt

Segue um resumo ai para vc desembolar e acertar nos scripts (desktop / server)


Solução para "[2] Homebrew (Package Manager) ... ✘ Error":

A correção no script do seu professor seria trocar a linha 502 de:
bashuser_do NONINTERACTIVE=1 /bin/bash -c "$(curl ...)"
para:
bashuser_do env NONINTERACTIVE=1 /bin/bash -c "$(curl ...)"


Solução para " [3] PHP 8.4 Ecosystem (Laravel) ... ✘ Error":

O problema é que o script instala o Composer em $REAL_HOME/.local/bin/composer mas não adiciona esse diretório ao PATH da sessão antes de tentar usá-lo na linha seguinte.
A correção é adicionar um export PATH entre a instalação do Composer e o uso dele. No script, entre as linhas 616 e 620, inserir:

Após a linha 616 (chmod +x):

export PATH="$REAL_HOME/.local/bin:$PATH"

Ou seja, o trecho ficaria assim:

        user_do mv composer.phar "$REAL_HOME/.local/bin/composer"
        user_do chmod +x "$REAL_HOME/.local/bin/composer"
    else
        user_do composer self-update 2>/dev/null || sys_do composer self-update
    fi
    
    # Ensure composer is in PATH for this session
    export PATH="$REAL_HOME/.local/bin:$PATH"
    
    echo "Setup Laravel Installer..."
    user_do composer global require laravel/installer

Então para o issue no GitHub, são dois bugs no script:

Bug 1 (Passo 2 — Homebrew): Na linha 502, user_do NONINTERACTIVE=1 /bin/bash -c "..." trata NONINTERACTIVE=1 como nome de comando. Correção: trocar para user_do env NONINTERACTIVE=1 /bin/bash -c "...".

Bug 2 (Passo 3 — Composer): Após instalar o Composer em $REAL_HOME/.local/bin/, o PATH não é atualizado antes de chamar composer global require. Correção: adicionar export PATH="$REAL_HOME/.local/bin:$PATH" antes da chamada ao composer.


Solução para " [8] Modern Unix Tools (Via Brew) ... ✘ Error":

É efeito cascata do passo 2. Como o Homebrew não instalou na hora do script (por causa do bug do NONINTERACTIVE), quando chegou no passo 8, o brew não existia no PATH. Não é um bug separado — corrigindo o bug 1, o passo 8 funciona automaticamente.

Espero ter ajudado... 😉

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No fields configured for Bug.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions