Nova versão da plataforma livre para o mapeamento de iniciativas em agroecologia

A plataforma Mapa da Agroecologia, uma ferramenta livre que permite o mapeamento de iniciativas em Agroecologia, disponibilizou uma nova versão. Esta traz correções e melhorias diversas, incluindo aprimoramentos na interface, adição de novos campos e a opção de tradução da interface (Português, Espanhol e Inglês).

A plataforma esta em constante evolução e é livre, estamos sempre buscando parceiros para aprimorar o sistema, não somente fornecendo informações sobre os locais que já realizam experiências em agroecologia mas com sugestões e dicas de como melhorar a plataforma em si. Por ser um Software Livre você pode contribuir com código, documentação e tradução da interface.

Esta plataforma esta disponível como Software Livre, sobre a licença GPLv3, e foi oficialmente apresentada durante o VI Congresso Latino-americano de Agroecologia (#Agroecologia2017) que ocorreu em Brasília, DF em 2017.

Conheça a Plataforma em funcionamento em https://mapadaagroecologia.org/ e adicione o Local e a Experiência que esta realizando para que possamos fomentar novas redes de colaboração.

Através do código-fonte é possível customizar a plataforma e implantá-la em qualquer iniciativa que deseje mapear experiências de agroecologia no Brasil.

O Código-fonte esta disponível em https://gitlab.com/ITBio3/agroecologia e foi desenvolvido utilizando Ruby on Rails.

Plataforma Livre Agroecologia Saberes e Práticas será apresentada no Congresso Latino-americano de Agroecologia

A plataforma Agroecologia Saberes e Práticas é uma ferramenta que permite o mapeamento e registro de iniciativas, experiências e práticas em Agroecologia em todas as suas vertentes. A agroecologia é o estudo dos agroecossistemas abrangendo todos os elementos humanos e ambientais e a proposta desta plataforma é potencializar estes aspectos através de interações entre os diversos fomentadores destes sistemas agroecológicos.

Esta plataforma é desenvolvida e disponibilizada como Software Livre e estará sendo oficialmente apresentada durante o VI Congresso Latino-americano de Agroecologia (#Agroecologia2017) que ocorrera em Brasília (DF) entre os dias 12 e 15 de Setembro de 2017.

Conheça a Plataforma em https://agroecologia.itbio3.org/
Código-fonte disponível em https://gitlab.com/ITBio3/agroecologia

GNU/Linux juntaDados 5.0.3

Uma nova versão da distribuição GNU/Linux, voltada para produção audiovisual, juntaDados foi disponibilizada, agora baseada no Debian GNU/Linux 7.3.0 (Wheezy).

Entre as principais novidades do GNU/Linux juntaDados 5.0.3 estão a adoção do Debian GNU/Linux 7.3.0 (Wheezy) como base, Ardour 3.5.74, Blender 2.69, LibreOffice 4.1.2, Firefox 26, FFmpeg 1.0.8, Muan 12.0.5, GIMP 2.8.2 e muito mais. O Kernel Linux foi atualizado para a versão 3.12.5.

Download Espelho juntaDados
http://juntadados.org/sites/default/files/juntadados/5.0.3/juntaDados-5.0.3-amd64.iso (64 bits)
http://juntadados.org/sites/default/files/juntadados/5.0.3/juntaDados-5.0.3-i386.iso (32 bits)

Download Espelho Estúdio Livre
http://estudiolivre.org/files/juntadados/5.0.3-amd64/juntaDados-5.0.3-amd64.iso (62 bits)
http://estudiolivre.org/files/juntadados/5.0.3-i386/juntaDados-5.0.3-i386.iso (32 bits)

Torrent
http://juntadados.org/sites/default/files/juntadados/5.0.3/juntaDados-5.0.3-amd64.torrent (64 bits)
http://juntadados.org/sites/default/files/juntadados/5.0.3/juntaDados-5.0.3-i386.torrent (32 bits)

O que é?

Um Sistema Operacional completo e livre baseado nas ideias e ideais do projeto GNU e da FSF e 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.

Esta distribuição possui as principais ferramentas para produção de conteúdo de Áudio, Vídeo, Imagem e Texto escolhidas através de levantamento feito em Pontos de Cultura e ações de Inclusão Digital.

Observação

Esta distribuição é uma customização do Debian GNU/Linux 7.3.0 (Wheezy) com pacotes do SnowLinux. Todos os códigos fontes estão disponíveis nos repositórios do Debian (apt-get source).

Esta imagem é iso-hybrid e pode ser gravada em uma mídia de DVD e/ou Pendrive (usando o WinDD ou dd). Aconselhamos o uso de uma Pendrive para maior performance e comodidade no uso no modo Live ou para a instalação.

Dúvidas e Sugestões nos envie um e-mail: juntadados@juntadados.org

Nos siga na Rede Social Livre Diaspora*: https://diaspora.juntadados.org/u/juntadados

Conheça e se Cadastre no Mapa da Cultura Brasileira: https://mapadacultura.org/

Venha fazer Escambo com o juntaDados: http://escambo.org.br/profile/juntadados

Mapa da Cultura será apresentado no Festival Latino Americano de Instalação de Software Livre do Distrito Federal

No dia 27 de Abril de 2013 (Sábado) o Mapa da Cultura será apresentado no Festival Latino Americano de Instalação de Software Livre (FLISOL) do Distrito Federal.

A palestra sobre o Mapa da Cultura será realizada às 11h na Sala Espaço BackTrack - Sala BA02 - Bloco B, no FLISOL-DF 2013 no Campus IESB OESTE - Ceilândia Norte QNN 31 - Áreas Especiais B/C/D/E. Ceilândia - DF.

Veja a programação e inscreva-se nas atividades do FLISOL-DF 2013: http://flisoldf.blog.br/2013/?page_id=25

Durante a apresentação será distribuído a nova versão do GNU/Linux juntaDados 4.04r4. O GNU/Linux juntaDados traz as principais ferramentas para produção de conteúdo de Áudio, Vídeo, Imagem e Texto escolhidas através de levantamento feito em Pontos de Cultura e Ações de Inclusão Digital. Conheça mais sobre o GNU/Linux juntaDados 4.04r4: http://juntadados.org/index.php?q=node/688

Se você é um Artista, Produtor Cultural, Pesquisador, faz parte de um Ponto de Cultura ou Entidade Cultural cadastre-se no Mapa da Cultura pois iremos enviar uma cópia do Live DVD do juntaDados: https://mapadacultura.org/entidade_equipamentos/new

Siga as ações do juntaDados na rede social livre Diaspora*: https://diaspora.juntadados.org/u/juntadados

Tutorial Instalando o Mapa da Cultura no Debian 7.0 (Wheezy) com o NGINX usando o Phusion Passenger

Este tutorial mostrara como instalar a plataforma para mapeamento cultural Mapa da Cultura. O Mapa da Cultura é um Software Livre sobre a licença GPLv3, desenvolvido em Ruby on Rails 3.2.13 com base de dados em PostgreSQL e que utiliza o OpenLayers (Open Street Map).

Utilizaremos o Phusion Passenger, um módulo para deploy de aplicativos Web desenvolvido em Ruby sobre o Servidor Web de alta performance NGINX usando o sistema operacional GNU/Linux Debian 7.0 Wheezy.

1) Preparando o Ambiente

Primeiro vamos instalar as dependências para o Mapa da Cultura. Para realizar este tutorial é necessário esta logado como administrador do sistema (root) e que a máquina tenha acesso a Internet.

1.1) Edite o arquivo contendo os repositórios

  nano /etc/apt/sources.list

1.2) Acrescente as seguintes linhas no final do arquivo sources.list, 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 iniciais para o Mapa da Cultura

  apt-get install git ruby1.9.1-full rubygems postgresql default-jre libcurl4-gnutls-dev postgresql-server-dev-9.1 libxml2-dev libxslt-dev imagemagick ffmpeg libgraphicsmagick1-dev libgraphicsmagick++1-dev libmagick++-dev build-essential

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

2) Instalando o Mapa da Cultura

2.1) Baixe o Código Fonte do Mapa da Cultura do repositório no Gitorious

  - Clonado o repositório do Mapa da Cultura

  git clone https://git.gitorious.org/mapa-da-cultura/mapa-da-cultura.git /var/lib/mapa-da-cultura

  - Instale as depedências do Ruby on Rails para o Mapa da Cultura

  cd /var/lib/mapa-da-cultura

  gem install bundle

  bundle install

2.2) 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

  service postgresql restart

2.3) Configurando o acesso ao Banco de Dados do Noosfero

  nano /var/lib/mapa-da-cultura/config/database.yml

  - Adicionar ao arquivo config/database.yml

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

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

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

3) Iniciando o Mapa da Cultura

3.1) Criando o Banco de Dados

  RAILS_ENV=development bundle exec rake db:create
 
  RAILS_ENV=development bundle exec rake db:migrate

3.2) Iniciando o Apache Solr (Indexador)

  RAILS_ENV=development bundle exec rake sunspot:solr:start

3.3) Preenchendo os Dados Iniciais do Mapa da Cultura

  - Populando o Banco de Dados (Credenciais e Parâmetros iniciais)

  RAILS_ENV=development bundle exec rake db:seed

4) Configurando o Nginx com o Phusion Passenger

4.1) Instaland o Phusion Passenger

  - Instalando a Gem

  gem install passenger -v='3.0.19'

  - Instalando e Compilando o NGINX com o Módulo Phusion Passenger

  passenger-install-nginx-module

  * Observação: Selecione a Opção 1 e deixe o diretório /opt/nginx como destino

4.2) Configurando o NGINX
 
  - Apague a configuração antiga do nginx.conf

  rm /opt/nginx/conf/nginx.conf

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

  nano /opt/nginx/conf/nginx.conf

  - Acrescente ao arquivo de configuração 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 15;

    passenger_root /var/lib/gems/1.9.1/gems/passenger-3.0.19;
    passenger_ruby /usr/bin/ruby1.9.1;

    server {
        listen       80;
        server_name  localhost;

        passenger_enabled on;
        rails_env development;

        root /var/lib/mapa-da-cultura/public;

        error_log  /opt/nginx/logs/mapa-da-cultura.error.log;
        access_log /opt/nginx/logs/mapa-da-cultura.access.log;

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

  - Redefina Dono/Grupo do Mapa da Cultura

  chown www-data.www-data /var/lib/mapa-da-cultura -R

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

  - Inicie o Nginx

  /opt/nginx/sbin/nginx

5) Acesse a nova instalação do Noosfero

  - No Navegador

  http://localhost

  Login: admin@localhost.org
  Senha: 123456789

Em breve no Kernel Linux 3.7 - Parte 5 - CPU e Arquitetura

Autor: Thorsten Leemhuis (Copyright (c) 2012 Heise Media UK Ltd.)
Traduzido: Marcelo Soares Souza (Dúvidas e melhorias na tradução envie por E-mail)
Originalmente: http://h-online.com/-1758293
 
Lendo nas entrelinhas do e-mail de lançamento do[1] Linux 3.7-rc6, parecia que tudo apontava para a data de lançamento do Linux 3.7 por volta da primeira semana de Dezembro. O e-mail de lançamento da sétima versão de pré-lançamento[2], por contraste, sugere que talvez haja mais um candidato de lançamento. Cada candidato de lançamento (RC) geralmente adiciona uma semana a data final de lançamento, mais atrasos ocorrerão apenas se os desenvolvedores do kernel precisarem realizar extensas correções exigindo uma nova fase de testes.
 
A descrição das mudanças ao código de processadores e plataforma que se segue, conclui o nosso "Em Breve no Kernel Linux 3.7". Os primeiros quatro artigos da série mostram as mudanças adicionadas dentro do Linux 3.7 nas áreas de sistemas de arquivos e armazenamento, redes, infraestrutura e drivers.
 
ARM 64-bit
 
O Kernel do Linux agora suporta o conjunto de instruções ARM de 64-bit[7] (veja em 1[8], 2[9], 3[10], 4[11] e outros). O código para este conjunto de instruções, oficialmente[12] conhecido como AArch64, foi desenvolvido em grande parte pelos funcionários da ARM[13] e foi colocado em um diretório separado "arch/arm64/" no código fonte do kernel, como sugerido por[14] um grande número de desenvolvedores do kernel quando o código foi inicialmente apresentado.
 
Isto garante que o código esta separado do código para os processadores ARM de 32-bit. O suporte para os processadores Power de 32- e 64-bit também ficaram separados inicialmente, antes, em ambos os casos, de serem combinados. Alguns desenvolvedores tinham, portanto, questionado sobre a necessidade de separação do código ARM de 32- e 64-bit, mas no final, a opinião de vários líderes, dos desenvolvedores do código ARM, de que isto séria a melhor abordagem[15] prevaleceu. Linus Torvalds também parece ter tido reservas sobre a separação, conforme demonstrou em um comentário no e-mail de disponibilização[16] do primeiro candidato de lançamento da versão Linux 3.7.
 
Quando consultado, usando programas tais como uname, porém, o kernel retorna[21] "AArch64", ao invés de ARM64, e isto é o que é esperado em ferramentas envolvidas no suporte ao conjunto de comandos ARM de 64-bit. Isto inclui o binutils, que suporta o AArch64 desde a versão 2.23.51.0.2[22]. O Glibc irá suportar o AArch64 a partir da versão 2.17[23], que deve ser disponibilizada em breve. O suporte a AArch64[24] também foi adicionada na árvore principal de desenvolvimento do GCC e deve fazer parte do GCC 4.8.
 
O conjunto de instruções do ARM 64-bit foi anunciado[25], juntamente com a micro-arquitetura ARMv8, no Outono de 2011. A ARM recentemente mostrou seus primeiros processadores 64-bit na forma do Cortex A53 e A57[26]. Um grande número de empresas pretendem lançar estes processadores. A AppliedMicro já implementou um núcleo ARMv8 em um FPGA e promete o primeiro chip X-Gene antes do final do ano. a empresa esta trabalhando com a ARM e a Red Hat em uma distribuição contendo o Linux ARM64[27]. Um grupo de trabalho da Linaro[28] envolvendo diversas empresas também esta trabalhando em tecnologias para esta distribuição.
 
ARM Multi-Plataforma
 
A curto prazo, muito mais importante para o ARM no Linux do que o suporte para ARM 64-bit é o suporte a multi-plataformas ARM[29] dentro do Linux 3.7. Este permite a criação de imagens do kernel capazes de rodar[30] um grande número de diferentes plataformas ARM de 32-bit.

No 3.7, esta imagem do kernel suporta as implementações Highbank, Mvebu, Picoxcell, Socfpga e Vexpress. O código para outras plataformas serão convertidas nas próximas versões do kernel, com o objetivo de termos uma imagem do kernel capaz de rodar muitas plataformas ARM diferentes ARM, assim como no mundo x86. Este foi um dos objetivos da extensa arrumação e reestruturação que o time de desenvolvedores ARM esta trabalhando já há algum tempo. Informações sobre este projeto podem ser encontrados em artigos no LWN.net[31] e em uma apresentação em vídeo[32] pelo desenvolvedor da Linaro Arnd Bergmann.
 
O time de desenvolvimento do Kernel também adicionou suporte ao SoC Broadcom BCM2835, um SoC equipado com um núcleo ARM que, entre outros usos, é base do Raspberry Pi (1[33], 2[34], 3[35], 4[36] e outros).
 
Virtualização
 
Em conjunto com as versões de desenvolvimento[37] do Xen hypervisor 4.3, o Linux agora pode rodar máquinas virtuais com a ajuda de algumas funcionalidades de virtualização oferecidas por alguns dos últimos núcleos ARM (1[38], 2[39] e outros). O suporte KVM a estas funcionalidades de virtualização do ARM ainda estão sendo desenvolvidas.
 
Máquinas guests Linux podem utilizar alguns drivers do Microsoft Hyper-V para compartilhar informações de configuração de rede com o Microsoft hypervisor (1[40], 2[41] e outros). Extensões para a troca de informação deste tipo foram adicionadas ao serviço hv_kvp_daemon.c, que esta incluso no diretório de ferramentas do Kernel do Linux (1[42], 2[43] e outros). Como as etapas de configurações para a leitura de configurações da rede é diferente em todas as principais distribuições Linux, parte do trabalho do daemon utiliza scripts, que são facilmente adaptáveis a diferentes condições. Scripts de exemplo para configura a interface de rede[44] pra ler configurações de DNS [45] também foram adicionados ao Kernel.
 
O parâmetro use_bio=1 pode agora ser utilizado para ativar um modo alternativo de operação para o driver de bloco virtio-blk, que possibilita a aceleração de transferência de dados entre convidados e hospedeiros em dispositivos de armazenamento rápido. Isto é ilustrado por medições feitas usando ramdisk e um Fusion IO PCIe Flash card[46]. Com um disco SATA normal, porém esta nova abordagem é mais lenta. A requisição de git pull para o código KVM do Linux[47] de suporte ao Xen[48] discute outras mudanças significativas no campo da virtualização.
 
Tracing de Processos
 
A infraestrutura de tracing ganhou o perf-kvm[49], uma ferramenta de análise de eventos que pode ser utilizada para analisar as razões do porque e a frequência que guests  KVM trocam de sistema hospedeiro ("VM exit"). Esta é apenas uma das muitas melhorias[50] ao código de tracing. Existe também uma nova ferramenta de tracing do sistema, perf-trace[51], que provê funcionalidades iniciais comparáveis com a "venerável" ferramenta strace. A nova ferramenta, contudo, utiliza a infraestrutura perf do kernel, o que deve possibilitar a este oferecer um grande número de funções.

O Kernel probes (kprobes) pode agora[52] usar checkpoints ftrace estáticos (caso existam) ao invés de breakpoints. Isto deve reduzir o overhead durante a análise. Também como novidade esta o suporte básico[53] no perf para a unidade de monitoramento de perfomance (performance monitoring unit - PMU) em co-processadores Intel Xeon Phi.
 
Compartimentação
 
O Kernel do Linux agora suporta a funcionalidade de segurança SMAP (supervisor mode access prevention) (1[54], 2[55], 3[56] e outros). A Intel esta planejando introduzir esta funcionalidade nos processadores Haswell, que estão previstos para suceder a geração Ivy Bridge em meados de 2013.

O SMAP protege as páginas de memória usadas por programas de mudanças pelo kernel. Algumas vezes alguns exploits de erros no Kernel podem ser usados para alterar a memória usada por programas que rodam com privilégios de root, afim de aumentar o seu privilégio no sistema. Detalhes destas funcionalidades podem ser encontrados na página 408 do documento de referência de conjunto de instruções de arquitetura da Intel[57]⁠, em uma mensagem no fórum grsecurity[58] e em artigos na LWN.net[59].
 
Diversos
 
Com a maioria das versões do Linux lançadas no último ano, no Linux 3.7 os desenvolvedores do kernel otimizaram alguns algorítimos de criptografia do kernel. Melhorias no driver aesni_intel, por exemplo, devem garantir até três vezes mais rendimento, conforme mostrado nos resultados de benchmark[60] realizados por tcrypt.
 
O Turbostat, uma aplicação de diagnostico inclusa no kernel, agora tem opções[61] para mostrar o número de SMI (System Management Interrupts). Este também provê mais informações sobre a máxima frequência permitida pelo turbo boost[62].
 
Se a tabela de ACPI contém a descrição de componentes do sistema, esta pode ser lida do diretório sysfs para os componentes relevantes usando o arquivo firmware_node/description[63].
 
O diretório "tools/power/acpi/" no código do kernel agora contém a ferramenta de diagnostico acpidump, que salva as tabelas ACPI em um arquivo ASCII. Estas informações podem ajudar aos desenvolvedores que não tem acesso a sistema com ferramentas de debugging.
 
O código do Sparc agora suporte o Niagara 4.
 
O código do Power e PowerPC agora suporta a ferramenta uprobes[64] e, em alguns processadores, pode endereçar até 64TB de memória[65] - porém este ainda não foi testado.
 
Links destes artigo:
[1] http://article.gmane.org/gmane.linux.kernel/1395793
[2] http://article.gmane.org/gmane.linux.kernel/1400265
[3] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-1-Filesystems-storage-1750000.html
[4] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-2-Networking-1752099.html
[5] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-3-Infrastructure-1755953.html
[6] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-4-Drivers-1757358.html
[7] http://www.h-online.com/news/item/ARM-targets-64-bit-servers-1368839.html
[8] http://git.kernel.org/linus/8c2c3df31e3b87cb5348e48776c366ebd1dc5a7a
[9] http://git.kernel.org/linus/38074229de4774597ea09315ae78a550cada5ba6
[10] http://git.kernel.org/linus/3dd681d944f6d861f12ee03aff17a14342963330
[11] http://git.kernel.org/linus/9703d9d7f77ce129621f7d80a844822e2daa7008
[12] http://infocenter.arm.com/help/topic/com.arm.doc.aeg0014e/ABCDEFGH.html#BABJBIJF
[13] http://thread.gmane.org/gmane.linux.kernel/1367774
[14] http://www.h-online.com/news/item/64-bit-ARM-support-for-Linux-AArch64-1634610.html
[15] http://thread.gmane.org/gmane.linux.kernel/1324121/focus%3D1324278
[16] http://article.gmane.org/gmane.linux.kernel/1375496
[17] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-1-Filesystems-storage-1750000.html
[18] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-2-Networking-1752099.html
[19] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-3-Infrastructure-1755953.html
[20] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-7-Part-4-Drivers-1757358.html
[21] https://www.youtube.com/watch?v=GEcvSq4SDkc&t=0m30s
[22] http://article.gmane.org/gmane.comp.lib.glibc.alpha/25023/
[23] http://sourceware.org/git/?p=glibc.git;a=blob_plain;f=NEWS;hb=HEAD
[24] http://gcc.gnu.org/viewcvs/trunk/gcc/config/aarch64/
[25] http://www.h-online.com/news/item/Processor-Whispers-About-big-ARMs-and-long-legs-1372392.html
[26] http://www.h-online.com/news/item/ARM-introduces-Cortex-A53-and-Cortex-A57-64-bit-processor-cores-1740889.html
[27] http://phx.corporate-ir.net/preview/phoenix.zhtml?c=78121&p=irol-newsArticle&ID=1750154&highlight
[28] http://www.h-online.com/news/item/Linaro-creates-ARM-enterprise-server-group-1742127.html
[29] http://thread.gmane.org/gmane.linux.kernel/1368173/focus%3D1368179
[30] http://git.kernel.org/linus/387798b37c8dd0ae24c0ac12ba456dd76865bca3
[31] http://lwn.net/Articles/496400/
[32] http://linuxplumbers.ubicast.tv/videos/news-from-the-arm-architecture/
[33] http://git.kernel.org/linus/ec9653b8476bf526dde7bdefbc2be6b7aaa34db7
[34] http://git.kernel.org/linus/89214f009c1d38568456dcf997d93977928fe2c3
[35] http://git.kernel.org/linus/ee4af5696720bb5b9de2e3b18be42089bed1e638
[36] http://git.kernel.org/linus/75fabc3f64489aa2c52eec54cd433ea269a25e05
[37] http://article.gmane.org/gmane.linux.kernel/1369834
[38] http://git.kernel.org/linus/4c071ee5268f7234c3d084b6093bebccc28cdcba
[39] http://git.kernel.org/linus/c43cdfbc4cebdf1a7992432615bf5155b51b8cc0
[40] http://git.kernel.org/linus/03db7724af1315f644ddc26e9539789eac4a016a
[41] http://git.kernel.org/linus/9b5957803cb444a99275355eb2309b6fecc63c5f
[42] http://git.kernel.org/linus/32061b4d3830e61975ede409df389804507fd220
[43] http://git.kernel.org/linus/16e87100e62330cb1e58ee772cacb7d4e6d5b61b
[44] http://git.kernel.org/linus/1fbdba4edd071daffbba1c172abb44bbe6a4344a
[45] http://git.kernel.org/linus/d82c37ce6896734a4a2a9b74c22084fe47824466
[46] http://git.kernel.org/linus/a98755c559e0e944a44174883b74a97019e3a367
[47] http://article.gmane.org/gmane.linux.kernel/1369806
[48] http://article.gmane.org/gmane.linux.kernel/1368526
[49] http://git.kernel.org/linus/bcf6edcd6fdb8965290f0b635a530fa3c6c212e1
[50] http://thread.gmane.org/gmane.linux.kernel/1367671
[51] http://git.kernel.org/linus/514f1c67c2fdae7b334fdc5adee63a484781241a
[52] http://git.kernel.org/linus/ae6aa16fdc163afe6b04b6c073ad4ddd4663c03b
[53] http://git.kernel.org/linus/e717bf4e4fe8adc519f25c4ff93ee50ed0a36710
[54] http://git.kernel.org/linus/52b6179ac87d33c2eeaff5292786a10fe98cff64
[55] http://git.kernel.org/linus/63bcff2a307b9bcc712a8251eb27df8b2e117967
[56] http://git.kernel.org/linus/40d3cd6695014bf3c44e2ca66b610b18acaf923d
[57] http://software.intel.com/sites/default/files/319433-014.pdf
[58] http://forums.grsecurity.net/viewtopic.php?f=7&t=3046
[59] https://lwn.net/Articles/517475/
[60] http://git.kernel.org/linus/023af608254add7ba037cd634cc5f2fb21ff6420
[61] http://git.kernel.org/linus/f9240813e61cb3e5838c9ab0237af831c61df7cf
[62] http://git.kernel.org/linus/6574a5d5053cd3b8e7c088900b80a9ff51895450
[63] http://git.kernel.org/linus/d1efe3c324ead77d3f6cd85093b50f6bd2e17aba
[64] http://git.kernel.org/linus/8b7b80b9ebb46dd88fbb94e918297295cf312b59
[65] http://git.kernel.org/linus/048ee0993ec8360abb0b51bdf8f8721e9ed62ec4

Em breve no Kernel Linux 3.7 - Parte 3 - Infraestrutura

Autor: Thorsten Leemhuis (Copyright (c) 2012 Heise Media UK Ltd.)
Traduzido: Marcelo Soares Souza (Dúvidas e melhorias na tradução envie por E-mail)
Originalmente: http://h-online.com/-1755953
 
Agora o Kernel do Linux 3.7 pode assinar módulos do kernel, e verificar estas assinaturas e, portanto, a integridade destes módulos antes de carregá-los (1[1], 2[2], 3[3], 4[4], 5[5], 6[6], 7[7]). Algumas distribuições "enterprise" tiveram funcionalidades similares por um tempo[8] - por exemplo, para garantir que os módulos usados para soluções de problemas são realmente da distribuição do kernel. Desenvolvedores tem trabalhado na integração destas funcionalidades dentro do Linux com algumas distribuições que carregam apenas módulos assinados[9] necessários quando o sistema é iniciado com o boot seguro UEFI - isto agora é possível com o código que foi integrado no Kernel.
 
Outra nova funcionalidade é a extensão para avaliação de integridade[10] para a Integrity Measurement Architecture[11] (IMA), que o kernel já suporta há algum tempo (1[12], 2[13]). O IMA pode armazenar hashes assinados para arquivos e utilizá-los para reconhecer[14] quando binários da instalação do Linux forem alterados. A extensão de avaliação de integridade pode agora verificar os hashes e prevenir o acesso caso este tenha sido alterado. O comportamento do mecanismo pode ser configurado com um novo parâmetro de boot. O IMA pode utilizar uma Trusted platform module (TPM) para assinar e assim salvar os hashes; os desenvolvedores do kernel continuam trabalhando no suporta para o TPMs (1[15], 2[16]).
 
Independência
 
O Kernel pode agora carregar arquivos de firmware diretamente do disco sem depender do udev (1[17], 2[18]). Isto é consequência de uma mudança recente na forma que o udev lida com firmwares e que causava um atraso durante a inicialização do sistema sobre certas circunstâncias; este comportamento levou a uma longa discussão[19] no qual Linus Torvalds criticou[20] os desenvolvedores do udev - que por sua vez, não só levou ao desenvolvimento de um carregador de firmware para o kernel, mas também levaram ao fork do próprio udev (eudev[21]). Desde então, uma alteração foi feita no udev e que também corrige o problema; além disso, o mantenedor do udev, Kay Sievers escreveu [22], mesmo antes da mundaça do kernel, que ele pensava que o kernel deveria ser capaz de carregar arquivos de firmware - ele nos contou que é mais fácil e muito mais confiável do que fazer o udev lidar com isto no espaço do usuário.
 
Separação
 
Eric W. Biederman integrou um grande patch[23] que aprimora o suporte para namespaces, que é um recurso útil para a separação de IDs de usuários e grupos entre hosts e containers (1[24], 2[25], 3[26], 4[27]). As mudanças aprimoram melhorias do "user namespace" que Biederman contribuiu para o Linux 3.5; ele descreve[28] esta mudança como uma correção de curso para o user namespaces. Estas mudanças deve significar que agora tudo deve funcionar, de acordo com esta  nova abordagem[29] - exceto nos mais complexos sistemas de arquivos tais como CIFS, NFS, OCFS2 e XFS. Suporte para estes sistemas de arquivos estão sendo desenvolvidos[30] e devem ser incluído no Linux 3.8. Biederman está trabalhando em outras correções[31] que dever unir toda a reconstrução do código do namespace; a nova infraestrutura deve fica completa e deve permitir aos usuários configurar e usar o namespace.
 
A infraestrutura do cgroups - muitas vezes usadas em containers mas que também podem ser usados ​​em outras situações - agora notifica[32] aos usuários quando este cria uma hierarquia aninhada no control group que utiliza um controlador que não suporte o aninhamento; esta questão é apenas uma[33] de muitos problemas[34] no código do cgroups que o mantenedor do cgroups Tejun Heo esta trabalhando na correção[35]. Outra adição é o suporte a atributos estendidos em sistemas de arquivos virtuais do cgroup (1[36], 2[37]), uma funcionalidade que o desenvolvedor do systemd, Lennart Poettering, tem na sua lista de “correções desejadas”[38], afim de ser capaz de salvar metadados para serviços em segundo plano.
 
Diversos
 
Linus Torvalds removeu[39] o arquivo Documentation/feature-removal.txt usado para anunciar as remoções de funcionalidades do kernel. Em seu comentário, Torvalds descreve o documento como estúpido, dizendo que se um recurso não é usado, então este só poderia ser removido; caso contrário, não há razão para removê-lo.
 
A opção do make para configurar todas as configurações não utilizadas por padrão é agora chamada "olddefconfig[40]" - o desenvolvedor que fez a mudança relata que o antigo parâmetro, "oldnoconfig", confundia os usuários porque não fazia o que o nome sugeria.
 
A extensão Yama security extension pode agora ser usada[41] com outros LSMs (Linux Security Modules), de modo que as funções de segurança do Yama pode ser combinadas, por exemplo com o SELinux.  
 
Devido às alterações[42] no acesso aos dados de coordenação usando o RCU (read copy update), os threads do kernel como rcu_sched, rcu_preempt e rcu_bh agora estão aparecendo na lista de processos - e consumindo mais tempo de CPU em alguns sistemas, de acordo com programas como ps e top. Na verdade, o código do RCU necessitava o mesmo tempo de CPU antes, porém os processos estavam dentro do thread de ksoftirqd. O mantenedor do RCU, Paul McKenney, explica a situação e dar outras informações em um artigo LWN.net[43].
 
Para Hackers do Kernel
 
O kernel esta agora linkando o debugfs, que é tipicamente encontrado no /debug/ ou /sys/kernel/debug/, com as permissões 0700 por padrão[44], de modo que, em geral, apenas usuários root podem ler estes arquivos.
 
Uma implementação genérica[45] para a tabela simples de hash[46] foi adicionado ao kernel. Nas últimas versões do Kernel, é esperado que esta mudança[47] substitua um grande número de outras implementações[48] que apareceram em vários subsistemas do kernel e que agora realizam a mesma função de múltiplas maneiras.
 
Workqueues são agora "não-reentrante" por padrão[49] - isto é, estes não são executados com o mesmo código em múltiplos processos ao mesmo tempo. Muitos desenvolvedores não tinham conhecimento[50] da execução concorrente e por isso foram surpreendidos pois o código do workqueue não funcionava conforme esperado neste cenário.
 
Os desenvolvedores do Kernel iniciaram o armazenamento dos cabeçalhos dos arquivos com definições de tipo de dados usados por ferramentas em diretórios chamados "uapi" localizado no diretório include/ e arch/<arch>/include/ (1[51], 2[52], 3[53]). Esta mudança deve facilitar a diferenciação entre estes de definições usadas dentro do kernel e tomar conta[54] de alguns problemas de integração de arquivos de cabeçalhos. Esta reestruturação[55] é uma das principais razões o porque do diffstat mostrar tantas mudanças[56] comparado ao Linux 3.6.
 
Links deste artigo:
[1] http://git.kernel.org/linus/80d65e58e93ffdabf58202653a0435bd3cf2d82e
[2] http://git.kernel.org/linus/106a4ee258d14818467829bf0e12aeae14c16cd7
[3] http://git.kernel.org/linus/e2a666d52b4825c26c857cada211f3baac26a600
[4] http://git.kernel.org/linus/85ecac79457e30b19802bbfaeba1856ad00945b0
[5] http://git.kernel.org/linus/631cc66eb9eaa7296e303197ff1eb0f55e32b61d
[6] http://git.kernel.org/linus/d441108c6f77541bb66fcd5b3389415b4c232008
[7] http://git.kernel.org/linus/ea0b6dcf71d216dc11733ac19b26df0f5d0fd6c2
[8] http://lwn.net/Articles/515007/
[9] http://www.h-online.com/news/item/State-of-Secure-Boot-detailed-1741460.html
[10] http://sourceforge.net/apps/mediawiki/linux-ima/index.php?title=Main_Page#IMA-appraisal
[11] http://linux-ima.sourceforge.net/
[12] http://git.kernel.org/linus/2fe5d6def1672ae6635dd71867bf36dcfaa7434b
[13] http://git.kernel.org/linus/07f6a79415d7d502ee0c7d02ace6594a7be7429a
[14] http://lwn.net/Articles/488906/
[15] http://git.kernel.org/linus/aad628c1d91a6db57e572e4c1f35e863d81061d7
[16] http://git.kernel.org/linus/132f7629474424418a5cdd666796ad3cfa4dc0c5
[17] http://git.kernel.org/linus/abb139e75c2cdbb955e840d6331cb5863e409d0e
[18] http://git.kernel.org/linus/10bd4c7572b6c6eb97f1c15dedd2d36c63907f91
[19] http://lwn.net/Articles/518942/
[20] http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/49758/focus%3D55168
[21] http://www.h-online.com/news/item/Gentoo-developers-start-udev-fork-1752421.html
[22] http://thread.gmane.org/gmane.linux.kernel/1369664
[23] http://article.gmane.org/gmane.linux.kernel.containers/23940
[24] http://git.kernel.org/linus/e8a3e4719b7ec19288c56f22623f537cb78885c1
[25] http://git.kernel.org/linus/7064d16e162adf8199f0288b694e6af823ed5431
[26] http://git.kernel.org/linus/5f3a4a28ec140a90e6058d1d09f6b1f235d485e5
[27] http://git.kernel.org/linus/9a56c2db49e7349c7963f0ce66c1ef578d44ebd3
[28] http://www.h-online.com/open/features/Kernel-Log-Coming-in-3-5-Part-5-Infrastructure-1635017.html
[29] https://lwn.net/Articles/491310/
[30] http://thread.gmane.org/gmane.linux.kernel.containers/24561
[31] http://thread.gmane.org/gmane.linux.kernel.containers/24484
[32] http://git.kernel.org/linus/8c7f6edbda01f1b1a2e60ad61f14fe38023e433b
[33] http://thread.gmane.org/gmane.linux.kernel.mm/86748
[34] http://thread.gmane.org/gmane.linux.kernel.containers/23698
[35] http://lwn.net/Articles/516908/
[36] http://git.kernel.org/linus/03b1cde6b22f625ae832b939bc7379ec1466aec5
[37] http://git.kernel.org/linus/19ec2567e0a5fe64f4404ad6df697894aec8c493
[38] http://www.h-online.com/open/features/Kernel-Log-Linux-3-1-approaches-1358320.html
[39] http://git.kernel.org/linus/9c0ece069b32e8e122aea71aa47181c10eb85ba7
[40] http://git.kernel.org/linus/fb16d8912db5268f29706010ecafff74b971c58d
[41] http://git.kernel.org/linus/c6993e4ac002c92bc75379212e9179c36d4bf7ee
[42] http://article.gmane.org/gmane.linux.kernel/1367653
[43] http://lwn.net/Articles/518953/
[44] http://git.kernel.org/linus/82aceae4f0d42f03d9ad7d1e90389e731153898f
[45] http://git.kernel.org/linus/d9b482c8ba1973a189f2d4c8175d405b87fbf2d7
[46] http://en.wikipedia.org/wiki/Hash_table
[47] http://thread.gmane.org/gmane.linux.kernel.mm/88612/focus%3D15785
[48] http://lwn.net/Articles/510202/
[49] http://git.kernel.org/linus/dbf2576e37da0fcc7aacbfbb9fd5d3de7888a3c1
[50] https://lwn.net/Articles/511421/
[51] http://git.kernel.org/linus/abbf1590de22a6d2240a59383477da50d1402f6a
[52] http://git.kernel.org/linus/ec28b7f250b19f31e14b69b015d61d0818bf43a0
[53] http://git.kernel.org/linus/607ca46e97a1b6594b29647d98a32d545c24bdff
[54] http://lwn.net/Articles/507794/
[55] http://article.gmane.org/gmane.linux.kernel/1367929
[56] http://www.h-online.com/news/item/Main-development-phase-of-Linux-3-7-completed-1729556.html