website annotate pt/devel/forge.php @ rev 1344

Resize balinor logo to 120px
author Christophe Lincoln <pankso@slitaz.org>
date Fri Jan 22 23:02:15 2021 +0100 (2021-01-22)
parents f80ea45054cc
children
rev   line source
al@1256 1 <!DOCTYPE html>
claudinei@1218 2 <html lang="pt">
claudinei@990 3 <head>
al@1256 4 <meta charset="utf-8"/>
al@1029 5 <title>SliTaz - Espaço dos Desenvolvedores</title>
al@1256 6 <meta name="description" content="SliTaz GNU/Linux project information overview"/>
al@1256 7 <meta name="keywords" lang="pt" content="sobre slitaz, gnu, linux, mini distro, livecd"/>
al@1256 8 <meta name="author" content="Claudinei Pereira"/>
al@1029 9 <?php include("../../lib/html/meta-link.html"); ?>
claudinei@990 10 </head>
claudinei@990 11 <body>
claudinei@990 12
claudinei@1218 13 <?php
claudinei@1218 14 include("../../lib/html/header.pt.html");
claudinei@1218 15 include("../../lib/html/nav.pt.html");
claudinei@1218 16 include("../../lib/lang.php");
claudinei@1218 17 ?>
claudinei@990 18
claudinei@990 19 <!-- Content -->
claudinei@1218 20 <section id="content">
claudinei@990 21
paul@1022 22 <h2>Espaço dos Desenvolvedores do SliTaz</h2>
claudinei@990 23
claudinei@990 24 <ul>
paul@1022 25 <li><a href="#kiss">KISS e respeito aos padrões.</a></li>
claudinei@990 26 <li><a href="#tank">Build host &amp; home.</a></li>
al@1029 27 <li><a href="#repos">Repositórios Mercurial.</a></li>
al@1029 28 <li><a href="#gui">Interface gráfica em GTK e Web/CGI</a></li>
al@1029 29 <li><a href="#iconv">Implementação da função iconv().</a></li>
al@1029 30 <li><a href="#pkgs">Pacotes Tazpkg.</a></li>
al@1029 31 <li><a href="#website">Gerenciamento do Website.</a></li>
claudinei@990 32 </ul>
claudinei@990 33
al@1029 34 <h2 id="kiss">KISS e respeito aos padrões</h2>
al@1029 35
claudinei@990 36 <p>
claudinei@990 37 "Keep it Simple", ou seja, tentamos manter as coisas simples: respeito
paul@1022 38 aos padrões, planejamento cuidadoso e documentação escrita de alta
paul@1022 39 qualidade, fornecimento de um sistema robusto e estável e um sistema de
claudinei@990 40 arquivos (<em>rootfs</em>) no LiveCD leve o suficiente para ser executado
paul@1022 41 em máquinas que tenham ao menos 128 mb de memória RAM. Também usamos
paul@1022 42 aplicativos baseados em GTK+2, Dialog, scripts SHell ou PHP. A idéia
paul@1022 43 é não nos repetirmos e deixar o sistema básico leve e pequeno.
claudinei@990 44 </p>
claudinei@990 45
al@1029 46 <h2 id="tank">Tank - Build host &amp; home</h2>
al@1029 47
claudinei@990 48 <p>
claudinei@990 49 Cada participante do projeto pode obter uma conta no servidor do projeto
paul@1022 50 com acesso seguro, espaço em disco, um diretório público e acesso a todas
claudinei@990 51 as ferramentas de desenvolvimento. Os desenvolvendores podem compilar
paul@1022 52 pacotes e os mantenedores dos mirrors podem gerenciar as sincronizações.
paul@1022 53 O Tank também hospeda o website, o boot via web e os repositórios
claudinei@990 54 mercurial:
claudinei@990 55 <a href="http://tank.slitaz.org/">tank.slitaz.org</a>
claudinei@990 56 </p>
claudinei@990 57 <p>
paul@1022 58 Instruções para a utilização deste servidor estão descritas no "Livro de
claudinei@990 59 Receitas" (cookbook):
claudinei@990 60 <a href="http://doc.slitaz.org/pt:cookbook:buildhost">SliTaz Build Host (tank)</a>.
claudinei@990 61 </p>
claudinei@990 62
al@1029 63 <h2 id="repos">Repositórios Mercurial</h2>
al@1029 64
claudinei@990 65 <p>
paul@1022 66 Os repositórios Mercurial ou Hg do SliTaz podem ser listados ou clonados por
claudinei@990 67 qualquer um na URL: <a href="http://hg.slitaz.org/">http://hg.slitaz.org/</a>.
paul@1022 68 Pessoas com acesso de escrita podem acessar diretamente pelo endereço
paul@1022 69 <code>repos.slitaz.org</code> que necessita de autenticação.
paul@1022 70 O Mercurial usa Python e é instalável com o comando:
claudinei@990 71 <code>tazpkg get-install mercurial</code>
claudinei@990 72 </p>
al@1029 73
claudinei@990 74 <h3>~/.hgrc</h3>
al@1029 75
claudinei@990 76 <p>
paul@1022 77 Antes de sua primeira transferência no servidor, assegure-se de que possui
paul@1022 78 o arquivo de configuração do Hg correto com seu nome e endereço de e-mail
paul@1022 79 e lembre-se de checar que você não está acessando como usuário root.
claudinei@990 80 Exemplo de arquivo ~/.hgrc:
claudinei@990 81 </p>
claudinei@990 82 <pre class="script">
claudinei@990 83 [ui]
claudinei@990 84 username = FirstName LastName &lt;you@example.org&gt;
claudinei@990 85 </pre>
al@1029 86
claudinei@990 87 <h4>Clonar, modificar, transferir e finalizar</h4>
al@1029 88
claudinei@990 89 <p>
paul@1022 90 Clonar (clone) um repositório, exemplo para slitaz-doc:
claudinei@990 91 </p>
claudinei@990 92 <pre>
claudinei@990 93 $ hg clone http://repos.slitaz.org/wok
claudinei@990 94 </pre>
claudinei@990 95 <p>
paul@1022 96 Mude de diretório para slitaz-doc, note que você deve estar no repositório
claudinei@990 97 para poder utilizar os comandos "hg". Para marcar todos os logs ou somente o
paul@1022 98 último log:
claudinei@990 99 </p>
claudinei@990 100 <pre>
claudinei@990 101 $ hg log
claudinei@990 102 $ hg head
claudinei@990 103 </pre>
claudinei@990 104 <p>
claudinei@990 105 Modifique um ou mais arquivos e transfira (commit):
claudinei@990 106 </p>
claudinei@990 107 <pre>
claudinei@990 108 $ hg add
claudinei@990 109 $ hg status
claudinei@990 110 $ hg commit -m "Log message..."
claudinei@990 111 $ hg log
claudinei@990 112 </pre>
claudinei@990 113 <p>
paul@1022 114 Note que você pode usar o comando <code>rollback</code> para desfazer a última
paul@1022 115 transação. Antes de finalizar (push) as mudanças no servidor é seguro executar
claudinei@990 116 o comando pull ao menos uma vez:
claudinei@990 117 </p>
claudinei@990 118 <pre>
claudinei@990 119 $ hg pull
claudinei@990 120 $ hg push
claudinei@990 121 </pre>
claudinei@990 122 <p>
paul@1022 123 Está feito, suas mudanças, código ou correções estão agora no servidor
claudinei@990 124 </p>
claudinei@990 125
paul@1022 126 <h4>Comandos Úteis</h4>
al@1029 127
claudinei@990 128 <p>
claudinei@990 129 Comandos do mercurial (hg) que podem ser usados.
claudinei@990 130 </p>
claudinei@990 131 <ul>
claudinei@990 132 <li><code>hg help</code> : Mostra uma lista completa dos comandos.</li>
paul@1022 133 <li><code>hg rollback</code> : Desfaz a última ação (commit, pull,
al@1029 134 push).</li>
claudinei@990 135 <li><code>hg log &lt;package&gt;</code> : Mostra o log de um pacote.</li>
paul@1022 136 <li><code>hg head</code> : Mostra o último log.</li>
claudinei@990 137 </ul>
claudinei@990 138
al@1029 139 <h2 id="gui">Interface Gráfica - C/GTK, Yad, Vala/Genie e WEB/GCI</h2>
al@1029 140
claudinei@990 141 <p>
al@1029 142 Há várias maneiras de criar interfáces gráficas para o usuário para a
al@1029 143 distribuição. No início do projeto até a versão 3.0, usamos principalmente
al@1029 144 o GTKDialog, o que nos permitia criar interfaces razoavelmente complexas
al@1029 145 em GTK, ao mesmo tempo que pudemos usar uma linguagem de script que
al@1029 146 era executada sem a necessidade de ser compilada. Porém, o GTKDialog
al@1029 147 não é mais mantido pelos desenvolvedores, e está desatualizado, então
al@1029 148 tivemos que mudar para o Yad para criar algumas caixas de diálogo simples.
al@1029 149 Para todos as ferramentas de administração, pacotes e configuração
al@1029 150 próprias da distribuição, agora usamos o TazPanel, que é uma interface
al@1029 151 WEB/CGI escrita em xHTML5 e CSS3.
claudinei@990 152 </p>
claudinei@990 153 <p>
al@1029 154 O Yad é simples, porém não nos permite criar interfaces muito complexas,
al@1029 155 então outra maneira teve de ser abordada. A vantagem de uma linguagem
al@1029 156 de script é o fato de não precisar ser compilada e ser codificada em
al@1029 157 tempo real, porém isso significa em programas que rodam com um pouco menos
al@1029 158 de performance. Escrever programas na Linguagem C é complexo e atrai
al@1029 159 menos desenvolvedores, porque linguagens de script são mais atrativas
al@1029 160 para aqueles que desejam contribuir, tal como o SHell Script, que é
al@1029 161 fácil de compreender e manter. Deste modo, com uma linguagem de programação
al@1029 162 script uma interface WEB/CGI ou em GTK, podemos manter nossas linhas
al@1029 163 mestras e atrair desenvolvedores.
claudinei@990 164 </p>
claudinei@990 165 <p>
al@1029 166 Há muitas linguagens que usam GTK, como Genie, Vala ou GTKaml. Mas é
al@1029 167 preciso manter em mente que elas não são tão populares quanto o C ou GTK
al@1029 168 e não são tão fáceis de aprender e usar (para interfaces simples, melhor é
al@1029 169 utilizar scripts SHell para tarefas corriqueiras). Pode-se usar o Vala,
al@1029 170 porém note o seguinte exemplo, que é o código necessário para criar uma
al@1029 171 simples caixa de diálogo, e possui 14 linhas de código:
claudinei@990 172 </p>
claudinei@990 173 <pre>
al@1029 174 #include &lt;gtk/gtk.h&gt;;
claudinei@990 175 int main(int argc, char *argv[])
claudinei@990 176 {
claudinei@990 177 GtkWidget *window;
claudinei@990 178
al@1029 179 gtk_init(&amp;argc, &amp;argv);
claudinei@990 180 window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
claudinei@990 181 g_signal_connect (G_OBJETCT (window), "destroy",
claudinei@990 182 G_CALLBACK (gtk_main_quit), NULL);
claudinei@990 183
claudinei@990 184 gtk_widget_show(window);
claudinei@990 185 gtk_main();
claudinei@990 186 return 0;'
claudinei@990 187 }
claudinei@990 188 </pre>
claudinei@990 189 <p>
al@1029 190 Caso queira contribuir, e não está certo qual linguagem usar, mande uma
al@1029 191 mensagem para a lista de discussão. Para pequenas interface gráficas,
al@1029 192 utilize o TazBox como exemplo, que pode ser encontrado no repositório
al@1029 193 slitaz-tools, que também possui pequenas interfaces gráficas, como a
al@1029 194 responsável pelo logout do usuário. O primeiro utilitário do SliTaz a
al@1029 195 ser escrito em Linguagem C pura, com GTK, é o TazWeb, e ele pode ser
al@1029 196 utilizado como exemplo na utilização da função system() para incluir
al@1029 197 comandos do sistema em uma interface. Esta ferramente utiliza
al@1029 198 wget para downloads e sed para adicionar favoritos.
claudinei@990 199 </p>
claudinei@990 200 <p>
al@1029 201 Scripts em Yad devem seguir as linhas mestras de codificação para a
al@1029 202 distribuição:
al@1029 203 <a href="http://hg.slitaz.org/slitaz-dev-tools/raw-file/tip/tazyad/README">
al@1029 204 README</a> e o
al@1029 205 <a href="http://hg.slitaz.org/slitaz-dev-tools/raw-file/tip/tazyad/tazyad">
al@1029 206 código de exemplo</a>.
claudinei@990 207 </p>
claudinei@990 208
al@1029 209 <h2 id="iconv">Implementação da função iconv()</h2>
al@1029 210
claudinei@990 211 <p>
paul@1022 212 O SliTaz utiliza a função iconv() fornecida pela biblioteca glibc do
paul@1022 213 projeto GNU - alguns pacotes que necessitam da função <code>libiconv</code>
paul@1022 214 devem usar a versão fornecida pela glibc (<code>glibc-locale</code>). Note
paul@1022 215 que já não há mais um pacote libiconv (1.2 MB) no SliTaz.
claudinei@990 216 </p>
claudinei@990 217
al@1029 218 <h2 id="pkgs">Pacotes Tazpkg</h2>
al@1029 219
claudinei@990 220 <p>
paul@1022 221 Os pacotes tazpkg no SliTaz são automaticamente criados via o
paul@1022 222 <a href="http://cook.slitaz.org/">robô de compilação</a> e receitas
claudinei@990 223 no wok. O Livro de Receitas descreve o
claudinei@990 224 <a href="http://doc.slitaz.org/pt:cookbook:wok">uso das ferramentas</a>
claudinei@990 225 e o formato das <a href="http://doc.slitaz.org/pt:cookbook:receipt">receitas</a>.
paul@1022 226 Informações sobre o comando cook e sobre criação de arquivos receipt são
paul@1022 227 necessários para a criação de pacotes.
claudinei@990 228 </p>
claudinei@990 229 <p>
paul@1022 230 Em termos de escolha de pacote, a idéia é oferecer o pacote por tarefa ou
paul@1022 231 funcionalidade, isto é, a mais leve aplicação em seu campo e sem duplicações.
paul@1022 232 Note que a atual seleção de pacotes não é imutável, se você souber de uma
claudinei@990 233 alternativa mais leve, com mais funcionalidades ou mais <em>sexy</em> por apenas
paul@1022 234 alguns KB a mais, sugira na lista de discussão. Atenção redobrada é prestada
paul@1022 235 aos pacotes do LiveCD: eles devem ser "limpos", removendo-se dependências
paul@1022 236 desnecessárias e opções do compilador. Em geral os pacotes candidatos a fazer
paul@1022 237 parte do LiveCD são discutidos na lista.
claudinei@990 238 </p>
claudinei@990 239 <p>
paul@1022 240 Antes de você começar a compilar e a criar pacotes para o SliTaz, certifique-se
paul@1022 241 que o trabalho ainda não existe na relação do wok disponível no mirror principal
paul@1022 242 do SliTaz. Não se esqueça que os membros da lista podem te ajudar e que a
paul@1022 243 documentação do <a href="http://doc.slitaz.org/pt:cookbook:wok">wok e ferramentas</a>
claudinei@990 244 existe para te guiar nos primeiros passos.
claudinei@990 245 </p>
claudinei@990 246
al@1029 247 <h3 id="pkgs-naming">Nomes de Pacotes</h3>
al@1029 248
claudinei@990 249 <p>
paul@1022 250 Na maioria dos casos o nome do pacote é o mesmo do código fonte, exceto
paul@1022 251 para os módulos das linguagens Python, Perl, PHP, Ruby e Lua. Por exemplo,
claudinei@990 252 o pacote que fornece o sistema de templates Kid, escrito em Python e XML,
paul@1022 253 é nomeado: <code>python-kid</code>.
claudinei@990 254 </p>
claudinei@990 255
al@1029 256 <h2 id="website">Gerenciamento do website e manuais</h2>
al@1029 257
claudinei@990 258 <p>
paul@1022 259 O website e os manuais (Manual do SliTaz, Livro de Receitas) são
paul@1022 260 gerenciados pelo repositório mercurial, podendo ser clonados da
claudinei@990 261 seguinte maneira:
claudinei@990 262 </p>
claudinei@990 263 <pre>
claudinei@990 264 $ hg clone http://hg.slitaz.org/website
paul@1022 265 Ou, se você tiver as permissões necessárias:
claudinei@990 266 $ hg clone http://repos.slitaz.org/website
claudinei@990 267 </pre>
claudinei@990 268
al@1029 269 <h3 id="xhtml">Estilo para codificação de xHTML</h3>
al@1029 270
claudinei@990 271 <p>
paul@1022 272 As páginas nos diferentes <em>manuais</em> são codificadas em xHTML 1.0
paul@1022 273 transitional. As cores para o corpo da página (<code>body</code>) e para
paul@1022 274 os títulos são definidas diretamente de forma a permitir que os links
paul@1022 275 sejam facilmente identificáveis. Os títulos de primeiro nível são usados
paul@1022 276 apenas uma vez, no topo da página, os de segundo nível são usados para
paul@1022 277 nomear as seções e os de terceiro e quarto nível para as subseções. Se
paul@1022 278 uma lista é usada para os tópicos, usando âncoras para as diferentes seções,
paul@1022 279 é posta logo no início da página, após o título da mesma.
paul@1022 280 Parágrafos são colocados dentro das tags <code>&lt;p&gt;&lt;/p&gt;</code>.
paul@1022 281 Para indentação, usa-se tabulações (tabs), de forma a manter-se a semântica
paul@1022 282 e para diminuir espaço em termos de octetos (bytes). Para mostrar trechos
paul@1022 283 de código, como o nome de um comando dentro de um parágrafo,
paul@1022 284 <code>&lt;code&gt;</code> é o método recomendado. Para mostrar a saida
claudinei@990 285 de comandos ou comandos a serem digitados em um terminal, usa-se
claudinei@990 286 <code>&lt;pre&gt;</code>. Exemplo:
claudinei@990 287 </p>
claudinei@990 288 <pre>
claudinei@990 289 $ comando
claudinei@990 290 </pre>
claudinei@990 291 <p>
paul@1022 292 Para mostrar texto que pode ser copiado e colado, como scripts, peças de
paul@1022 293 código, arquivos de configuração, etc, também se usa a tag
claudinei@990 294 <code>&lt;pre&gt;</code>, em conjunto com a classe CSS chamada "script".
claudinei@990 295 Exemplo:
claudinei@990 296 </p>
claudinei@990 297 <pre class="script">
claudinei@990 298 &lt;pre class="script"&gt;
claudinei@990 299
claudinei@990 300 code...
claudinei@990 301
claudinei@990 302 &lt;/pre&gt;
claudinei@990 303 </pre>
claudinei@990 304 <p>
paul@1022 305 Texto <em>enfatizado</em> é colocado dentro da tag <code>&lt;em&gt;</code>
paul@1022 306 e links internos são relativos. É recomendável checar a validade do código
claudinei@990 307 xHTML por meio do <em>validador</em> online da W3C.
claudinei@990 308 </p>
claudinei@990 309
claudinei@990 310 <h2>Diff e patch</h2>
al@1029 311
claudinei@990 312 <p>
paul@1022 313 As utilidades <code>diff</code> e <code>patch</code> são ferramentas de linha
paul@1022 314 de comando para criação e implementação de diferenças entre dois arquivos. Esta
paul@1022 315 técnica é freqüentemente usada para colaboração e as mudanças feitas no arquivo
paul@1022 316 original podem ser extraídas facilmente. Para criar um arquivo <code>diff</code>
paul@1022 317 legível aos humanos em um simples editor de textos, você deve fornecer a opção
claudinei@990 318 <code>-u</code> :
claudinei@990 319 </p>
claudinei@990 320 <pre>
claudinei@990 321 $ diff -u file.orig file.new &gt; file.diff
claudinei@990 322 </pre>
claudinei@990 323 <p>
claudinei@990 324 Para aplicar um patch:
claudinei@990 325 </p>
claudinei@990 326 <pre>
claudinei@990 327 $ patch file.orig file.diff
claudinei@990 328 </pre>
claudinei@990 329
claudinei@990 330 <!-- End of content -->
claudinei@1218 331 </section>
claudinei@990 332
claudinei@990 333 <?php include("../../lib/html/footer.pt.html"); ?>
claudinei@990 334
claudinei@990 335 </body>
claudinei@990 336 </html>