PhotoCraft para Linux: AppImage, Flatpak e Editor Web

PhotoCraft para Linux: AppImage ou pacote?

Use os arquivos oficiais indicados abaixo para escolher um pacote compatível com sua distribuição e arquitetura de CPU. O projeto documenta opções AppImage, deb, rpm, tarball e Flatpak, mas os arquivos anexados ao lançamento escolhido determinam o que está disponível. Não suponha que um pacote x86_64 funcione em ARM nem tente instalar um deb como se fosse um rpm.

O guia de download diferencia os pacotes nativos do PhotoCraft e o ArtCraft Launcher. A imagem de disco do launcher para macOS não é um instalador Linux. Os lançamentos desktop podem ser mais recentes que a versão web fixa v0.12.0 hospedada aqui.

Confira a integridade e os requisitos de execução

Compare o SHA256 do arquivo com a lista de checksums do mesmo lançamento. Leia as instruções de instalação e as dependências do pacote antes de executá-lo. Um bundle Flatpak pode exigir um runtime freedesktop do Flathub; os requisitos e a integração com o desktop de um AppImage dependem da versão. Formatos de pacote são caminhos de instalação diferentes, não uma garantia de testes em todas as distribuições.

Para dúvidas sobre o desenvolvedor, checksums e tratamento de arquivos, consulte o guia de segurança. Guarde a tag da versão e o nome do arquivo ao relatar um problema ao projeto.

Gráficos no desktop ou edição no navegador

O comportamento de Wayland/X11 no desktop e o renderizador do navegador são caminhos diferentes. Consulte as notas atuais para limitações de abertura de arquivos, servidor gráfico ou GPU, em vez de aplicar uma solução antiga a todas as versões. Este guia não instala pacotes nem altera as configurações do seu servidor gráfico.

Você pode experimentar o editor web do PhotoCraft sem instalar. Ele exige um navegador com WebGPU ou WebGL2 compatível e memória suficiente; as opções de renderizador servem para diagnóstico. A avaliação descreve nosso teste pequeno no navegador. Salve antes de trocar o renderizador ou atualizar a página, pois esta versão fixa não tem salvamento automático nem recuperação após falhas.

Escolha uma rota de pacote deliberadamente

Primeiro registre sua distribuição, versão e arquitetura do processador. Use essas informações com os ativos e instruções para a versão real selecionada. Um pacote construído para uma família de distribuições não é intercambiável com outra simplesmente porque ambos usam Linux. Se o upstream fornecer vários formatos, escolha uma rota documentada em vez de misturar arquivos de pacotes diferentes em uma única pasta de aplicativo.

Estas são verificações de decisões de instalação baseadas em informações de distribuição upstream, e não uma afirmação de que testamos todas as distribuições. O fluxo de trabalho do navegador descrito em outro lugar não é um teste de instalação nativo do Linux. Mantenha o URL de lançamento e o nome de arquivo exato e leia as notas de dependência e do servidor de exibição antes de tentar iniciar. Evite instalar um pacote não relacionado com nome semelhante só porque um resultado de pesquisa parece conveniente.

Verifique os bytes antes de conceder permissão de execução

Execute sha256sum /path/to/download no arquivo que você realmente baixou. Compare o resultado completo com o nome do arquivo correspondente na lista de checksum publicada dessa versão. Se um resumo for diferente ou nenhuma referência confiável estiver disponível, investigue em vez de tratar uma extensão familiar como verificação. Uma correspondência resumida é um resultado de integridade, não uma auditoria de segurança completa.

Um AppImage ou executável extraído pode precisar de permissão de execução para ser executado; siga as instruções da versão para o arquivo específico. Conceder essa permissão não instala dependências ausentes nem estabelece que o software é seguro. Não execute um editor GUI como root como uma solução genérica para um erro de permissão. Registre qual caminho foi negado e verifique os requisitos de tempo de execução documentados.

Mantenha o gerenciamento de pacotes consistente

Para uma rota deb ou rpm, use o processo de gerenciamento de pacotes suportado pela sua distribuição e inspecione as dependências antes de aceitar a operação. Para Flatpak, identifique o aplicativo e a origem do upstream em vez de inventar um ID de aplicativo. Os downloads em tempo de execução e as permissões de sandbox pertencem a essa rota de empacotamento e podem ser diferentes de um arquivo portátil.

Um tarball pode exigir a manutenção de recursos de acompanhamento juntos. Extraia-o em um diretório dedicado e siga as instruções incluídas em vez de mover apenas um executável. A integração da área de trabalho, as associações de arquivos e o comportamento de atualização são específicos do pacote. Não presuma que a instalação de um segundo formato removerá automaticamente a primeira cópia ou fará com que ambas as cópias compartilhem a mesma configuração.

Como diagnosticar problemas de inicialização com um registro pequeno

Distinga uma dependência ausente, um erro de permissão e uma falha na inicialização de gráficos. Registre a distribuição, formato do pacote, lançamento, sessão de exibição e mensagem relevante do console. Se você iniciar a partir de um terminal para coletar erros, inspecione a saída antes de publicá-la; caminhos do sistema de arquivos e detalhes do ambiente podem expor informações pessoais. Um erro curto e exato é mais útil do que uma captura de tela de uma área de trabalho inteira.

O comportamento do Wayland ou X11 em um aplicativo nativo não é idêntico ao caminho da tela do navegador. A alternância do renderizador do navegador não reconfigura o aplicativo nativo. Use a documentação upstream atual para opções nativas e o guia de solução de problemas do navegador para o editor incorporado deste site. Altere uma condição de cada vez para poder explicar qual alteração afetou o resultado.

Atualize e desinstale sem perder fontes

Salve documentos e feche o aplicativo antes de alterar os pacotes. Siga o processo de atualização ou remoção associado ao formato que você instalou. Mantenha os originais e as versões salvas fora do diretório do aplicativo. Para um arquivo portátil, teste primeiro a nova versão em um diretório separado; não substitua a única cópia de trabalho enquanto ela estiver em execução.

A remoção de um pacote de aplicativos não garante a exclusão de todas as preferências ou documentos por usuário. Inspecione os caminhos documentados antes de limpar qualquer outra coisa. Se você reverter, teste uma cópia de um documento produzido antes da atualização e mantenha uma exportação de referência. Um salvamento mais recente pode apresentar suas próprias diferenças de compatibilidade, mesmo quando um executável mais antigo ainda inicia com êxito.

Finalizar com uma verificação de aceitação de saída

Abra uma pequena imagem não confidencial, faça uma alteração visível, salve um arquivo de trabalho e exporte um PNG. Inspecione a saída real baixada ou salva e reabra uma cópia. Em seguida, teste um documento representativo com os recursos específicos exigidos pela sua tarefa. Não deduza a prontidão da produção apenas pelo sucesso da instalação.

Se você preferir não instalar um pacote nativo, a opção do navegador está disponível com suas próprias limitações do início do alfa. Sua interface original em inglês, necessidades gráficas e falta de salvamento automático ainda se aplicam. Escolha o ambiente que passa nas verificações da sua tarefa e mantenha uma alternativa verificada quando um requisito essencial permanecer não testado ou não confiável.