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 & 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 & 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 <you@example.org>
|
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 <package></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 <gtk/gtk.h>;
|
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(&argc, &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><p></p></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><code></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><pre></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><pre></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 <pre class="script">
|
claudinei@990
|
299
|
claudinei@990
|
300 code...
|
claudinei@990
|
301
|
claudinei@990
|
302 </pre>
|
claudinei@990
|
303 </pre>
|
claudinei@990
|
304 <p>
|
paul@1022
|
305 Texto <em>enfatizado</em> é colocado dentro da tag <code><em></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 > 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>
|