GNU/Linux juntaDados 4.04r2

Uma nova revisão da distribuição GNU/Linux juntaDados foi disponibilizada em uma parceria do Pontão de Cultura Digital juntaDados com a Artéria Cultura e Cidadania. O GNU/Linux juntaDados é uma distribuição voltada para a produção audiovisual com foco nas atividades dos Pontos de Cultura, ações de Inclusão Digital e Cultura Digital. A nova revisão 4.04r2 traz melhorias na estabilidade, maior performance e novas ferramentas.

Esta revisão traz atualizações ao sistema base e adição de novas ferramentas e recursos. Entre as principais novidades estão a adição das ferramentas para construção de redes sociais Noosfero 0.38.2 e Friendica (Rede Social Federada), gerenciador de streamings Landell, atualizações no editor de vídeo Cinelerra (2.2-0.12) que proporciona maior estabilidade, a nova versão do navegador Web Firefox (17.0.0) e muito mais. O Kernel do Linux utilizado (3.6.7-ck1-bfq-juntadados) agora traz como padrão o escalonador de tarefas BFS (Brain Fuck Scheduler) e o escalonador de I/O BFQ (Budget Fair Queueing), que garantem uma melhor e mais suave experiência de uso do sistema.

Download: juntaDados-4.04r2-amd64.iso
Download Espelho 1: juntaDados-4.04r2-amd64.iso
Torrent: juntaDados-4.04r2-amd64.torrent

Esta distribuição é uma customização do Lubuntu 12.04.1 LTS (Precise Pangolin) com diversas atualizações feitas desde o seu lançamento. Todos os códigos-fontes, das ferramentas livres, disponibilizadas nesta imagem, incluindo o Kernel do Linux, estão disponíveis livremente nos repositórios Ubuntu e em diversos sites/repositórios na Internet.

Esta customização foi feita especialmente para a Oficina de Redes Sociais Livres que ocorrera na 11a Oficina para Inclusão Digital e Participação Social.
 
O que é?
Um Sistema Operacional completo e livre baseado no GNU/Linux que tem como objetivo simplificar e facilitar as atividades de produção audiovisual dos Pontos de Cultura, ações de Inclusão Digital e Cultura Digital. Algumas das ferramentas disponibilizadas nesta distribuição não são consideradas Software Livre tal como o Adobe Flash.
 
Esta distribuição GNU/Linux possui as principais Ferramentas para escritório, produção de conteúdo de Áudio, Vídeo, Imagem e Texto escolhidas através de levantamentos feitos em Pontos de Cultura e Ações de Inclusão Digital. Todos os códigos-fontes, das ferramentas livres disponibilizadas neste DVD, incluindo o kernel linux, estão disponíveis livremente nos repositórios Ubuntu para download ou em sites na Internet.
 
Quem somos?
Pontão de Cultura Digital, inicialmente sediado na Universidade do Estado da Bahia (UNEB), conveniado pelo Ministério da Cultura no final de 2008 através do Programa Cultura Viva e tendo suas atividades financiadas por este programa entre Janeiro de 2009 e Janeiro de 2010. Desde Janeiro de 2010 os integrantes do Pontão de Cultura Digital juntaDados continuam suas atividades de forma voluntária. Em 2012 iniciamos uma parceria com a Artéria Cultura e Cidadania.
 
A distribuição GNU/Linux juntaDados é um dos diversos produtos desenvolvidos pela equipe do Pontão que busca facilitar a produção, difusão e capacitação em ferramentas audiovisuais pelos Pontos de Cultura do Brasil.
 
Dúvidas e Sugestões nos envie um e-mail: juntadados@juntadados.org

YaCy 1.2

Os desenvolvedores do YaCy disponibilizaram uma nova versão do seu motor de busca descentralizado e de código fonte aberto. O YaCy 1.2 traz integração com a plataforma de busca Solr 4.0.0, melhorias no agregador de conteúdo e aprimoramento na interface de administração da ferramenta.

O motor de busca peer-to-peer (P2P) YaCy, licenciado sobre a GPL, foi pensado como uma alternativa para serviços de busca, como os fornecidos pelo Google, que são centralizados em uma única empresa.

Assim como as ferramentas de compartilhamento de arquivos P2P, todos os participantes que fazem parte da rede YaCy contribuem com os resultados das buscas e utilizam os resultados de outros participantes da rede. Uma vantagem importante, dizem os desenvolvedores, é que o conteúdo do YaCy não pode ser censurado. Karsten Gerloff, presidente da "Free Software Foundation Europe" descreve o projeto como "um bloco de construção vital" para o "futuro dos sistemas P2P distribuídos".

Mais de 800 participantes (peer) já contribuem para as buscas baseadas no YaCy. O motor de busca atualmente possui mais de 1.4 bilhão de documentos no seu índice e lida com mais de 130,000 requisições por dia. Outros sistemas de busca também são baseados na tecnologia da YaCy, por exemplo, o Instituto de Tecnologia Karlsruhe oferece busca sobre conteúdo cientifico usando o YaCy.

O YaCy pode ser instalado no modo "stand-alone" - por exemplo para buscas locais dentro de uma rede - ou como parte da rede P2P. Os desenvolvedores enfatizam a simplicidade de instalação do mesmo e disponibilizam versões para o Linux, Mac OS X e Windows.

Conheça mais sobre o Yacy
http://yacy.net/en/

Peer Brasileiros do Yacy
http://yacy.juntadados.org/

Kernel Linux 3.6.7

A nova versão estável da série 3.6 do Kernel do Linux traz 68 mudanças. Como destaque no Kernel Linux 3.6.7 estão mudanças no subsistema Direct Rendering Manager (12 mudanças), correções em drivers e no subsistema WiFi 802.11 (10 mudanças), 8 mudanças no subsistema ALSA dentre outros.

Lista de mudanças Kernel Linux 3.6.7
af-packet: fix oops when socket is not present
ALSA: Add a reference counter to card instance
ALSA: Avoid endless sleep after disconnect
ALSA: Fix card refcount unbalance
ALSA: PCM: Fix some races at disconnection
ALSA: usb-audio: Fix mutex deadlock at disconnection
ALSA: usb-audio: Fix races at disconnection
ALSA: usb-audio: Fix races at disconnection in mixer_quirks.c
ALSA: usb-audio: Use rwsem for disconnect protection
ath9k: fix stale pointers potentially causing access to free'd skbs
ath9k: Test for TID only in BlockAcks while checking tx status
batman-adv: Fix broadcast packet CRC calculation
cfg80211: fix antenna gain handling
drivers/net/ethernet/nxp/lpc_eth.c: Call mdiobus_unregister before mdiobus_free
drm/i915: clear the entire sdvo infoframe buffer
drm/i915: fix overlay on i830M
drm/i915: Only kick out vesafb if we takeover the fbcon with KMS
drm/radeon/cayman: add some missing regs to the VM reg checker
DRM/Radeon: Fix Load Detection on legacy primary DAC.
drm/radeon/si: add some missing regs to the VM reg checker
drm: restore open_count if drm_setup fails
drm: set dev_mapping before calling drm_open_helper
drm/udl: fix stride issues scanning out stride != width*bpp
drm/vmwgfx: Fix a case where the code would BUG when trying to pin GMR memory
drm/vmwgfx: Fix hibernation device reset
futex: Handle futex_pi OWNER_DIED take over correctly
GFS2: Test bufdata with buffer locked and gfs2_log_lock held
hwmon: (w83627ehf) Force initial bank selection
Input: tsc40 - remove wrong announcement of pressure support
ipv4: Fix flushing of cached routing informations
ipv6: send unsolicited neighbour advertisements to all-nodes
ipv6: Set default hoplimit as zero.
iscsi-target: Fix missed wakeup race in TX thread
ixgbe: PTP get_ts_info missing software support
l2tp: fix oops in l2tp_eth_create() error path
mac80211: check management frame header length
mac80211: don't inspect Sequence Control field on control frames
mac80211: fix SSID copy on IBSS JOIN
mac80211: make sure data is accessible in EAPOL check
mac80211: Only process mesh config header on frames that RA_MATCH
mac80211: use blacklist for duplicate IE check
mac80211: verify that skb data is present
mmc: sdhci: fix NULL dereference in sdhci_request() tuning
mmc: sh_mmcif: fix use after free
net: fix divide by zero in tcp algorithm illinois
net: fix secpath kmemleak
net: inet_diag -- Return error code if protocol handler is missed
netlink: use kfree_rcu() in netlink_release()
net: usb: Fix memory leak on Tx data path
NFS: fix bug in legacy DNS resolver.
nfs: Show original device name verbatim in /proc/*/mount{s,info}
nfsv3: Make v3 mounts fail with ETIMEDOUTs instead EIO on mountd timeouts
NFSv4.1: We must release the sequence id when we fail to get a session slot
NFSv4: nfs4_locku_done must release the sequence id
NFS: Wait for session recovery to finish before returning
rt2800: validate step value for temperature compensation
sctp: fix call to SCTP_CMD_PROCESS_SACK in sctp_cmd_interpreter()
target: Avoid integer overflow in se_dev_align_max_sectors()
target: Don't return success from module_init() if setup fails
target: Fix incorrect usage of nested IRQ spinlocks in ABORT_TASK path
target: Re-add explict zeroing of INQUIRY bounce buffer memory
tcp: fix FIONREAD/SIOCINQ
tcp-repair: Handle zero-length data put in rcv queue
wireless: drop invalid mesh address extension frames
xen/gntdev: don't leak memory from IOCTL_GNTDEV_MAP_GRANT_REF
xen/mmu: Use Xen specific TLB flush instead of the generic one.
xfs: fix buffer shudown reference count mismatch
xfs: fix reading of wrapped log data

MPICH 3.0rc1

Foi disponibilizado o primeiro candidato de lançamento do MPICH 3.0rc1. O MPICH é uma implementação multi-plataforma do padrão de troca de mensagens MPI voltado ao desenvolvimento de aplicações de memória distribuída usadas em clusters.

O MPICH 3.0 traz muitas novidades como a implementação completa do novo padrão MPI-3, suporte a arquitetura ARM-v7, muitas correções de erro e melhorias de performance.

MPICH é um Software Livre e esta disponível para diversos Unix-Like (incluindo Linux e Mac OS X) e para o Microsoft Windows. É também uma das mais populares implementações do padrão MPI, utilizada como base para outras implementações do MPI incluindo IBM MPI (para o Blue Gene), Intel MPI, Cray MPI, Microsoft MPI, Myricom MPI, OSU MVAPICH/MVAPICH2, e muitas outras.

Download
http://www.mpich.org/downloads/ (Código-Fonte)
http://www.cebacad.net/files/mpich/ubuntu (Pacotes para Ubuntu)
http://www.cebacad.net/files/mpich/debian (Pacotes para Debian)
http://www.cebacad.net/files/mpich/slackware (Pacotes para Slackware)

Notas de lançamento
http://www.mpich.org/2012/11/12/mpich-3-0rc1-released-nov-13-2012/

Acabando com o Culto à Personalidade no Movimento Software Livre

Autor: Aaron J. Seigo
Traduzido livremente de: http://aseigo.blogspot.com.br/2012/11/ending-cults-of-personality-in-free.html
Sugestões e críticas construtivas a tradução: marcelo@juntadados.org

O Movimento Software Livre tem uma história de criação e suporte ao culto à personalidade. Uma vez que isto é um fenômeno humano generalizado, é fácil entender como isso acontece. Isso é, porém, inútil e destrutivo e nós deveríamos ativamente desencorajar este comportamento, começando por pôr de lado os atuais cultos.
 
A mais recente, embora certamente não o único exemplo, deste comportamento retrógrado foi observado quando Linus Torvalds começou a postar no Google+ sobre sua recente análise de várias soluções de ambiente de Desktop livres. Isso foi replicado em vários blogs, Slashdot, Linux Today e etc. Por que nós importamos com o que Linus usa? Basta dizer que: ele é uma super estrela na comunidade de Software Livre e as pessoas se apegam a todas as suas palavras como se ele fosse um oráculo de todas as coisas de tecnologia. Alerta de Spoiler: Ele não é.
 
As opiniões, de Linus, sobre ambientes de Desktop são tão significativas quanto a opinião dele sobre foguetes, filmes, técnicas de recuperação de óleo, sociologia, história das religiões, engenharia de automóveis ou qualquer outro tópico que ele não tenha experiência significativa.

Todo mundo tem uma opinião sobre as coisas que usa, tais como carros e barcos, e sobre coisas que simplesmente entramos em contato, tais como filmes ou religiões. Compartilhar nossos pontos de vista é ótimo, e é uma parte necessária do discurso democrático que pode mover a sociedade ao longo do seu caminho evolutivo.
 
Sendo assim, opiniões tem valor e podem ser altamente benéficas quando misturadas com centenas, milhares ou até milhões de outras opiniões. O segredo, porém, é não deixar a aqueles cuja as opiniões não são de grande valor, em termos de serem baseadas em um maior entendimento ou de terem acesso a dados relevantes, se tornarem mais importantes do que outras opiniões nas discussões.
 
Linus é tão susceptível de esta "errado", quanto a soluções de ambiente Desktop no Linux, como a maioria das outras pessoas que utilizam soluções de Desktop. Eu usei aspas porque ele não esta tão errado sobre tudo: qualquer que seja seu ponto de vista recente, reflete sua opinião claramente e pode até ser extrapolado para outras pessoas com necessidades similares. Isto não deve surpreender. É como dizer que Linus pode esta errado sobre foguetes como qualquer outra pessoa que não esta envolvida no seu projeto e fabricação. Talvez mais, mesmo que Linus não seja um grande entusiasta do Espaço mais apenas um leitor de artigos casual e veja coisas que a NASA disponibiliza em press releases.
 
Quando eu vi pela primeira vez outras pessoas comentando sobre os comentários dele no Google+ sobre o uso do KDE Plasma, eu compartilhei o sentimento acima, mas de forma mais resumida. Eu não me importo com o que Linus usa, pelo menos não como um dado isolado: não é informação útil por uma simples razão: não nos ajuda a criar o software de que o mundo precisa.
 
Vamos dar um passo para o lado e considerar isso por um angulo diferente: Imagine que alguém desenvolva o ambiente de Desktop perfeito para o Linus. Algo que o satisfaça completamente, e que ele possa falar alegremente sempre que deseje. Será que este ambiente será interessante e útil para o público em geral, ou será interessante apenas para desenvolvedores do kernel e pessoas mal humoradas como o Linus? Poderia ser das duas formas, realmente, porque (de novo) o fato de que Linus gostou não é necessariamente uma informação útil quando vista de forma isolada.
 
Nós poderíamos escolher qualquer outro indivíduo no planeta que não tenha a mesma quantidade de experiencia relevante e dizer a mesma coisa. Isso não é uma "surra" no Linus, é uma observação sobre algo que o Movimento Software Livre faz muito mal.

Não é culpa do Linus que nós prestamos mais atenção a ele, em tais tópicos, do que deveríamos; somos nós que decidimos prestar atenção ao Linus em tais tópicos. Nós também podemos decidir não prestar atenção. Ainda melhor, podemos focar em conjuntos de dados bem formados e prestar atenção nestes.
 
Então porque nós prestamos tanta atenção e nos importamos sobre tudo o que o Linus diz ou pensa sobre estas questões? Existe razões muito humanas para o porque de fazermos isto, as quais os cientistas sociais podem, provavelmente, falar melhor do que eu, de modo que isto é em grande parte uma questão retórica. Eu acredito que é inegável, contudo, que arriscamos a direção do Movimento Software Livre construindo tais cultos à personalidade.
 
É claro, isto vai ainda mais longe. Estes cultos à personalidade encorajam a outras pessoas a imitarem pessoas como o Linus, quando se trata de coisas como estilo de comunicação. Devido à tendência humana de "nós imitamos a quem admiramos", mantendo o Linus "em alta" encoraja as pessoas a adotarem um padrão de comunicação rude.

Linus não é um bom exemplo para nada além de manter de forma bem sucedida o kernel do linux e a projetos similares, ainda assim ele é imitado por pessoas que confundem o segredo do seu sucesso com seu estilo de comunicação.
 
O culto em torno do Linus não é o único culto à personalidade no Movimento Software Livre, por certo. Este episódio é simplesmente uma boa oportunidade de falar sobre isto. Eu poderia facilmente escrever uma post no blog sobre os outros problemas, que o culto à personalidade causa ao Movimento Software Livre. Meus anos na comunidade me "agraciaram" com uma grande quantidade de experiência pessoais relacionados com quase todas as supostas personalidades do Movimento Software Livre.
 
...qual é a "grande lição" aqui: ninguém é um messias e somo todos igualmente frágeis e imperfeitos. Em palavras positivas: somo todos igualmente infalíveis e perfeitos. Então de onde podemos tirar uma liderança, se não de personalidades luminosas?
 
Eu não acredito que o Movimento Software Livre precise, ou se beneficie, de lideranças globais tanto quanto o mundo precisa de ditaduras ou de um governo único global. O que o Movimento Software Livre precisa é, de lideranças locais, e estes lideres precisam ter sua influência limitada (por uma falta de deificação saudável, entre outras coisas) a fim de criar um ambiente no qual é valioso (e mais aceitável) chegar a outros através de domínios.
 
Sem isto, nos ficaremos a deriva inutilmente. O Movimento Software Livre não foi capaz de decolar em dispositivos de consumo até que uma corporação ditadora entrou em cena, basicamente ignorando a todos e empurrando o Android.
 
Este por sua vez se tornou, atualmente, a principal fonte de violações da GPL (Eu só encontrei outra hoje, agora é um tablet sendo oferecido para venda por uma respeitada revendedor de computadores que "apoia" o Software Livre) e isto não é um ecossistema com participação igualitária ou com governança aberta.
 
Precisávamos do Android porque não poderíamos fazê-lo nós mesmos, porém o Android também é uma grande fraqueza para os esforços do Movimento Software Livre, e fica muito aquém do que é realisticamente possível. Nós não podemos nos queixar muito alto, porque não conseguimos juntar toda nossa "merda" para produzir resultados melhores antes.
 
Nós ainda estamos esperando pelo "salvador" no lado do Desktop. Alguns pensaram que poderia ser o Ubuntu, mas o que tivemos do Ubuntu, em grande parte devido a abordagem de "ditador vitalício auto-nomeado", é um bifurcação de um dos maiores ambientes de Desktop e de sua comunidade com um inútil sideshow quase interminável de maledicência entre várias distribuições Linux, desenvolvedores do kernel e outros com a Canonical.

Tudo isto ocorreu por razões compreensíveis, nada disso foi feito sem uma lógica interna consistente, e ainda assim não promoveu os objetivos finais para o sucesso do Movimento Software Livre.
 
Eu não sei sobre você, mas eu estou doente e cansando sobre a ineficiência e comportamento auto-destrutivo do Movimento software Livre devido às cismas internas.
 
Ah, mas temos exemplos positivos onde o Software Livre fez muito bem: os servidores e super computadores. Por que o Software Livre, impulsionado pelo modelo de desenvolvimento de código aberto, brilhou tão brilhantemente aqui? Quando olhamos profundamento para a sua história podemos notar a relativa falta de culto à personalidade e a grande ênfase em dados que importam (algo que é mais fácil de realizar quando se pode utilizar análises de performance ou testes de conformidade com métricas respeitadas e confiáveis).
 
Certamente há pessoas que são respeitadas, admiradas e influentes no lado de servidores, mas há uma clara falta de culto à personalidade e um grande número de cooperação (mesmo na competição), e esforços concentrados na tecnologia. O Samba me veem a mente imediatamente, com Jeremey Allison e John Terpstra, duas pessoas que respeito muito mas que não tem a aura de "culto à personalidade".
 
É claro que nem tudo são rosas, a todo tempo, no lado das ferramentas de servidor, é claro, existem contra-exemplos ao Samba e eu provavelmente apontaria para o MySQL e sua história ao longo dos anos (desde seu começo como Software Não Livre, passando pela estranha interpretação da GPL e a tomada corporativa desta), que eu acredito se correlacionar com o controle centralizado por uma liderança carismática ligado ao fanboysm do projeto. Você sabe, exatamente como vemos com o Desktop no Linux.
 
Para aqueles que podem concordar, mas responder com "mas é assim que as pessoas trabalham, não há muito o que possamos fazer": bem, eu aceito o seu ponto de vista, mas humildemente discordo. Talvez não possamos mudar o mundo como um todo (pelo menos, não apenas em uma noite), porém podemos positivamente afetar partes do mundo que nós mesmos criamos. Nós criamos Software Livre juntos, e portanto podemos criar este a imagem que queremos.
 
Como participante co-criador deste mundo, eu tenho impacto em como ele funciona e sobre a cultura que o cerca... como você. Não somos completamente impotentes para nós mesmos; nós podemos fazer escolhas sábias se optarmos por isto. O progresso da justiça social na história humana nos mostrou que não somos escravos das nossas fraquezas, embora possa levar tempo e esforço para emancipar-nos.
 
Nós podemos tomar a decisão de libertar-nos dos cultos a personalidade usando a nossa própria consciência: construindo estruturas descentralizadas de responsabilidade, prestando atenção e recompensando o esforço cooperativo (e coletivo). Isto irá permitir-nos juntar os nossos esforços, em conjunto, dentro de uma maciça e combinada fogueira ao invés termos mil brasas minúsculas lutando por combustível e oxigênio de tal forma que brilhem mas inevitável mente voltem a se apagar.
 
Nós precisamos perceber que o comportamento que surge da nossa cultura atual não promove os objetivos que todos compartilhamos juntos para o sucesso do Movimento Software Livre. Se isso realmente é o que queremos, então precisamos alterar o que retarda o nosso progresso em direção a este objetivo. Precisamos valorizar o progresso do Movimento Software Livre mais do que valorizamos a recompensa do fanboyism.
 
Simplificando: se queremos softwares livres para prosperar precisamos nos engajar numa melhoria consciente da cultura do Software Livre e, tão importante quanto, deixar para trás aqueles que optarem ao contrário. Eu não vou tentar enganar ninguém: isto vai levar anos para acontecer... porém podemos começar agora.
 
Vá em frente e diga: "Eu não me importo com o que Linus Torvalds usa no seu computador." Viu como pode ser fácil? :)

Tutorial instalando o Noosfero no Debian 7.0 (Wheezy) com o Nginx e Phushion Passenger

Este tutorial mostrara como instalar a plataforma para redes sociais e de economia solidária Noosfero, desenvolvida em Ruby on Rails, utilizando o módulo para implantação de aplicativos Ruby Passenger Phusion sobre o Servidor Web de alta performance Nginx no GNU/Linux Debian 7.0 Wheezy. Neste tutorial usaremos o PostgreSQL como banco de dados.

1) Preparando o Ambiente

1.1) Primeiro vamos instalar as dependências para o Noosfero, PostgreSQL, Nginx e Passenger Phusion. Como administrador do sistema (root)

  nano /etc/apt/sources.list

1.2) Acrescente as seguintes linhas no final do arquivo, salve (CTRL + o) e saia do nano (CTRL + x)

  deb http://ftp.br.debian.org/debian wheezy main contrib
  deb-src http://ftp.br.debian.org/debian wheezy main contrib

1.3) Atualize a base de pacotes local

  apt-get update

1.4) Instale as dependências para o Noosfero, PostgreSQL, Nginx e Passenger Phusion

  apt-get build-dep nginx -y

  apt-get build-dep ruby-passenger -y

  apt-get install git rubygems1.8 postfix postgresql-9.1 postgresql-client-9.1 postgresql-server-dev-9.1 po4a rcov iso-codes openjdk-6-jre tango-icon-theme libxslt1-dev libxml2-dev memcached bzip2 -y

  * Opcionalmente limpe o cache dos pacotes baixados com o comando: apt-get clean

1.5) Troque a versão do Ruby padrão do Debian Wheezy (1.9.1) para o Ruby 1.8

  - Alterando o Ruby

  update-alternatives --config ruby

  Escolha a opção: /usr/bin/ruby1.8

  - Alterando o Ruby Gem

  update-alternatives --config gem

  Escolha a opção: /usr/bin/gem1.8

2) Instalando o Phusion Passenger

2.1) Baixe o código-fonte do Passenger Phusion do Git (Repositório de Código-Fonte)

  - Clonando o repositório Git do Passenger Phusion

  git clone https://github.com/FooBarWidget/passenger.git

  - Faça checkout da última versão estável do Phusion Passenger (3.0.18)

  cd passenger

  git checkout release-3.0.18

2.2) Compilando e criando o pacote Gem do Phusion Passenger

  - Instale o Gerenciador de Tarefas Rake

  gem install rake

  rake package

2.3) Instale a Gem do Phusion Passenger

  gem instal pkg/passenger-3.0.18.gem

3) Instalando o Nginx com suporte ao Phusion Passenger

3.1) Baixe o código-fonte do Nginx e descompacte

 cd ~

 wget -c http://nginx.org/download/nginx-1.3.8.tar.gz

 tar xvf nginx-1.3.8.tar.gz

3.2) Configure e compile o Nginx

  cd nginx-1.3.8

  ./configure --sbin-path=/usr/sbin --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --pid-path=/var/run/nginx.pid --lock-path=/var/lock/nginx.lock --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/body --http-proxy-temp-path=/var/lib/nginx/proxy --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --with-debug --with-http_stub_status_module --with-http_flv_module --with-http_ssl_module --with-http_dav_module --with-ipv6 --with-poll_module --with-pcre --with-http_gzip_static_module --add-module=/var/lib/gems/1.8/gems/passenger-3.0.18/ext/nginx

  make

  make install

  - Crie o diretório /var/lib/nginx/body

  mkdir -p /var/lib/nginx/body

4) Instalando o Noosfero

4.1) Baixe o código fonte do Noosfero

  cd ~

  mkdir /var/lib/noosfero

  - Clonado repositório do Noosfero

  git clone https://git.gitorious.org/noosfero/noosfero.git /var/lib/noosfero/current

  - Crie Diretórios/Links Auxiliares ao Noosfero

  mkdir /var/run/noosfero
  mkdir /var/log/noosfero
  mkdir /var/tmp/noosfero
  mkdir -p /var/tmp/noosfero/solr
  ln -s /var/tmp/noosfero /var/lib/noosfero/current/tmp
  ln -s /var/run/noosfero /var/lib/noosfero/current/tmp/pids
  ln -s /var/log/noosfero /var/lib/noosfero/current/log

  - Defina Dono/Grupo www-data para o Noosfero

  chown www-data.www-data /var/lib/noosfero /var/run/noosfero /var/log/noosfero /var/tmp/noosfero  -R

4.1.1) Alterando o Gemfile

  rm /var/lib/noosfero/current/Gemfile
  rm /var/lib/noosfero/current/Gemfile.lock

  - Crie um novo arquivo Gemfile

  nano /var/lib/noosfero/current/Gemfile

  - Adicione ao Gemfile

  source 'https://rubygems.org'
  gem 'rails', '2.3.14'
  gem 'rack', '~> 1.1.0'
  gem 'bundle'
  gem 'pg'
  gem 'i18n'
  gem 'will_paginate', '2.3.12'
  gem 'gettext'
  gem 'RedCloth'
  gem 'hpricot'
  gem 'cucumber', '0.4.0'
  gem 'webrat', '0.5.1'
  gem 'sunspot_rails'
  gem 'builder'
  gem 'nokogiri', '~>1.5.5'

  - Instale as depedências do Ruby e Noosfero

  cd /var/lib/noosfero/current

  gem install bundle

  bundle install

4.2) Alterando o Noosfero para trabalhar com uma versão mais nova do Ruby on Rails

  - Edit o arquivo config/environment.rb

  nano /var/lib/noosfero/current/config/environment.rb

  - Alterar a linha

  RAILS_GEM_VERSION = '2.3.5' unless defined? RAILS_GEM_VERSION

  - Para

  RAILS_GEM_VERSION = '2.3.14' unless defined? RAILS_GEM_VERSION

4.3) Configurando o Banco de Dados PostgreSQL

  nano /etc/postgresql/9.1/main/postgresql.conf

  - Descomente a linha (Retirar o #)

  #listen_addresses = 'localhost'

  - Alterar modo de acesso ao Banco de Dados

  nano /etc/postgresql/9.1/main/pg_hba.conf

  - Alterar a linha

  host    all             all             ::1/128                 md5

  - Para

  host    all             all             ::1/128                 trust

  - Re-inicie o PostgreSQL

  /etc/init.d/postgresql restart

4.4) Configurando o acesso ao Banco de Dados do Noosfero

  nano /var/lib/noosfero/current/config/database.yml

  - Adicionar ao arquivo config/database.yml

  development:
    adapter: postgresql
    database: noosfero_development
    username: postgres
    password:
    host: localhost

  test: &TEST
    adapter: postgresql
    database: noosfero_test
    username: postgres
    password:
    host: localhost

  production:
    adapter: postgresql
    database: noosfero_production
    username: postgres
    password:
    host: localhost

  cucumber:
    <<: *TEST

4.4.1) Criando o Banco de Dados noosfero_production

  createdb -U postgres -h localhost noosfero_production

4.4.2) Criando o Schema do Banco de Dados

  RAILS_ENV=production bundle exec rake db:schema:load
  RAILS_ENV=production bundle exec rake noosfero:translations:compile

4.4.3) Carregando Dados de Exemplo no Banco de Dados do Noosfero

  RAILS_ENV=production ./script/sample-data

4.4.4) Ativando o Servidor de Busca Apache Solr

  - Fazendo Download

  RAILS_ENV=production bundle exec rake solr:download

  - Configurando e Iniciando o Solr

  cp /var/lib/noosfero/current/config/solr.yml.dist /var/lib/noosfero/current/config/solr.yml

  RAILS_ENV=production bundle exec rake solr:start

5) Configurando o Nginx

  - Apague a configuração antiga do nginx.conf

  rm /etc/nginx/nginx.conf

  - Crie/Edite um novo arquivo de configuração

  nano /etc/nginx/nginx.conf

  - Acrescente ao nginx.conf

  user www-data;
  worker_processes 1;

  events { worker_connections  256; }

  http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile      on;
    keepalive_timeout 90;

    passenger_root /var/lib/gems/1.8/gems/passenger-3.0.18/;

    server {
        listen       80;
        server_name  localhost;

        passenger_enabled on;
        rails_env production;

        root /var/lib/noosfero/current/public;

        error_log  /var/log/nginx/noosfero.error.log;
        access_log /var/log/nginx/noosfero.access.log;

        error_page 500 502 503 504 /50x.html;
        location = /50x.html { root html; }
    }
  }

  - Redefina Dono/Grupo do Noosfero

  chown www-data.www-data /var/lib/noosfero -R

5.1) Iniciando o Servidor Web Nginx e testando a aplicação em Ruby on Rails

  - Pare o Apache2 (caso esteja ativo)

  service apache2 stop

  - Inicie o Nginx

  nginx

6) Acesse a nova instalação do Noosfero

  - No Navegador

  http://localhost

  Login: ze
  Password: test

Prévia do Ruby 2.0.0 é disponibilizada

Originalmente: http://h-online.com/-1744547

A primeira prévia do Ruby 2.0.0 foi lançada para testes e comentários, especialmente para desenvolvedores construindo aplicações compatíveis com a versão 2.0. A prévia ainda esta incompleta; porém, este inclui refinamentos (fazendo os "monkey-patching" mais seguros), suporte a palavras-chaves como argumentos, lazy enumerators, suporte para o literal %i para arrays simbólicas, adição de uma convenção para que os métodos #to_h retornem hashes e uma nova engine regexp. Mat Sadler, engenheiro na UK Globaldev, possui um resumo das novas funcionalidades e exemplos em uma postagem no seu blog.

O que foi omitido, porém, é o suporte ao DTrace, atualização do RubyGems, melhorias no Rdoc e Rake e uma série de funcionalidades aceitas mas não implementadas tais como uma API simplificada para o Ruby e suporte aprimorado para o Unicode. Estas melhorias são esperadas para Dezembro na segunda prévia. Próximo ao Natal ocorrera um congelamento do código e próximo ao Ano Novo a primeira versão candidata deve aparecer.

No início de fevereiro um segundo candidato de lançamento deve abrir o caminho para o lançamento final em 24 de Fevereiro. Detalhes adicionais das mudanças estão disponíveis no arquivo NEWS dentro do código fonte da distribuição. Heroku, o serviço de hospedagem de aplicações Ruby, que patrocinou o trabalho de Yukihiro "Matz" Matsumoto, Koichi Sasada e Nobuyoshi Nakada no Ruby 2.0, também tornou possível rodar a versão prévia. Mais detalhes no blog do Heroku.