hlegius » Software livre

Twig – Uma outra engine de templates em PHP

hlegius — Wed, 17 Feb 2010 10:14:47 +0000

Fui apresentado ao Twig não há muito tempo, mas logo me interessei pela proposta do projeto: simplicidade e flexibilidade ao trabalhar com templates em PHP.

Resumidamente é um projeto criado pelo Fabien Potencier - para quem não o conhece é o criador do symfony framework – e salvo engano há rumores de que ele pretende integrar o Twig à versão 2.x do symfony removendo o PHP super verboso que rola nos templates do symfony desde seu lançamento. * carece fontes concretas

Recursos bacanas e uma sintaxe à lá Django nos templates me chamou muita atenção para não só mais olhar, mas sim, testar para ver melhor a ferramenta.

Não demorou para eu testar como ele se portaria diante de objetos no template e para minha tristeza, para ele ler um atributo, depende nada mais, nada menos do que __get() e __isset(). É possível também, assim como na JSTL ler um atributo iniciado por get. No template você deveria chamá-lo sem esse get. i.e: getFoo() no template seria apenas foo.

Imediatamente, o que vem a mente de quem trabalha com OO ? Quebra brutal de encapsulamento. Sim, __get() por mais fácil que possa parecer, quebra totalmente a segurança de uma variável membro, uma vez que os atributos da mesma tornam-se públicos.

Tentei entrar em contato com o Fabien para ver o motivo que o levou a implementar assim. Ele, bem receptivo - ironia mode on - disse-me: se tiver um patch mande-o, do contrário, peço que seja paciente.

Fiz o patch, revi algumas coisas e mantive compatibilidade com o __get() __isset() que o Twig originalmente aceita e criei um Fork do projeto no GitHub.

Features default

Suporte a plugins
Variáveis
Leitura de arrays por índices int ou string
Arrays multidimensionais
Objetos (via __get() __isset() apenas)
Objetos alinhados (Nested Objects) com __get() __isset() também
Blocos de controle, loops, etc.

Mudanças

Métodos públicos começados por:

get
is
has
match
contain

Podem ser chamados no template sem qualquer problema sem a necessidade dos métodos mágicos.
Abaixo exemplos funcionais:


//...
/**
 * SomeVar
 * @var string
 */
 private $baz;
 /**
 * Bar Object
 * @var Bar
 */
 private $bar;
 /**
 * Magic String with __get
 * @var string
 */
 public $magic;

 public function __construct() {
    $this->baz = "Value of Foobar::\$baz";
    $this->bar = new Bar();
    $this->magic = 'Magic methods still working !';
 }

 /**
 * @return string
 */
 public function getBaz() {
     return $this->baz;
 }

 /**
 * @return boolean
 */
 public function hasBaz() {
     return (!empty($this->baz)) ? true : false;
 }

 private function hasIamNull() {
     return false;
 }

 public function fakehasFoo() {
     return 'I will not be displayed !';
 }

 public function matchesWith($otherString) {
     return ('foo' === $otherString);
 }

 public function getBar() {
     return $this->bar;
 } // ....

No template teriamos:



 Meu título
 Bar foo

 {% if foo.hasBaz %}
 {{ foo.getBaz }}
 {% endif %}

 {% if foo.hasIamNull %}
 {{ foo.getBaz }}
 {% endif %}

 {{ foo.getAbstractBaz }}

 {{ foo.getIamPublic }}

 {{ foo.fakehasFoo }}

 {{ foo.getBar.getHlegius }}

 {{ foo.getBar.getBarFoo.getTwig }}
 {{ foo.getBar.getBarFoo.tryToCallMe }}
 

 {{ foo.methodThatIsnotExists }}
 

 {% if foo.matchesWith('foo') %}
 Yeah, it's matches !
 
 {% endif %}

 {% if foo.matchesWith('baz') %}
 Yeah, it's matches again :S !
 
 {% endif %}

Métodos não permitidos, índices não existentes e outros tipos de erros são omitidos por default.

Ainda penso em melhorar e implementar mais coisas ao projeto. Minha ideia inicial é ir sempre atualizando do projeto oficial para não distanciar-se muito. O patch eu também encaminhei ao próprio Fabien, mas ainda ele sequer respondeu ao meu e-mail.

Quem já utiliza o Twig e quiser testar essa nova versão mais “Object-oriented friendly” farei questão de dar total suporte e apoio para mantê-la up to date
Há ainda, exemplos de uso e do que você pode fazer com o Twig que eu modifiquei. Detalhes você encontra no diretório examples do projeto.

Opensource além de tudo não é burocrático

hlegius — Sat, 13 Sep 2008 13:24:41 +0000

Por várias vezes eu li em fóruns, blogs e sites de notícias, principalmente quando alguma aplicação OpenSource “falha”, pessoas comentando: “Ele poderia cobrar $ 0,10 por download, assim teria estimulo para continuar a fazer a aplicação e a faria melhor”.

Só que se pararmos para pensar, a coisa não é tão simples quanto parece. Cobrar por um software requer vários pré-requisitos e isto traz burocracia tanto para quem deseja comprar quanto para quem deseja vender o software.

Vamos pegar como exemplo, o Web developer, software – na realidade uma extension do Firefox – com diversos recursos para os desenvolvedores web. Sem sombra de dúvidas é um software bem baixado na rede diariamente e se o desenvolvedor cobrasse os $ 0,10 centavos propostos certamente ele estaria com uma quantidade boa de grana, isto é fato, porém ele teria também uma dor-de-cabeça imensa com o gerenciamento disto vejamos o por quê:

A compra
Eu, desenvolvedor web há algum tempo já possuo cartão de crédito internacional para comprar coisas na moeda americana. Porém, conheço várias pessoas que ainda não possuem tal regalia do mundo moderno e como o Web developer é mantido por um developer gringo, certamente ele não aceita boleto bancário ou PagSeguro, por exemplo.
Você pode dizer: “são minoria”. Bom se é eu não sei. Só sei que há vários novatos iniciando na carreira de programador/designer aqui no Brasil com seus 15, 16 anos e estes certamente não tem tal cartão internacional para debitar os $ 0,10 cobrados pelo criador do software.

Se você acha que estou exagerando, certamente é porque não pegou o Flickr na época em que aceitavam apenas cartão de crédito internacional como forma de pagamento. O que tinha de post no fórum deles com nego reclamando que queria comprar a conta pró mas não podia por não possuir cartão de crédito internacional era incrível. Isso foi tão grave, que o pessoal do Flickr implantou o sistema de boleto bancário para o Brasil porque senão o povo poderia até fazer manifestação em frente a sede do Flickr no Brasil.

O controle
Como sabemos, o brasileiro quando precisa arruma o renomado “jeitinho” para isto. Nós conhecemos como pirataria de software. O desenvolvedor que cobra os $ 0,10 centavos, não ficaria nada feliz com a pirataria do Web developer. Claro que isto tem um lado bom: bem provável que haveriam CD’s do Web developer na Santa Ifigênia aqui em São Paulo e ele poderia ser até mais popular do que é hoje.
Então, o developer esperto, precisaria perder mais algumas noites pensando em como criar uma chave de validação, confirmação de pagamento, liberação da chave de validação, equipe anti-pirataria, além das versões demo e etc.
E olha que nem falamos em suporte no idioma do usuário. Imagine você aqui no Brasil ligando para o Suporte do Web developer (pagando DDI) e o cara do outro lado te lança: “Support Web developer guter Tag” – “Suporte Web developer, bom dia” (em alemão, traduzido pelo Google)

Suporte
A partir do momento que alguém vende algo, ele é obrigado por lei – ao menos no Brasil – a prestar a devida manutenção e suporte. Isto ocorre no Opensource ? Sim, se você tiver problemas poderá perfeitamente recorrer ao densenvolvedor o qual irá te ajudar no possível. Tenha certeza de que ele fica feliz com seu contato, mas, à partir do momento em que você é “obrigado” as coisas mudam. É necessário ter um e-mail exclusivo, chat online, telefone, endereço para correspondência e até quem sabe uma central de atendimento com atendimento eletrônico – “Suporte Web developer, bom dia [..]” – para atender a demanda. Ou seja, mais custos.
Sem falar nos revoltados que ficarão putos por algum motivo com o “Suporte” e irão mandar lenha deles em blogs, sites e afins.

Espírito empreendedor
Para manter os negócios de vento em polpa, seria necessário que o desenvolvedor fizesse o plano de negócios, análise de riscos, negociar ações na bolsa, gerenciar o caixa, pagamento da equipe de suporte e etc. Mais que um simples software, o que ele criou virou um monstro !

A solução
A solução é ultra-simples, já existe e ainda tem gente reclamando: doações.
Você, autor da frase: “Ele poderia cobrar $ 0,10 por download, assim teria estimulo para continuar a fazer a aplicação e a faria melhor” pode ir até o site do desenvolvedor, com seu cartão de crédito internacional em punho – ou sua conta do Paypal aberta – e fazer a doação dos $ 0,10 centavos para o cara.

Você usa a ferramenta dele para trabalhar e ganhar seu dinheiro. Ele lá do outro lado trabalha nesse projeto pessoal, você podendo e querendo ajudá-lo a manter isto sempre “up”, basta fazer a doação.

Se a palavra doação te soa como esmola ou qualquer outra coisa ruim, não tem problema, respire fundo e clique no botão de “doação”. Tão rápido quanto seu clique, você já estará na página de pagamento e daí você pode imaginar que está a comprar tal software.
Assim, você ajuda o developer, contribui para sua continuidade e representa todos aqueles que não tem tal cartão de crédito para fazer a doação ou pagamento, como preferir.

É muito importante ter em mente que entre as palavras poder e ter há um grande abismo e sem dúvidas eu não listei metade dos empecilhos que há quando resolvemos cobrar pelo software.

Para empresas gigantes como Red Hat, Mozilla, KDE e tantas outras, ter todos estes pré-requisitos talvez não fosse problema, até porque algumas das listadas aí recebem incentivos de empresas ainda maiores porém, quando você é um desenvolvedor solitário e que resolve criar uma ferramenta pequena, mas de grande utilidade mundial, realmente fica impossível bancar toda esta estrutura sem cobrar meros $ 100,00 dólares por isto e obviamente você não dará sua “tecnologia” com o código fonte, pois poderia perder o monopólio do Software.

Arch Linux: nova logo e tema para Slim

hlegius — Mon, 24 Dec 2007 00:47:39 +0000

Depois de muito suspense, finalmente foi anunciado no site oficial do Projeto Arch Linux, a nova logomarca do projeto.

Na minha opinião foi a melhor logomarca realmente. Haviam outros modelos interessantes, porém, o melhor mais “jovem” era este modelo vencedor mesmo.

Com o anuncio do novo modelo, fui logo procurando um tema para o gerenciador de login Slim, porém, encontrei apenas um modelo disponibilizado pelo próprio criador da logo. Com isso, eu criei o meu modelo para o Slim. Mais clean utilizando a nova logomarca do projeto.

O pacote comprimido em Zip poderá ser baixado aqui. Resolução da imagem: 1280×800 pixels.

Apenas descompacte o conteúdo dentro de /usr/share/slim/themes ou /usr/share/themes/slim/ e edite o /etc/slim.conf mudando o tema default para arch-white. Não manjo nadinha de Gimp, mas consegui fazer esse modelinho simples e clean. Espero que goste

O Projeto Arch Linux Brasil provavelmente em breve estará fazendo as modificações para se adequar a nova logo =)

ISO do Ubuntu para equipamentos Dell

hlegius — Wed, 19 Dec 2007 11:56:34 +0000

Lendo o Blog Direct2Dell (em inglês), vi num post que a Dell tem em alguns paises computadores com Ubuntu instalado. Quando eu li, finalmente associei: se tem nos equipamentos novos, tem para download!

Procurando, encontrei no próprio site da Dell a ISO do Ubuntu 7.04 personalizada pela Dell para rodar em seus equipamentos. No blog, eles dizem que a versão 7.10 do Ubuntu personalizada pela Dell já está pronta e estará ainda esta semana sendo vendida nos computadores novos da Dell nos Estados Unidos.

Dentre as novidades descritas por eles, estão:

Ambiente 3D por default para deixar mais amigável o uso
Um sistema de busca na área de trabalho para encontrar facilmente documentos e aplicações
Facilidade para alternar entre usuários facilitando o compartilhamento do sistema com os familiares
Plugin do Flash pré-instalado para melhorar a experiência na web
Recuperação do sistema melhorado com total recuperação pelo HD e possibilidade de gravação através de DVD pelos usuários do equipamento

Eu não encontrei ainda essa versão para download, mas, creio que na próxima semana já esteja disponível. Isso é interessante, pois quando chegar ao Brasil – se chegar – teremos algo funcional instalado de fábrica e não um Linux totalmente desconfigurado para a máquina como estamos vendo muitos por aí!

Obviamente, se você fizer o download da ISO do Ubuntu customizada, você não terá direito a suporte por telefone na Dell. Mas eles oferecem uma mailist para tirar dúvidas.

Vou esperar para sair a versão 7.10 customizada, pois irei testá-la e ver o que realmente mudaram do Ubuntu oficial

Contribua com o projeto ArchLinux Brasil

hlegius — Fri, 14 Dec 2007 02:02:35 +0000

Vi esse post no blog do Hugo hoje, e resolvi replicá-lo aqui, afinal, documentação é do interesse de todos, sendo ou não usuário ArchLinux.

“O projeto Arch Linux Brasil está com o wiki praticamente pronto (precisando apenas de alguns ajustes) e precisando de contribuições. No momento ainda existem poucas pessoas documentando/traduzindo no wiki e, por isso, convido a todos que queiram ajudar o Arch e o projeto de documentação/tradução a se cadastrar no wiki e começar a contribuir.

Esta página contém instruções sobre como participar do nosso projeto. As traduções que estão sendo feitas (e seus respectivos tradutores) podem ser encontradas aqui.

Obviamente a tabela da página acima não está completa e existem várias outras documentações e/ou traduções a serem feitas. Quem quiser trabalhar em cima de um documento que ainda não está na tabela, é só adicioná-lo na mesma seguindo o padrão das outras entradas.Qualquer dúvida, sugestão e/ou crítica é só responder este email.”

Fonte: Blog do Hugo Dória

Dell Vostro 1400 e o Linux

hlegius — Wed, 12 Dec 2007 01:37:37 +0000

Depois de dois dias com meu novo notebook - que continua sem nome, e continuo aceitando sugestões – resolvi formatá-lo para instalar ArchLinux. A instalação foi tranquila e não precisou de marabalismos para funcionar.

Após o primeiro boot, fui atualizei meu sistema para o current e logo em seguida, fui configurar um dos itens vitais para mim: o som. O driver para meu notebook, é o hda-intel. Abri o alsamixer e setei os volumes, e na hora de ouvir uma música bah! Sem som nenhum! Sem perder tempo, acessei a Internet e comecei a procurar possíveis problemas deste driver, e encontrei algo meio chato: o driver hda-intel conflita às vezes com o ACPI. Poxa, ficar sem ACPI é impossível, a menos que eu queira queimar meu notebook em minutos, e ficar sem som também não rola.

Pesquisando mais, no bugtracker do ArchLinux, encontrei um post de Maio deste ano, falando do bug deste mesmo driver com o processador Intel Core 2 Duo, nada mais, nada menos que o processador da minha máquina =|
Por sorte, um camarada postou no bugtracker uma possível solução:

# modprobe -r snd-hda-intel # modprobe snd-hda-intel model=3stack

Pronto. No meu caso problema resolvido! Não sei o que esse parâmetro faz, só sei que resolveu o problema!
Tentei adicionar essa entrada no /etc/modprobe.conf do ArchLinux para ele carregar essa configuração sempre na inicialização, porém, sem sucesso. Não sei porque o Arch não puxava tal configuração, ou se puxava, não surgia efeito durante o boot. A solução foi fazer uma gambiarra no /etc/rc.local para que lá seja carregado tais configurações

(Clique para ampliar)

Com o som resolvido, partimos para o ambiente gráfico. A placa de vídeo surpreendeu novamente. Rodou o Compiz-fusion perfeitamente sem “cansar” o processador, e para uma placa de vídeo on-board isso é maravilhoso!
A instalação do Compiz-fusion foi totalmente simplificada, graças ao Wiki do ArchLinux.

Tenho que admitir que 2 dias após eu instalar o compiz-fusion, eu o removi e voltei a usar o bom, simples e funcional KWin com a decoração de janelas Crystal. Porém, o compiz continuará aqui, e servirá para impressionar os amigos

Também não precisei do 915resolution. Meu vídeo é um: Intel GM965/GL960 e funcionou perfeitamente com o driver de vídeo “intel” que o X.org disponibiliza.

Saindo do virtual, e indo para o ar, ou melhor, para a placa de rede Wireless: foi outro item que não deu nenhum problema para mim. Minha placa é uma Intel Pro/Wireless 3945 a/b/g e funcionou perfeitamente bem conectando-se à uma antena padrão 802.11g =)

~~SD readers~~ S-Vídeo ~~e RGB~~: Esses itens eu ainda não pude testar por falta de tempo e excesso de preguiça.

SD reader: funcionou de primeira! Coloquei o cartão SD no slot e quase que no mesmo instante apareceu a janela do serviço do KDE perguntando qual ação deveria ser tomada. Sem nenhuma configuração especial.

RGB: graças a placa de vídeo Intel onboard que acompanha o modelo que comprei, usando o xrandr consegui ativar facilmente o monitor externo. Pouca configuração em ambiente de usuário foi necessária. Detalhes no meu post sobre a placa de vídeo.

O microfone embutido que acompanha o notebook, eu ainda não consegui fazer funcionar, e por se tratar de um driver de aúdio problemático, não tenho muitas esperanças de que irá funcionar bem para eu poder utilizar Skype Se eu manjasse C/C++ talvez pudesse colaborar com os developers para tentar encontrar uma solução para isto. Mas como não sou, ficarei apenas me limitando a pesquisar a solução no Google

Resumo: Dell Vostro 1400 com chipset Intel funciona perfeitamente bem com ArchLinux. Creio que com outras distros também funcione.

Se você tem interesse em comprar um similar, veja meu review sobre ele.

Comprou seu vostro agora ? Dê uma olhada nos meus posts sobre o meu Vostro 1400:

hlegius — Sun, 04 Nov 2007 00:39:13 +0000

Salve!

Post r�pido lembrando que nos pr�ximos dias 9, 10 e 11 de Nomebro estar� acontecendo na UNICID o Conisli 2007 com v�rias palestras sobre Software Livre e desenvolvimento. Se voc� puder participar, vale a pena inscrever-se ainda d� tempo!
Estudantes tem 50% de desconto na inscri��o. N�o esque�a de levar o comprovante de pagamento e comprovante de escolaridade hein!

At� l�

ArchLinux ?

hlegius — Fri, 14 Sep 2007 20:26:48 +0000

Quem visita meu blog com uma certa freqüência, já percebeu que eu falo muito a respeito do ArchLinux. Alguns já sabem o que é; mas outros não completamente =)

“Arch Linux é mais uma distribuição Linux”. Ok, você acertou! Mas calma, não é tudo! ArchLinux, ou apenas Arch para os mais chegados, é uma distribuição Linux e tanto. Não sabia ? Então aproveita para ficar sabendo agora!

1. Simplicidade e leveza são slogan do Arch!
O Arch está disponível oficialmente nas compilações para i686 e x86_64. O que isso quer dizer ? Que roda no seu Pentium III, IV, Core 2 Duo, no seu K6II, Duron, Athlon e também no seu Turion, AMD 64 e etc.
É eficiente pois mantém a simplicidade no gerenciamento do sistema como um todo. Você controla tudo via linha de comando sem stress.

2. Você sempre quem decide!
- Isso vale até na hora de fazer download do Arch!
Por padrão, são disponibilizadas três imagens ISO para baixar: o completo; o base e o ftp.

Completo: conta com um CD de 600MB aproximadamente contendo vários pacotes do sistema além do ambiente gráfico e aplicativos gráficos de uso rotineiro.

Base: contém apenas o sistema básico. Sem ambiente gráfico, sem muitas aplicações e utilitários. Você instala o sistema rapidamente e já pode usá-lo para obter os pacotes que você quer diretamente dos repositórios do ArchLinux usando uma conexão com a Internet.

FTP: contém apenas o necessário para você bootar o CD de instalação. A grosso modo, é meio que um Gentoo. Onde você precisará baixar tudo da Internet, inclusive o sistema básico.

* Aqui eu uso sempre o Base. Instalo o sistema básico e depois, logado no meu Arch, faço download dos pacotes que realmente irei usar.

- Qual seu estilo ? Gosta de aplicativos otimizados para seu hardware, ou gosta de rapidez no download usando os binários disponiveis na Internet ?
Independentemente do seu gosto, o Arch te agrada! Você pode baixar pacotes binários para instalar na sua máquina, bem como compilar todos os pacotes (ou apenas os que você quiser) usando o ABS e o Pacman.

- Gosta de um gerenciador de boot simples como o Lilo, ou mais sofisticado como o Grub ?
Dificil escolha hein ? Pois é, o ArchLinux traz em seu script de instalação ambos gerenciadores de boot! Você quem escolhe qual vai instalar, sem crise, sem briga!

- Ambiente gráfico ou gerenciadores de janelas ?
Prefere um Gnome, KDE, XFCE ou Fluxbox, Openbox ? Você pode instalar qual lhe agradar mais! O Arch não tem briga com nenhum ambiente gráfico. Todos vivem em paz com o Arch!

- Gosta de um sistema sempre atualizado, ou prefere algo mais estável ?
Você quem decide se vai atualizar o sistema usando os aplicativos mais recentes, ou se vai manter a taxa de atualização mais baixa. O Arch conta com repositórios como: Current, extra, community, testing e unstable. Você quem define a ordem pela qual o Pacman vai procurar um pacote!

3. Excelente ferramenta nativa para gerenciamento de pacotes
Com o Pacman, você poderá instalar, remover, listar pacotes instalados de forma simples, fácil e funcional! Nada de “base de pacotes corrompida, ou perdida”. Nada de instalar um pacote e remover outro que não tem ligação com aquele um. O pacman é muito eficiente ao ponto de não complicar sua vida no gerenciamento dos pacotes do sistema operacional.
Você pode colocar pacotes numa “lista de exclusão”, onde esses pacotes não serão atualizados evitando assim instabilidades ou atualizações indesejáveis em seu sistema.

Conta ainda com o ABS (Arch Build System), onde você de forma simples poderá editar os PKGBUILD‘s para compilar e instalar seu pacote habilitando os recursos que realmente você faz uso. Ele permite que você instale qualquer pacote desta forma, bem como o sistema inteiro caso queira.

4. Forks ? bah!
Nada de forks! O ArchLinux usa as aplicações como os desenvolvedores originais as disponibilizam. O Arch não adapta as aplicações para ele. Ele quem se adapta as aplicações, proporcionando assim um melhor desempenho e descentralizando a tarefa de atualização, pois não será preciso esperar que o “fork” seja criado para você poder baixar no Arch, ele sai direto do ftp do desenvolvedor para ser compilado com o ABS, por exemplo.

5. Sem descontrole!
No Arch, não é preciso ficar formatando a partição de tempo em tempos por “falta de controle” dos pacotes e do sistema operacional. O Arch sempre mantém tudo organizado e o principal: estável e rápido como se fosse uma instalação novinha!

6. BSD Init Style
Um boot baseado em arquivos, assim como nos BSD Like. Possui o controle do init centrado no /etc/rc.conf e os scripts de inicialização em /etc/rc.d/ . Uma das poucas distros que usa o BSD Init style.
* Mesmo sendo parecido com o init do BSD, o BSD tem diferenças para o init usado no Arch.

7. Comunidade crescendo…
O Arch está crescendo rapidamente. No Brasil existe um projeto para usuários de ArchLinux, o ArchLinux-BR também já citado inumeras vezes por mim aqui no blog.
Exitem já disponíveis na comunidade brasileira de usuários ArchLinux:

Lista de discussão
Fórum
Site oficial da comunidade brasileira
Canal IRC na freenode (#archlinux.br na rede freenode.org)
Projeto de documentação para o português brasileiro
Projeto promocional do Arch, atualmente sendo focado nas camisetas da distribuição
Mirror oficial brasileiro (HTTP | FTP)

8. A força da comunidade
Graças aos esforços da comunidade espalhada em todo o mundo, o ArchLinux possui o AUR (Arch User Repository – Repositório dos Usuários de ArchLinux), onde os usuários criam os pacotes baseados no PKGBUILD e disponibilizam para que o resto da comunidade possa desfrutar de pacotes adicionais. Há toda uma equipe gerenciando isso para que o AUR sempre tenha pacotes funcionais e livre de problemas ou códigos maliciosos.

9. Mais ArchLinux….
Recentemente no canal IRC do Archbr, saiu uma dúvida que dizia a respeito da pronuncia do nome.
Ao perguntar a mesma coisa no canal IRC americano, eles disseram que a pronuncia certa era “artch, assim como se pronuncia arrrrriba” (pensamos que eles acham que falamos espanhol hehe).
Enfim, o certo mesmo é “artch”, porém, eu percebi que sou um dos poucos que fala “arxi”, sendo que a maioria lá no canal diziam pronunciar “arki”. Uma coisa é certa: o importante é usar, a pronuncia não importa tanto, afinal

O ArchLinux foi criado por Judd Vinet, um canadense que queria arrumar uma distribuição Linux que fosse simples e funcional, e que pudesse também ajudar a comunidade opensource a qual tanto lhe ajudou durante os anos. Assim nasceu o ArchLinux tendo sua primeira release lançada em 2002, nomeada como “Homer”.

10. O que falta ?
Ao meu ver, falta você agora acessar um dos mirrors disponíveis e fazer o download do seu ArchLinux.
Uma última dica: se você for instalar ele em HD’s ide, assim que o CD carregar e exibir a linha “boot” digite:

arch ide-legacy

Assim suas HD’s serão reconhecidas como hdX e não como sdX.

Boa sorte e Get Arch!
–
Para quem acabar de instalar o ArchLinux, poderá ler um pouco sobre a pós instalação feita pelo Hugo Doria em seu blog.

KDEmod: ambiente completo para sua necessidade

hlegius — Sun, 09 Sep 2007 14:38:42 +0000

Salve!

Recentemente adquiri um noteboook da Dell, o Latitude D600. Assim como no desktop eu instalei sem dúvida nenhuma o ArchLinux. A dúvida realmente era qual ambiente usar. No dekstop, eu uso KDE, e não queria instalar o KDE *todo* no notebook também. Várias possibilidades vieram a mente: de fluxbox à Gnome, mas acabei mantendo o padrão KDE no notebook também, porém com uma diferença: instalando apenas o que eu uso do KDE. Acha que demorei dias e dias personalizando pacotes ? Errado! Instalei mais rapidamente do que o próprio KDE! Impossível ? Então você realmente não conhece o KDEmod

[Visualizar em imagem maior]

Forks bah!
O KDEmod não é um fork, é apenas uma compilação quebrada em aplicações e não em grupos de aplicações como o time do KDE manda por default. O KDEmod é exatamente o mesmo KDE criado e mantido pelo KDE Team, ou seja, sem forks, sem problemas e sem complicações o KDEmod nos traz um ambiente simples completo e seletivo. Afinal, para que instalar todo o grupo KDE Graphics, se eu quero apenas o Ksnapshot ?

De acordo com a página do KDEmod, o projeto é voltado exclusivamente ao ArchLinux porque esta distribuição mantém a filosofia KISS (Keep It Simple, Stupid), trazendo por default na distro o KDE padrão, ou seja, o mesmo KDE mantido pelo time do KDE sem modificações ou patch’s. Isso facilitou a criação do KDEmod nos mesmo moldes do KDE oficial.

Instalando o KDEmod no seu ArchLinux
Com seu ArchLinux, para instalar o KDEmod primeiro é necessário remover o KDE oficial do sistema, incluindo o QT.

Abaixo descrevo o passo-a-passo que pode ser encontrado no site do KDEmod:

1. Adicione eu seu /etc/pacman.conf a entrada:

[kdemod]
Server = http://kdemod.ath.cx/repo/current/i686

* Mude para i686 para x86_64 caso seu ArchLinux seja a versão 64bits.

2. Sincronize seus repositórios com

# pacman -Sy

3. Instale o kdemod básico.

# pacman -S kdemod

Depois só ir instalando os pacotes que costuma usar em seu KDE.

Para instalar a internacionalização do KDE, use:

# pacman -S kdemod-kde-i18n-pt_br

Após isso, você terá um KDE ao seu estilo
–

Nota 1: Qualquer problema, você pode pedir um help na comunidade ArchLinux-br, na lista de discussão do Archbr no Google ou no canal IRC em #archlinux.br na rede freenode.org

Nota 2: A partir de hoje, o meu blog está fazendo parte do Planeta ArchLinux-br. Se você não sabe o que é ou não conhece o planeta Archlinux-br, visite para conhecê-lo!

O tal do software de graça

hlegius — Mon, 06 Aug 2007 01:25:05 +0000

Salve!

Em um post anterior que comentava sobre Ferramentas Livre que auxiliam o desenvolvedor web, recebi a sugestão do McGyver de abordar um tema interessante: diferenças entre aplicações freeware e OpenSource. Gostei da idéia e aqui tento abordar o tema da melhor forma possível. Vamos ao post!

É muito comum principalmente com o advento do Linux nos computadores vendidos em hipermercados, o termo “É que o Linux é de graça” ou ainda “Software Livre ? ah sim, software Freeware, não é ?”.
Primeiramente, é preciso entender do que estamos falando. O que é Freeware ? E OpenSource ?

1. Do ponto de vista gramatical
Quebrando Freeware em duas palavras distintas temos:
Free: Livre, autônomo.
Ware: Produto manufaturado, mercadoria

Agora, o OpenSource:
Open: aberto
Source: fonte

Analisando as palavras já é possível notar diferenças nos significados: enquanto freeware remete a um “produto livre”, OpenSource remete a algo que “tem sua fonte aberta”.

Acho que apenas com esta definição é possível distinguir ambos “tipos de licenças” de software, porém, vamos tentar ir além analisando pelo ponto de vista da Opensource.org

De acordo com o ponto de vista da OpenSource.org, poderá haver em um mesmo software que tenha licença OpenSource, outras licenças e que não haverá Royalty ou qualquer outra taxa por isto, só que nestes casos, a parte OpenSource da aplicação deverá estar de acordo com as normas da licença.

Quanto ao código fonte do software, ela ressalva que deverá ser distribuido o código fonte original da aplicação ou pelo menos, disponibilizar na Internet meios para obtenção do mesmo sem qualquer taxa ou restrição e ainda esse código deve ser preferencialmente disponibilizado de forma que possibilite qualquer programador editá-lo sem dificuldades, ou seja, sem métodos que dificultam tal ação.

A licença deverá permitir que seja modificado o software original e que seja gerado softwares/trabalhos baseados no código-fonte original, mantendo créditos a ambos autores, tanto o que modificou quanto ao que criou a versão original, e claro, mantendo a licença OpenSource na versão modificada também.

Ressalva que a licença OpenSource não possui “descriminações”. Qualquer pessoa ou grupo poderá licenciar softwares sob esta licença para qualquer fim, seja comercial ou para pesquisas, por exemplo.

Quanto ao Freeware, parece que não há nenhum site dedicado a sua licença e suas metodologias, então analisaremos o que encontrei na Wikipedia sobre o termo Freeware:
De acordo com o texto da Wikipedia, o único “critério” que o freeware impõe é que o software deverá ser disponibilizado sem tempo de validade, mais conhecido como data de expiração, e que não deverá haver taxas a serem pagas pelo seu uso. Informa também que todo material produzido com software freeware, tais como: documentos, sons e gráficos; poderá ser distribuido sem nenhum custo.

Como foi possível perceber, o OpenSource vai além da licença de uso e distribuição. Muitos dizem que o OpenSource é uma ideologia, uma filosofia, talvez eles tenham razão, pois essa licença vai muito além da própria licença OpenSource.
Caso tenha se interessado pelo assunto, aqui vão alguns links que podem trazer mais informações sobre o “Universo OpenSource”:

OpenSource.org
Open Source na Wikipedia
SoftwareLivre.gov.br – Site do governo brasileiro sobre o Software Livre
CIPSGA – Cômite de incentivo a produção do Software GNU e Alternativo
Ansol.org – Filosofia OpenSource

Há um filme interessante que fala sobre Linux, GNU e OpenSource chamado The Code Linux, a maioria dos Geek’s já assistiram esse filme, inclusive eu mesmo já baixei tempos atrás.

Espero que esse post tenha ajudado pelo menos um pouco a entender mais sobre esse “Software de graça” que muitos comentam. Esse assunto é muito abrangente, poderiamos falar sobre o OpenSource contra o mercado Capitalista, Opensource e suas licenças, enfim, há uma imensidão de possibilidades, mas resolvi primeiro diferenciar o OpenSource do Freeware, como sugeriu o McGyver. Agora deixo em aberto para comentários e sugestões de vocês, leitores.