Quais assuntos devem ser abordados no almanARCH?
Leandro Inácio
E como vocês acham que deveriam ser feitos? De maneira mais prática ou
também abordar partes teoricas sobre o assunto?
Hugo Doria
[]'s
Hugo Doria
http://nozey.devin.com.br
GNU/Linux user #359340 - http://counter.li.org
David Dias
Quando forem escrever uma receita dessas seria otimo dar uma explicação pq tal config é ali no arch e tal, ver no pkgbuild/configure se é padrão ou não também.
Primeira release tem que ser historica e mostrar tudo de bom que nosso sistema favorito tem :D
Então recomendo a primeira falar de como as coisas trabalham e uma explicação concreta.
Ex.:
"O /etc/rc.conf tem um array chamado DAEMON onde colocamos nossos daemons"
Seria pessimo ver isso...Bom seria algo assim.
"O /etc/rc.conf ira ser carrega por um shell script que ira percorrer cada elemento e chamando outro script que se encontra no /etc/rc.d, se o daemon estiver prefixado com @ sera chamado em background, com ! sera blacklisted".
Falei muito, até sai do assunto um pouco mas to empolgado hoje.
ISSAEEEEE
:D
hlegius
tem que ser feita baseada na premissa de que quem irá ler tem conhece
e usa ArchLinux.
Então por exemplo, (vou catar o exemplo do David dias :D)
Estou lá falando sobre como instalar o Subversion no Arch. Numa
determinada parte precisamos adicionar o "svnserve" no /etc/rc.conf.
Não seria nada legal abrirmos uma explicação paralela sobre o rc.conf,
pois o artigo perderia o foco, cansaria o leitor e a Zine ficaria
enorme sem necessidade. Agora, explicar como configurar o
subversion.conf, como no meu exemplo, daí sim tem sentido :D
Resumindo: Algo simples e direto, como o Arch :D
Ensinar dicas e macetes da distro e não o "Be A BÁ" dela.
Abraços!
On 7 set, 03:04, "David Dias" <dvdscrip...@gmail.com> wrote:
> Eu so totalmente contra receitas de bolos preparadas pra uma distro, mas
> isso existe (é o wiki praticamente).
> Quando forem escrever uma receita dessas seria otimo dar uma explicação pq
> tal config é ali no arch e tal, ver no pkgbuild/configure se é padrão ou não
> também.
>
> Primeira release tem que ser historica e mostrar tudo de bom que nosso
> sistema favorito tem :D
> Então recomendo a primeira falar de como as coisas trabalham e uma
> explicação concreta.
>
> Ex.:
> "O /etc/rc.conf tem um array chamado DAEMON onde colocamos nossos daemons"
> Seria pessimo ver isso...Bom seria algo assim.
> "O /etc/rc.conf ira ser carrega por um shell script que ira percorrer cada
> elemento e chamando outro script que se encontra no /etc/rc.d, se o daemon
> estiver prefixado com @ sera chamado em background, com ! sera blacklisted".
>
> Falei muito, até sai do assunto um pouco mas to empolgado hoje.
> ISSAEEEEE
> :D
>
> Em 06/09/07, Hugo Doria <hugodo...@gmail.com> escreveu:
>
>
>
> > Acho que um pouco dos dois. Deveríamos seguir o mesmo modelo do Slackware
> > Zine. Artigos mais técnicos, porém com as explicacoes no passo a passo.
>
David Dias
O cara le, aprende e não precisamos falar dinovo
Tomás Acauan Schertel
Sou novo na lista (e no arch), mas queria dar minha contribuição.
EU particularmente acredito que a primeira versão do zine pode muito bem conciliar as duas abordagens: a histórica (contando o pq do arch existir) e a direta (instalação e manutenção do arch em si).
Acredito que a parte histórica é boa tanto pra esclarecer quem já usa o arch e nunca procurou saber como ele surgiu, e a parte direta dando dicas de uso.
E também acho sim importante explicar o funcionamento da distro mais a fundo, como disse o David no exemplo do /etc/rc.conf.
Dai pra frente seria uma questão de tempo pra zine ficar mais técnica e mais refinada.
Bem, acho que era isso.
Espero poder ajudar a comunidade a crescer.
Abraços.
--
Tomás A. Schertel
tschertel[at]gmail.com
Linux Registered User #304838
GNU/Linux Slackware