DEV Community: Raul Dipeas

Desenvolvendo o Dekuve - Criação dos scripts

Raul Dipeas — Sun, 07 Mar 2021 05:37:38 +0000

Chegamos nos finalmente, momento onde o vou descrever o meu método de criação para o script que vai gerar a imagem de instalação do sistema.

Ao longo dos últimos 10 anos, eu usei vários métodos para criar ou remasterizar imagens de instalação baseadas no Ubuntu e no Debian, fui afunilando o processo com base nas experiências que tive e cheguei num método que hoje eu classifico como correto, mas calma, antes de achar que eu estou ditando regras, vou tentar explicar os motivos aqui.

A grande maioria das distribuições Linux feitas por usuários iniciantes, usam o método Remastersys, bem antigo e manjado, que consiste em instalar o sistema localmente, fazer as customizações necessárias e depois empacotar essa instalação dentro de uma imagem ISO.

Esse método funciona bem no caso de backups pessoais, mas quando você pretende compartilhar essa imagem com outras pessoas, a chance de você entregar um sistema carregado de arquivos desnecessários é muito grande, já que esse método não tem uma abordagem de construção, é só um empacotamento de algo que já está funcionando, com arquivos de cache, logs e mais um monte de coisas que você não vai precisar.

Existe um outro método muito popular, conhecido através de programas como o Cubic, que consiste em desempacotar uma imagem já existente, customizar através de um acesso chroot e depois empacotar novamente de forma automatizada.

Esse método é muito próximo do que eu uso atualmente, porém, ao invés de usar uma imagem já existente, eu construo todo o sistema do zero, usando o debootstrap.

Daí a minha definição de correto para esse método, pois eu não estou usando nenhuma receita pronta como base, construindo tudo meticulosamente da forma que preciso.

A vantagem principal nesse método, é que eu consigo criar um sistema extremamente enxuto, usando somente o que é fundamental pro funcionamento do sistema, sem desperdício de recursos.

Porém, é um método muito mais trabalhoso e que demanda mais tempo e dedicação ao processo de desenvolvimento, mas o resultado é sempre muito satisfatório.

Seguindo com o processo de desenvolvimento, antigamente eu colocava todos os comandos no mesmos script e rodava de uma vez só, porém, era muito desgastante ficar rolando páginas e mais páginas pra encontrar grupos de comandos que eu precisava verificar durante o processo, em busca de erros e correções, então resolvi adotar a prática de segmentar os comandos em scripts separados, isso me ajudou muito na produtividade e poupa muito tempo.

Após criar os scripts com todos os comandos necessários pra compilação da imagem de instalação, eu crio um arquivo YAML para compilar a imagem através do GitHub Actions, pois é um dos poucos CI/CD que suportam esse tipo de compilação, já que a grande maioria é baseada em Docker e não possuem as permissões necessárias para acessar os pontos de montagem que o ambiente chroot precisa.

Outro CI/CD que suporta esse tipo de compilação é o Azure Pipelines.

Após a compilação, é possível baixar a imagem através de vários serviços diferentes, que você pode setar no YAML, atualmente, eu uso o Google Drive, por ter um processo de upload mais simples e maior disponibilidade de servidores ao redor do mundo, o que agiliza o processo de download.

Enfim, acho que consegui explicar o meu método, caso você tenha interesse em mais detalhes, eu tenho um curso disponível, basta clicar no chapéu no meu site.

https://rauldipeas.now.sh

Até a próxima postagem!

Desenvolvendo o Dekuve - Organização do projeto

Raul Dipeas — Sat, 27 Feb 2021 03:53:22 +0000

A primeira e mais importante etapa no desenvolvimento de qualquer tipo de projeto, sem dúvidas é definir o objetivo e organizar as etapas necessárias pra isso.

No caso do Dekuve, o primeiro passo foi criar um projeto no Quire, para poder adicionar todas as tarefas, desde configurações visuais, lista de programas incluídos, artwork, etc.

Com base nisso, já foi possível ter uma visão mais clara de como partir pra próxima etapa, que é a criação de repositórios contendo os assets necessários.

Vamos usar o GitHub pra hospedar os repositórios com os assets, que no caso são os temas GTK, temas de ícones, arquivos de configuração, artwork, etc.

Cada um em seu respectivo repositório dentro de uma
organização, dessa forma eu posso criar os scripts de build da ISO com comandos que vão baixar esse conteúdo durante o processo de compilação.

Outro motivo de termos escolhido o GitHub, é porque a imagem de instalação vai ser compilada no GitHub Actions, um dos pouquíssimos CI/CD que suporta esse tipo de compilação, visto que outros CI/CD que usam Docker ou soluções similares, costumam não ter as permissões de usuário necessárias para uma compilação desse tipo, ao menos, dos que eu conheço(que não são poucos, já testei muitos mesmo, mais de 50, eu acho) só o GitHub Actions e o Azure Pipelines são compatíveis, ou soluções com agentes auto-hospedados.

Feita essa organização de tarefas e arquivos, estamos prontos pra começar a codar, vou usar o VSCodium nessa etapa do processo.

Até a próxima postagem!

Desenvolvendo o Dekuve - Apresentação

Raul Dipeas — Sat, 27 Feb 2021 03:30:09 +0000

Olá, essa é a minha primeira postagem aqui no Dev.to, pretendo documentar todo o processo de desenvolvimento do Dekuve, uma distribuição Linux ucraniana, idealizada pelo meu amigo Denys.

O meu objetivo é compartilhar ideias relacionadas ao desenvolvimento de uma distribuição Linux, baseadas no meu conhecimento e na minha experiência nesse seguimento, já que é algo que eu faço há alguns anos.

Comecei no StudioLinuxBR, meu primeiro projeto de distribuição Linux, feito de forma bem amadora, mas foi um projeto que me trouxe bastante experiência e conhecimento, posteriormente eu mantive outros projetos, como o AviX e depois o RaDiX.

Todos esses projetos eram focados em criação de conteúdo multimídia, mas durante o período que eu mantive o RaDiX, percebi que projetos desse tipo não faziam muito sentido, visto que, normalmente, se usa o computador pra vários tipos de aplicação, não só a criação de conteúdo multimídia.

Posteriormente, iniciei outro projeto, chamado Unity XP, mas esse não tinha grandes pretenções, o objetivo era só mostrar que ainda era possível usar o Unity no Ubuntu de forma satisfatória.

Também sou responsável pelo desenvolvimento de outros projetos como o Tiger OS, do Daigo e o Excelência do Nathan.

Meu último projeto lançado é o MAD Linux.

Essa foi apenas uma introdução a meu respeito, pra poder explicar as minhas motivações e a minha experiência nesse seguimento.

Nas próximas postagens, vou falar sobre todas as etapas do processo, desde o conceito até o arquivo final de instalação da distro.

Conto com o feedback da comunidade, até a próxima postagem!