Copyright © 2006 Red Hat, Inc. and others
Este documento é lançado sob os termos da Open Publication License (Licença de Publicação Aberta). Para mais detalhes, leia toda a nota legal em Seção 3, “Legal Notice”.
![]() |
Últimas Notas de Versão na Web |
|---|---|
Estas notas de versão podem ser atualizadas. Visite http://fedora.redhat.com/docs/release-notes/ para ver as últimas notas de versão para o Fedora Core 5. |
| Histórico de Revisões | ||
|---|---|---|
| Revisão 0.5.0.0 | 2006-02-28 | quaid |
|
(...) | ||
![]() |
Últimas Notas de Versão na Web |
|---|---|
Estas notas de versão podem ser atualizadas. Visite http://fedora.redhat.com/docs/release-notes/ para ver as últimas notas de versão para o Fedora Core 5. |
Você pode ajudar a comunidade do Projeto Fedora a continuar aperfeiçoando o Fedora ao relatar bugs ou pedir por aprimoramentos. Visite http://fedoraproject.org/wiki/BugsAndFeatureRequests para mais informações sobre bugs. Obrigado por sua participação.
Para encontrar mais informações gerais sobre o Fedora, veja as seguintes páginas Web:
Visão Geral do Fedora (http://fedoraproject.org/wiki/Overview)
FAQ do Fedora (http://fedoraproject.org/wiki/FAQ)
Ajuda e Suporte (http://fedoraproject.org/wiki/Communicate)
Participe no Projeto Fedora (http://fedoraproject.org/wiki/HelpWanted)
Sobre o Projeto Fedora (http://fedora.redhat.com/About/)
Você pode encontrar um tour completo com figuras e vídeos desta excitante nova versão em http://fedoraproject.org/wiki/Tours/FedoraCore5.
Esta versão é o resultado de nove meses de desenvolvimento e inclui novas versões de muitos produtos-chave e tecnologias. As seguintes seções fornecem uma visão geral das maiores mudanças na última versão do Fedora Core.
Algumas das características desta versão são:
Há uma completa mudança na aparência, com um novo tema amigável e com o primeiro uso do novo logotipo Fedora.
Trabalhos do Projeto de Renderização Fedora foram integrados à área de trabalho. Este novo projeto (http://fedoraproject.org/wiki/RenderingProject) irá fornecer a base técnica para interfaces avançadas de desktop baseadas em OpenGL.
Os ambientes desktop populares GNOME e KDE têm novas versões inclusas nesta versão. O ambiente GNOME é baseado em sua versão 2.14 (http://www.gnome.org/~davyd/gnome-2-14/) e o ambiente KDE é beaseado na versão geral 3.5 (http://kde.org/announcements/announce-3.5.php).
As últimas versões do GNOME Power Manager (Gerenciador de Energia do GNOME - http://www.gnome.org/projects/gnome-power-manager/) e do GNOME Screensaver (http://live.gnome.org/GnomeScreensaver/) fornecem novas capacidades integradas para o gerenciamento de energia.
O novo utilitário GNOME User Share fornece um compartilhamento de arquivos simples e eficiente.
O suporte para suspender para a RAM também foi aprimorado devido ao trabalho de infraestrutura feito pelo suporte à hibernação.
Os utilitários gráficos de gerenciamento de programas anteriores foram substituídos pelas primeiras versões de uma nova geração de ferramentas. Esta versão inclui o Pup, uma interface simples para atualizações do sistema e o Pirut, um novo gerenciador de pacotes que substitui o system-config-packages. Estes são feitos tendo como base o utilitário yum, fornecendo instalações consistentes de programas e facilidades na atualização do sistema.
Esta versão do Fedora inclui suporte ao Mono pela primeira vez e inclui aplicações Mono, como por exemplo: Beagle, uma interface de busca desktop; F-Spot, um utilitário para manuseio de fotos; e Tomboy, uma aplicação para a tomada de notas.
Você agora pode aproveitar do suporte multimídia melhorado com a versão 0.10 do framework multimídia Gstreamer. Esta versão traz grandes melhorias em termos de robustez, compatibilidade e funcionalidades, em relação a antigas versões do Gstreamer. Nesta nova versão, o tocador de vídeos Totem e outros programas multimídia foram atualizados para usar o novo framework.
Há uma melhoria significativa no suporte à internacionalização com o SCIM no Fedora Core 5. O framework de linguagem de entrada SCIM fornece uma interface de fácil uso para o uso de idiomas que não o Inglês. O SCIM substitui o sistema IIIMF usado em versões passadas do Fedora.
O navegador Web padrão é o Firefox 1.5 (http://www.mozilla.com/firefox/releases/1.5.html), que tem muitas novas funcionalidades para uma navegação mais rápida, segura e eficiente.
A suíte de aplicações de escritório OpenOffice.org 2.0 (http://www.openoffice.org/product/index.html) agora usa melhor as bibliotecas gerais do sistema, melhorando o desempenho e eficiência.
Um grande número de programas GTK e GNOME tomam vantagem da biblioteca gráfica 2D Cairo (http://cairographics.org/), incluída nesta versão, fornecendo interfaces gráficas mais atrativas.
Há novos drivers experimentais que fornecem suporte aos bastante usados chipsets Broadcom 43xx de placas wireless (http://bcm43xx.berlios.de/).
Esta versão inclui a libnotify, uma biblioteca que tem como característica notificações simples e atrativas para a área de trabalho.
O Fedora Core 5 agora usa o gnome-mount, um mecanismo mais eficiente que substitui o fstab-sync e usa HAL para manusear montagens de dispositivos.
O suporte à impressão foi melhorado nesta versão com a inclusão do utilitário hplip, que substitui o hpijs.
Algumas melhorias para administradores e desenvolvedores incluem:
O suporte ao sistema de virtualização Xen foi aprimorado. As ferramentas para configurar máquinas virtuais Xen em seu sistema Fedora Core 5 agora usam o processo padrão de instalação gráfica, executado como uma janela em sua área de trabalho. Os desenvolvedores Fedora também criaram o gnome-applet-vm que fornece um applet de monitoração de domínios virtuais simples e a libvirt (http://libvirt.org/), uma biblioteca que fornece uma API para alguns usos de virtualização Xen.
O sistema de instalação líder de mercado anaconda continua sua evolução. Novas funcionalidades para esta versão incluem log remoto e melhoria de suporte a tracebacks (retorno de erros). O gerenciamento de pacotes no sistema de instalação agora é feito pelo yum. Este aprimoramento é o primeiro passo para habilitar o acesso ao Fedora Extras no processo de instalação.
A versão 2.2 do servidor HTTP Apache agora é incluída. Esta versão fornece aprimoramentos na autenticação, suporte a banco de dados, facilidades de proxy e filtros de conteúdo.
A última geração de servidores de bancos de dados está empacotados nesta versão, incluindo tanto o MySQL 5.0, quanto o PostgreSQL 8.1.
Muitos programas Java nativos compilados com o GCJ estão agora disponíveis, como por exemplo o servidor J2EE Geronimo e o projeto Apache Jakarta, adicionandos ao leque de programas Java e capacidades de desenvolvimento das versões anteriores.
Há novas ferramentas para monitoração de sistema e análise de desempenho. Esta versão inclui o SystemTap (http://fedoraproject.org/wiki/SystemTap), um sistema de instrumentação para depurar e analisar gargalos de desempenho e o Frysk (http://fedoraproject.org/wiki/Frysk), uma tecnologia de análise de execução para monitorar processos ou threads sendo executados.
Esta versão inclui o system-config-cluster, um utilitário que permite você gerenciar configurações de clusters através de uma configuração gráfica.
A combinação dos utilitários Kexec e Kdump fornecem mensagens modernas de depuração e inicializações de sistema mais rápidas, sobrepujando o firmware no reinício. O Kexec carrega um novo kernel a partir do kernel sendo executado e o Kdump fornece as mensagens de depuração do kernel anterior para análise.
Esta versão inclui o iscsi-initiator-utils, um daemon iSCSI e utilitários que fornecem suporte para hardwares que usam a interface iSCSI.
O X.org X11R7 está incluído nesta versão. A nova arquitetura modular do R7.0 permite atualizações mais fáceis de drivers e simplifica o desenvolvimento, abrindo o caminho para um rápido melhoramento nos gráficos Linux.
O compilador GCC 4.1 está incluído e todos os pacotes do Fedora são feitos com esta tecnologia. Ela fornece melhorias na segurança e desempenho através do sistema.
As versões do kernel nesta versão são baseadas no Linux 2.6.16. Veja a seção sobre o kernel nestas notas de versão para mais detalhes.
O framework PCMCIA, usado em laptops e outros dispositivos móveis, mudou. O antigo pacote pcmcia-cs que usava o serviço cardmgr/pcmcia foi substituído pelo novo pacote pcmciautils. Com o pcmciautils, dispositivos PCMCIA são manuseados diretamente e dinâmicamente pelos subsistemas hotplug e udev. Esta atualização aumenta tanto a eficiência quanto o desempenho do sistema. Para mais informações sobre estas mudanças, visite http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html.
A implementação do SELinux passou por grandes mudanças, com uma troca de políticas para o SELinux reference policy (Referência de Políticas SELinux - http://serefpolicy.sourceforge.net/). As referências de políticas SELinux podem suportar módulos binários de políticas. Agora é possível incluir políticas SELinux em pacotes individuais, tornando mais fácil para os usuários distribuir políticas personalizadas mais específicas quando preciso. Esta versão também adiciona suporte a Multi-Category Security (Segurança Multi Camadas - MCS), habilitado por padrão e Multi-Level Security (Segurança em Multi-Níveis - MCS). O SELinux continua a oferecer suporte a TE (Type Enforcement - Obrigatoriedade por Tipo), habilitado por padrão e RBAC (Role-Based Access Control - Controle de Acesso Baseado em Função). Veja a seção do SELinux nestas notas de versão para outros detalhes e links para materiais sobre SELinux nas páginas do Projeto Fedora.
Os planos propostos para a próxima versão do Fedora estão disponíveis em http://fedoraproject.org/wiki/RoadMap.
Copyright (c) 2006 by Red Hat, Inc. and others. This material may be distributed only subject to the terms and conditions set forth in the Open Publication License, v1.0, available at http://www.opencontent.org/openpub/.
Garrett LeSage created the admonition graphics (note, tip, important, caution,
and warning). Tommy Reynolds <Tommy.Reynolds@MegaCoder.com>
created the callout graphics. They all may be freely redistributed with
documentation produced for the Fedora Project.
FEDORA, FEDORA PROJECT, and the Fedora Logo are trademarks of Red Hat, Inc., are registered or pending registration in the U.S. and other countries, and are used here under license to the Fedora Project.
Red Hat and the Red Hat "Shadow Man" logo are registered trademarks of Red Hat, Inc. in the United States and other countries.
All other trademarks and copyrights referred to are the property of their respective owners.
Documentation, as with software itself, may be subject to export control. Read about Fedora Project export controls at http://fedoraproject.org/wiki/Legal/Export.
![]() |
Apenas Feedback para as Notas de Versão |
|---|---|
Esta seção é sobre o feedback das notas de versão. O feedback é o retorno dos usuários em relação a uma certa coisa, sugestões, indicações de erros, críticas, entre outros. Para fornecer feedback sobre programas no Fedora ou outros elementos do sistema, por favor visite http://fedoraproject.org/wiki/BugsAndFeatureRequests. |
Obrigado pelo seu interesse em fornecer feedback para estas notas de versão. Se você achar que estas notas de versão podem ser melhoradas de alguma forma, você pode fornecer seu feedback diretamente para os Escritores Beats. Aqui estão vários meios de fazê-lo, na ordem de preferência:
Edite o conteúdo diretamente em http://fedoraproject.org/wiki/Docs/Beats
Preencha um pedido de bug usando este modelo: http://tinyurl.com/8lryk
Mande um e-mail para relnotes@fedoraproject.org
Uma nota de versão beat é uma área das notas de versão mantida por um ou mais contribuidores de conteúdo, sob suas responsabilidades. Para mais informações sobre os beats, visite http://fedoraproject.org/wiki/DocsProject/ReleaseNotes/Beats.
Obrigado (adiantado) pelo seu feedback!
Esta seção fala sobre notas relacionadas ao Anaconda (o programa de instalação do Fedora Core) e sobre a instalação do Fedora Core 5 em geral.
![]() |
Efetuando Download de Arquivos Grandes |
|---|---|
Se você pretende efetuar download da imagem ISO do DVD Fedora Core 5, lembre-se que nem todas as ferramentas de download podem suportar arquivos maiores que 2GB. O |
Esta seção fornece notas específicas para as arquiteturas de hardware suportadas no Fedora Core.
Esta seção cobre qualquer informação específica que você possa precisar saber sobre o Fedora e a plataforma de hardware PPC.
Processador Mínimo: PowerPC G3 / POWER4
O Fedora Core 5 suporta apenas a geração “Novo Mundo” do Apple Power Macintosh, distribuído a partir do circa de 1999 em diante.
O Fedora Core 5 também suporta máquinas IBM eServer pSeries, IBM RS/6000, Genesi Pegasos II e IBM Cell Broadband Engine.
Recomendado para modo texto: G3 de 233MHz ou superior, 128MiB de RAM.
Recomendado para a interface gráfica: G3 de 400MHz ou superior, 256MiB de RAM.
As exigências de espaço em disco listadas abaixo representam o espaço em disco usado pelo Fedora Core 5 depois que uma instalação é completada. Entretando, espaço em disco adicional é necessário durante a instalação para suportar o ambiente do instalador. Este espaço em disco adicional corresponde ao tamanho do arquivo /Fedora/base/stage2.img no Disco de Instalação 1, mais o tamanho dos arquivos do diretório /var/lib/rpm no sistema instalado.
Em termos práticos, as exigências de espaço adicional podem ir de 90 MiB para uma instalação mínima, até 175 MiB para uma instalação de "tudo". Os pacotes completos podem ocupar mais de 9 GB de espaço em disco.
Espaço adicional também pode ser necessário para dados do usuário e ao menos 5% de espaço livre deve ser mantido para uma operação apropriada do sistema.
A tecla Opção em sistemas Apple é equivalente à tecla Alt no PC. Quando a documentação e o instalador se referirem à tecla Alt, use a tecla Option. Para algumas combinações de teclas, você pode precisar usar a tecla Option em conjunto com a tecla Fn, como por exemplo Option-Fn-F3 para mudar para o terminal virtual tty3.
O Disco de Instalação 1 do Fedora Core é inicializável em hardwares que o suportam. Além disso, a imagem inicializável do CD está no diretório images do disco. Estas imagens podem se comportar diferentemente de acordo com o seu hardware:
Apple Macintosh
O carregador de inicialização deve fazer a inicialização automaticamente para o instalador apropriado (de 32-bits ou 64-bits).
O pacote padrão gnome-power-manager inclui suporte ao gerenciamento de energia, incluindo gerenciamento de níveis das funções sleep e backlight. Usuários com necessidades mais complexas podem usar o pacote apmud no Fedora Extras. Depois da instalação, você pode instalar o apmud com o seguinte comando:
su -c 'yum install apmud'
IBM eServer pSeries de 64-bits (POWER4/POWER5).
Depois de usar o OpenFirmware para inicializar pelo CD, o carregador de inicialização (yaboot) deve automaticamente iniciar o instalador de 64-bits.
CHRP de 32-bits (IBM RS/6000 e outros).
Depois de usar o OpenFirmware para inicializar pelo CD, selecione a imagem de inicialização linux32 no prompt boot: para iniciar o instalador de 32-bits. Caso contrário, o instalador de 64-bits inicia e não funciona.
Genesi Pegasos II.
Nesta época, firmware com suporte total para sistemas de arquivos ISO9660 ainda não foi lançado para o Pegasos. Entretanto, você pode usar uma imagem de inicialização pela rede. No prompt do OpenFirmware, digite o comando:
boot cd: /images/netboot/ppc32.img
Você também pode configurar o OpenFirmware no Pegasos para tornar o sistema do Fedora Core inicializável manualmente. Para fazer isto, use as variáveis de ambiente boot-device e boot-file apropriadamente.
Inicialização pela Rede.
Você pode encontrar imagens combinadas contendo o kernel do instalador e o ramdisk no diretório images/netboot/ da árvore de instalação. Estes têm como objetivo a inicialização pela rede via TFTP, mas podem ser usados de muitas maneiras.
O yaboot suporta inicialização via TFTP para IBM eServer pSeries e Apple Macintosh. O Projeto Fedora encoraja o uso do yaboot ao invés das imagens netboot.
Esta seção cobre qualquer informação específica que você possa precisar saber sobre o Fedora Core e a plataforma de hardware x86.
Afim de usar funcionalidades específicas durante ou depois da instalação do Fedora Core 5, você pode precisar saber detalhes de outros componentes de hardware como placas de vídeo ou de rede.
As seguintes especificações de CPU são informadas em termos de processadores Intel. Outros processadores, como os da AMD, Cyrix e VIA que são compatíveis e equivalentes aos seguintes processadores Intel, também podem ser usados com o Fedora Core.
Mínimo: Classe Pentium — O Fedora Core 5 é otimizado para Processadores Pentium 4, mas também suporta processadores mais velhos como Pentium, Pentium Pro, Pentium II, Pentium III e processadores compatíveis da AMD e VIA. O Fedora usa este esquema porque as otimizações para a classe Pentium resultam em desempenho reduzido para processadores que não são da classe Pentium. Além de tudo, se programar para processadores Pentium 4, que são os processadores mais atuais, é o suficiente para garantir esta mudança.
Recomendado para o modo texto: Pentium 200 MHz ou superior
Recomendado para interface gráfica: Pentium II 400 MHz ou superior
Processadores AMD64 (tanto Athlon64 quanto Opteron)
Processadores Intel® com Tecnologia de Memória de 64-bits Extendida (Intel® EM64T)
Memória RAM mínima para o modo texto: 128MiB
Memória RAM mínima para a interface gráfica: 192MiB
Recomendado para a interface gráfica: 256MiB
As exigências de espaço em disco listadas abaixo representam o espaço em disco usado pelo Fedora Core 5 depois que uma instalação é completada. Entretando, espaço em disco adicional é necessário durante a instalação para suportar o ambiente do instalador. Este espaço em disco adicional corresponde ao tamanho do arquivo /Fedora/base/stage2.img no Disco de Instalação 1, mais o tamanho dos arquivos do diretório /var/lib/rpm no sistema instalado.
Em termos práticos, as exigências de espaço adicional podem ir de 90 MiB para uma instalação mínima, até 175 MiB para uma instalação de "tudo". Os pacotes completos podem ocupar mais de 9 GB de espaço em disco.
Espaço adicional também pode ser necessário para dados do usuário e ao menos 5% de espaço livre deve ser mantido para uma operação apropriada do sistema.
Esta seção cobre qualquer informação específica que você possa precisar saber sobre o Fedora Core e a plataforma de hardware x86_64.
Afim de usar funcionalidades específicas durante ou depois da instalação do Fedora Core 5, você pode precisar saber detalhes de outros componentes de hardware como placas de vídeo ou de rede.
Esta lista é para sistemas x86_64 de 64-bits:
Memória RAM mínima para o modo texto: 128MiB
Memória RAM mínima para a interface gráfica: 256MiB
Memória RAM recomendada para a interface gráfica: 512MiB
As exigências de espaço em disco listadas abaixo representam o espaço em disco usado pelo Fedora Core 5 depois que uma instalação é completada. Entretando, espaço em disco adicional é necessário durante a instalação para suportar o ambiente do instalador. Este espaço em disco adicional corresponde ao tamanho do arquivo /Fedora/base/stage2.img no Disco de Instalação 1, mais o tamanho dos arquivos do diretório /var/lib/rpm no sistema instalado.
Em termos práticos, as exigências de espaço adicional podem ir de 90 MiB para uma instalação mínima, até 175 MiB para uma instalação de "tudo". Os pacotes completos podem ocupar mais de 9 GB de espaço em disco.
Espaço adicional também pode ser necessário para dados do usuário e ao menos 5% de espaço livre deve ser mantido para uma operação apropriada do sistema.
O RPM suporta a instalação paralela de múltiplas arquiteturas de um mesmo pacote. Um pacote padrão listado com rpm -qa pode aparecer com pacotes duplicados, já que a arquitetura não é mostrada. Ao invés disso, use o comando repoquery, parte do pacote yum-utils no Fedora Extras, o qual mostra a arquitetura por padrão. Para instalar o yum-utils, execute o seguinte comando:
su -c 'yum install yum-utils'
Para listar todos os pacotes com suas arquiteturas utilizando o rpm, execute o seguinte comando:
rpm -qa --queryformat "%{name}-%{version}-%{release}.%{arch}\n"
As seguintes seções contém informações sobre pacotes de programas que tiveram mudanças significativas no Fedora Core 5. Para uma melhor acessibilidade, eles estão organizados pelos mesmos grupos mostrados no sistema de instalação.
O subsistema que cuida dos dispositivos e do hotplug sofreu mudanças significativas no Fedora Core 5. O método do udev agora cuida de todo o carregamento de módulos, tanto na inicialização do sistema, como nos dispositivos do hotplug. O pacote hotplug foi removido, pois não é mais necessário.
O suporte para os auxiliares do hotplug nos diretórios /etc/hotplug, /etc/hotplug.d e /etc/dev.d agora estão fora de uso e podem ser removidos em uma futura versão do Fedora Core. Estes auxiliares devem ser convertidos para regras do udev. Por favor visite http://www.reactivated.net/writing_udev_rules.html para alguns exemplos.
![]() |
O mlocate Substituiu o slocate |
|---|---|
O novo pacote |
O comando locate deve ser completamente compatível.
O arquivo de configuração /etc/updatedb.conf é compatível.
Erros de Sintaxe que o slocate não detectava agora são relatados.
A variável DAILY_UPDATE não é suportada.
O comando updatedb não é compatível e scripts personalizados que usam o updatedb podem precisar de atualização.
O utilitário de configuração system-config-mouse foi removido desta versão porque as configurações do synaptic e de mouse de três botões são feitas automaticamente. Mouses seriais não são mais suportados.
Os sistemas Fedora usam o NetworkManager (Gerenciador de Rede) para automaticamente detectar, selecionar e configurar conexões de rede com ou sem fio. Dispositivos de rede sem fio podem precisar de programas de terceiros ou de configuração manual para serem ativados depois que o processo de instalação se completa. Por esta razão, o Fedora Core 5 fornece o NetworkManager como um componente opcional.
Visite http://fedoraproject.org/wiki/Tools/NetworkManager para mais informações em como instalar e habilitar o NetworkManager.
O Fedora Core 5 inclui a nova versão do programa de servidor IMAP dovecot, que traz muitas mudanças em seu arquivo de configuração. Estas mudanças são importantes para usuários atualizando de uma versão anterior. Visite http://wiki.dovecot.org/UpgradingDovecot para mais informações sobre as mudanças.
O utlitário kudzu, a biblioteca libkudzu e a listagem de hardware /etc/sysconfig/hwconf agora estão todos fora de uso e serão removidos em uma versão futura do Fedora Core. Aplicações que precisem identificar hardwares disponíveis devem ser portadas para utilizar a biblioteca HAL. Mais informações sobre o HAL estão disponíveis em http://freedesktop.org/wiki/Software/hal.
O utlitário fstab-sync foi removido. No Fedora Core, o programa fstab-sync foi removido em favor das soluções específicas dos ambientes desktop para montagem de mídias removíveis. Entradas para dispositivos hotplug ou mídia inserida não são mais adicionadas automaticamente no arquivo /etc/fstab. Os usuários de linha de comando podem migrar para o gnome-mount, que fornece uma funcionalidade semelhante.
O backend de PostgreSQL para o GnuCash foi removido, pois ele não é mais mantido no projeto principal e não suporta todas as funcionalidades do GnuCash, podendo levar o programa a travamentos. Usuários que usam o backend de PostgreSQL devem carregar e salvar seus dados em um arquivo XML antes de atualizar o GnuCash.
A suíte de aplicações Mozilla está fora de uso. Ela é distribuída no Fedora Core 5 e aplicações podem esperar serem compiladas com o mozilla-devel, entretanto ela será removida em uma futura versão do Fedora Core.
O pacote libstdc++so7 foi adicionado. Este pacote contém uma prévia da biblioteca GNU Standard C++ da versão libstdcxx_so_7-branch. Ele é considerado experimental e não suportado. Não compile nenhum programa final utilizando este pacote, pois sua ABI e versão pode mudar em futuras atualizações. Para compilar programas com esta biblioteca, execute g++-libstdc++so_7 ao invés de g++.
A biblioteca LinuxThreads não está mais disponível. O LinuxThreads estava fora de uso no Fedora Core 4 e agora não está mais disponível nesta versão. A Native POSIX Threading Library (NPTL), que tem sido a biblioteca de threading desde o Red Hat Linux 9, substituiu a LinuxThreads completamente.
Esta seção cobre as mudanças e informações importantes sobre o kernel no Fedora Core 5.
Esta distribuiçào é baseada na série 2.6 do kernel do Linux. O Fedora Core pode incluir patches adicionais para melhorias, correções de bugs e funcionalidades adicionais. Por esta razão, o kernel do Fedora Core pode não estar em sincronia total com o chamado vanilla kernel do site kernel.org:
Para obter uma lista destes patches, efetue download do pacote fonte RPM e execute o seguinte comando nele:
rpm -qpl kernel-<versão>.src.rpm
Para obter um log de mudanças do pacote, execute o seguinte comando:
rpm -q --changelog kernel-<versão>
Se você precisar de uma versão amigável para o log de mudanças, visite http://wiki.kernelnewbies.org/LinuxChanges. Um arquivo de diferenças curto e completo está disponível em http://kernel.org/git. A versão do kernel do Fedora é baseada na árvore do Linus.
Customizações feitas para a versão do Fedora estão disponíveis através do endereço http://cvs.fedora.redhat.com .
O Fedora Core 5 inclui as seguintes construções de kernel:
Kernel nativo, tanto em suas variedades de um processador quanto SMP (Symmetric Multi-Processor, Ou Multi-Processador Simétrico). Os kernels SMP fornecem suporte a múltiplas CPUs. Fontes configuráveis estão disponíveis no pacote kernel-[smp-]devel-<versão>.<arch>.rpm.
Virtual kernel hypervisor for use with the Xen emulator package. Configured sources are available in the kernel-xen0-devel-<version>.<arch>.rpm package.
Virtual kernel guest for use with the Xen emulator package. Configured sources are available in the kernel-xenU-devel-<version>.<arch>.rpm package.
Kernel Kdump para uso das capacidades kexec/kdump. Fontes configuráveis estão disponíveis no pacote kernel-kdump-devel-<versão>.<arch>.rpm.
You may install sources for all kernel flavors at the same time. The files are installed in the /usr/src/kernels/<version>-[xen0|xenU|kdump]-<arch>/ tree. Use the following command:
su -c 'yum install kernel-{xen0,xenU,kdump}-devel'
Selecione um ou mais destes tipos, separados por vírgula e sem espaços, como apropriado. Digite a senha de root quando solicitada.
![]() |
O Kernel x86_64 Padrão Fornece SMP |
|---|---|
Não há um kernel separado de SMP para a arquitetura x86_64 no Fedora Core 5. |
![]() |
Suporte PowerPC do Kernel |
|---|---|
Não há suporte para Xen ou kdump para a arquitetura PowerPC no Fedora Core 5. |
Visite http://kernel.org/pub/linux/docs/lkml/reporting-bugs.html para informações em como relatar bugs no kernel do Linux. Você também pode usar o http://bugzilla.redhat.com para relatar bugs que são específicos para o Fedora.
Muitos tutoriais, exemplos e textos sobre desenvolvimento do kernel Linux assumem que os códigos-fonte do kernel são instalados no diretório /usr/src/linux/. Se você fizer um link simbólico, como mostrado abaixo, você poderá usar estes materiais de aprendizado com os pacotes do Fedora Core. Instale os códigos-fonte apropriados do kernel, como mostrado anteriormente e então execute o seguinte comando:
su -c 'ln -s /usr/src/kernels/kernel-<todo-o-resto> /usr/src/linux'
Digite a senha de root quando solicitada.
O Fedora Core 5 não inclui o pacote kernel-source fornecido em versões passadas. Ao invés disso, fontes configuráveis estão disponíveis, como descrito na seção dos tipos de kernel.
![]() |
Intruções Referentes ao Kernel Atual |
|---|---|
Para simplificar o caminho, assumimos que você quer configurar os códigos-fonte do kernel para combinar com o seu kernel atual. Nos passos abaixo, a expressão <versão> se refere à versão do kernel mostrada pelo comando: |
Usuários que necessitam acessar os códigos-fonte originais do kernel do Fedora Core podem achá-los no pacote do kernel com extensão .src.rpm. Para criar e extrair o código deste arquivo, siga os seguintes passos:
![]() |
Não Construa Pacotes como Super-usuário |
|---|---|
Construir pacotes como super-usuário pode ser perigoso e não é necessário, mesmo para o kernel. Estas instruções permitem você instalar o código-fonte do kernel como um usuário normal. Muitos sites de informações gerais referenciam o diretório |
Prepare um ambiente de construção de pacotes RPM em seu diretório home. Execute os seguintes comandos:
su -c 'yum install fedora-rpmdevtools' fedora-buildrpmtree
Digite a senha de root quando solicitada.
Obtenha o arquivo kernel-<versão>.src.rpm de uma das seguintes fontes:
do diretório SRPMS na imagem iso do CD SRPMS apropriado
do site HTTP ou FTP onde você obteve o pacote do kernel
executando o seguinte comando:
su -c 'yum install yum-utils' su -c 'yumdownloader --source kernel'
Digite a senha de root quando solicitada.
Instale o pacote kernel-<versão>.src.rpm usando o seguinte comando:
rpm -Uvh kernel-<versão>.src.rpm`
Este comando escreve o conteúdo do RPM nos diretórios ${HOME}/rpmbuild/SOURCES e ${HOME}/rpmbuild/SPECS, onde ${HOME} é seu diretório home.
![]() |
Espaço Necessário |
|---|---|
Todo o processo de construção do kernel pode necessitar de alguns gigabytes de espaço extra no sistema de arquivos em que seu diretório home está localizado. |
Prepare os códigos-fonte do kernel usando os comandos:
cd ~/rpmbuild/SPECS rpmbuild -bp --target $(uname -m) kernel-2.6.spec
A árvore dos códigos-fonte do kernel está localizada no diretório ${HOME}/rpmbuild/BUILD/kernel-<versão>/
Configurações para kernels específicos distribuídos no Fedora Core 5 estão no diretório configs/. Por exemplo, o arquivo de configuração para SMP i686 é o configs/kernel-<versão>-i686-smp.config. Execute os seguintes comandos para colocar a configuração desejada no lugar apropriado para a construção:
cp configs/<arquivo-de-configuração-desejado> .config
Você pode encontrar o arquivo .config da sua configuração de kernel atual no arquivo /lib/modules/<versão>/build/.config.
Todo kernel tem um nome baseado em seu número de versão. Este número é o valor que o comando uname -r mostra. O nome do kernel é definido pelas primeiras quatro linhas do Makefile do kernel. O Makefile foi mudado para gerar um kernel com um nome diferente do atual kernel. Para ser aceito pelo kernel atual, um módulo precisa ser compilado para um kernel com o nome correto. Para fazer isso, você precisa editar o Makefile do kernel.
Por exemplo, se o uname -r retorna 2.6.15-1.1948_FC5, mude a definição EXTRAVERSION disto:
EXTRAVERSION = -prep
para isto:
EXTRAVERSION = -1.1948_FC5
Ou seja, substitua tudo depois do hífen.
Execute o seguinte comando:
make oldconfig
Você pode proceder como de costume.
Uma árvore completa com todos os códigos-fonte não é necessária para construir um módulo de kernel no seu kernel atual, como por exemplo seu próprio driver de dispositivo. Por exemplo, para construir o módulo foo.ko, crie o seguinte arquivo Makefile no diretório contendo o arquivo foo.c:
obj-m := foo.o
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KDIR) M=$(PWD) modules
Execute o comando make para construir o módulo foo.ko.
O Fedora Core 5 tem suporte para armazenamento clusterizado através do Global File System (Sistema de Arquivos Global - GFS). O GFS necessita módulos de kernel especiais que trabalham em conjunto com alguns utilitários do user space, como daemons de gerenciamento. Para remover tal kernel, talvez depois de uma atualização, use ao invés disso o comando su -c 'yum remove kernel-<versão>'. O comando yum remove automaticamente os pacotes dependentes, caso necessário.
![]() |
PowerPC não suporta GFS |
|---|---|
Os módulos GFS do kernel não são construídos para a arquitetura PowerPC no Fedora Core 5 |
O GNOME 2.14 (ou um candidato de lançamento) e o KDE 3.5.1 estão inclusos no Fedora Core 5. A seguinte lista contém as mudanças notáveis na interface da área de trabalho nesta versão:
gnome-power-manager
O GNOME Power Manager é um daemon de sessão para o ambiente GNOME que torna mais fácil o gerenciamento de seu computador laptop ou desktop. Ele tira proveito do HAL (que fornece uma camada de abstração ao hardware) e do DBUS (Inter Process Communication Software), que são escritos e mantidos pelos desenvolvedores do Fedora.
gnome-screensaver
O GNOME Screensaver fornece uma interface de usuário integrada para utilizar protetores de tela e para travar a tela.
Otimizações de memória nos pacotes fontconfig e shared-mime-info. Agora eles usam caches de memória mapeada compartilhada para os dados.
Desde o GNOME 2.12, a opção de terminal foi removida do contexto de menu da área de trabalho. O pacote nautilus-open-terminal no Fedora Extras fornece um substituto aprimorado para aqueles que necessitam disso. Você pode instalá-lo com o seguinte comando:
su -c 'yum install nautilus-open-terminal'
No Fedora Core 5, apenas um pequeno número de protetores de tela são instalados por padrão. Alguns usuários acham certos protetores de tela chatos e outros protetores de tela podem terminar com a interface gráfica de uma hora para outra. Isto geralmente tende a acontecer mais com protetores de tela animados em OpenGL fornecidos no pacote xscreensaver-gl-extras, quando usados em hardwares de vídeo com pouco suporte. Para reinstalar estes protetores de tela adicionais, execute o seguinte comando:
su -c 'yum install xscreensaver-extras xscreensaver-gl-extras'
Esta seção indica as modificações e adições às várias ferramentas gráficas de configurações de sistema e servidores no Fedora Core.
Você agora pode buscar por impressoras Samba através de sub-redes. Se você especificar pelo menos um servidor WINS no /etc/samba/smb.conf, o primeiro endereço é usado para a busca.
A aplicação system-config-printer suporta autenticação Kerberos na adição de uma nova impressora SMB. Para adicionar a impressora, o usuário precisa possuir um ticket Kerberos válido e então executar a ferramenta de configuração de impressoras. Selecione Sistema>Administração>Impressão a partir do menu principal, ou use o seguinte comando:
su -c 'system-config-printer'
Nenhum usuário ou senha são armazenados no /etc/cups/printers.conf. Mesmo assim a impressão ainda é possível se a fila de impressão SMB permitir impressões anônimas.
O Samba agora está presente na lista de Serviços Confiáveis. Para permitir que tráfego SMB passe pelo firewall, habilite esta opção.
Quando você define Outras Portas na ferramenta system-config-securitylevel, você agora pode especificar faixas de portas. Por exemplo, se você especificar 6881-6999:tcp, a seguinte linha é adicionada ao /etc/sysconfig/iptables:
A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 6881:6999 -j ACCEPT
Esta seção refere-se aos servidores de transferência de arquivos e compartilhamento. Visite http://fedoraproject.org/wiki/Docs/Beats/WebServers e http://fedoraproject.org/wiki/Docs/Beats/Samba para mais informações sobre trasferências de arquivos via HTTP (Web) e compartilhamentos Samba (Windows).
O Fedora inclui a versão 2 do Netatalk, uma suíte de programas que habilitam a interação do Linux com sistemas Macintosh usando os protocolos de rede AppleTalk.
![]() |
Tome Cuidado Ao Atualizar |
|---|---|
Você pode experimentar perda de dados ao atualizar da versão 1 do Netatalk para a versão 2. |
A versão 2 do Netatalk armazena os recursos de arquivos com um método diferente das versões anteriores e podem necessitar de um esquema de codificação de nomes de arquivos diferente. Por favor leia a documentação e planeje sua migração antes de atualizar. Veja as informações de atualização disponíveis no site do Netatalk, localizado em http://netatalk.sourceforge.net/2.0/htmldocs/upgrade.html.
A documentação também está incluída no pacote netatalk Veja o arquivo /usr/share/doc/netatalk-2.0.2/doc/htmldocs/upgrade.html ou o /usr/share/doc/netatalk-2.0.2/doc/Netatalk-Manual.pdf (página número 25, página de documento 33).
Esta seção contém informações sobre aplicações relacionadas à Web.
O Fedora Core agora inclui a versão 2.2 do Servidor HTTP Apache. Esta versão traz alguns aprimoramentos em relação a série 2.0, incluindo:
módulos de caching bastante aprimorados (mod_cache, mod_disk_cache, mod_mem_cache)
uma nova estrutura de suporte a autenticação e autorização, substituindo os módulos de segurança fornecidos em versões passadas
suporte a balanceamento de carga de proxy (mod_proxy_balance)
large file support for 32-bit platforms (including support for serving files larger than 2GB)
novos módulos: mod_dbd and mod_filter, que trazem suporte a bancos de dados SQL e filtragem melhorada.
![]() |
Atualização e Módulos de Segurança |
|---|---|
Se você estiver atualizando de uma versão anterior do |
As seguintes mudanças foram feitas na configuração padrão do httpd:
Os módulos mod_cern_meta e mod_asis não são mais carregados por padrão.
O módulo mod_ext_filter agora é carregado por padrão.
![]() |
Módulos de Terceiros |
|---|---|
Qualquer módulo de terceiros compilado para o |
Para mais informações sobre a atualização de instalações já existentes, veja a página http://httpd.apache.org/docs/2.2/upgrading.html.
A versão 5.1 do PHP agora é incluída no Fedora Core. Esta versão traz alguns aprimoramentos em relação ao PHP 5.0, incluindo:
desempenho melhorado
adição do módulo PDO para abstração de bancos de dados
Os seguintes módulos de extensão foram adicionados:
date, hash e Reflection (acoplados ao pacote php)
pdo e pdo_psqlite (no pacote php-pdo)
pdo_mysql (no pacote php-mysql)
pdo_pgsql (no pacote php-pgsql)
pdo_odbc (no pacote php-odbc)
xmlreader e xmlwriter (no pacote php-xml)
Os seguintes módulos de extensão não são mais construídos:
dbx
dio
yp
Esta seção cobre várias ferramentas para desenvolvedores.
Esta versão do Fedora foi construída utilizando o GCC 4.1 como compilador do sistema. O GCC 4.1 está incluído na distribuição.
Você precisa do GDB 6.1 ou mais novo para depurar binários, ao menos que eles estejam compilados com a opção de compilação -fno-var-tracking.
A opção -fwritable-strings não é mais aceita.
Mensagens de diagnóstico em inglês agora usam Unicod. Se você não puder lê-las, configure sua variável de ambiente LC_CTYPE para C ou mude no seu emulador de terminal.
O arquivo specs não é mais instalado na maioria dos sistemas. Usuários normais não irão notar, mas desenvolvedores que precisem alterar o arquivo podem usar a opção -dumpspecs para gerar o arquivo para edição.
O otimizador de código SSA agora é incluído e traz consigo uma melhor propagação constante (constant propagation), eliminação de redundância parcial (partial redundancy elimination), carrega e armazena code motion (load and store code motion), redução de força (strength reduction), eliminação de armazenamento morto (dead storage elimination), melhor detecção de código inalcançavel (detection of unreachable code) e recursão por acumulação (tail recursion by accumulation).
Autovetorização (Autovectorization) é suportada. Esta técnica atinge desempenhos maiores para códigos de fluxo repetitivos, em algumas circunstâncias.
A nova atribuição sentinela (sentinel) faz com que o compilador gere um aviso se uma função como a execl(char *path, const char *arg, ...), que requer um terminador de lista nulo (NULL), caso esteja faltando o NULL.
As extensões cast-as-lvalue, conditional-expression-as-lvalue e compund-expression-as-lvalue foram removidas.
A semântica #pragma pack() agora está mais semelhante às usadas por outros compiladores.
Tomar o endereço de uma variável declarada no modificador de registro agora gera um erro ao invés de um aviso.
Arrays de tipos de elementos incompletos agora geram um ero. Isto implica em nenhum referenciamento para estruturas de definições.
O compilador básico, sem nenhum otimizador (-O0) foi medido como aproximadamente 25% mais rápido em códigos reais.
Bibliotecas agora contém variáveis estáticas de escopo de função em programas de multi-threads. Desenvolvedores de sistemas embarcados podem usar a opção -fno-threadsafe-statics para desabilitar essa funcionalidade, mas usuários normais nunca devem fazer isto.
Esta seção indica os vários itens de segurança do Fedora Core.
Uma introdução geral para muitas das características de segurança pró-ativa no Fedora, sua situação atual e políticas estão disponíveis em http://fedoraproject.org/wiki/Security.
O Pam_stack está fora de uso nesta versão. A versão 0.78 do Linux-PAM em diante contém a diretiva include que torna obsoleto o módulo pam_stack. O uso do módulo pam_stack é logado com um aviso. Ele pode ser removido em uma futura versão. Não é mais para ser usado em configurações de serviços individuais. Todos os pacotes que utilizam o PAM no Fedora Core foram modificados para evitar seu uso.
![]() |
Atualizações e PAM Stacks |
|---|---|
Quando um sistema é atualizado de uma versão passada do Fedora Core e o administrador de sistema modificou anteriormente algumas configurações de serviços, estes arquivos de configuração não são substituídos quando novos pacotes são instalados. Ao invés disso, os novos arquivos de configuração são criados como arquivos |
diff -u /etc/pam.d/foo /etc/pam.d/foo.rpmnew
O seguinte exemplo mostra o arquivo de configuração /etc/pam.d/login em sua forma original usando o pam_stack e então a versão revisada com a diretiva include.
#%PAM-1.0 auth required pam_securetty.so auth required pam_stack.so service=system-auth auth required pam_nologin.so account required pam_stack.so service=system-auth password required pam_stack.so service=system-auth # pam_selinux.so close should be the first session rule session required pam_selinux.so close session required pam_stack.so service=system-auth session required pam_loginuid.so session optional pam_console.so # pam_selinux.so open should be the last session rule session required pam_selinux.so open
#%PAM-1.0 auth required pam_securetty.so auth include system-auth # no module should remain after 'include' if 'sufficient' might # be used in the included configuration file # pam_nologin moved to account phase - it's more appropriate there # other modules might be moved before the system-auth 'include' account required pam_nologin.so account include system-auth password include system-auth # pam_selinux.so close should be the first session rule session required pam_selinux.so close session include system-auth # the system-auth config doesn't contain sufficient modules # in the session phase session required pam_loginuid.so session optional pam_console.so # pam_selinux.so open should be the last session rule session required pam_selinux.so open
Todos os programas dos repositórios do Fedora Core e Extras nesta versão são compiladas com uma funcionalidade de segurança chamada fstack-protector. O fstack-protector coloca um valor canary na pilha de funções contendo uma array de caracteres locais. Antes de retornar de uma função protegida, o valor canary é verificado. Se houver um buffer overflow, o valor canary não corresponderá ao valor esperado e então o programa é cancelado. O valor canary é aleatóro toda vez que uma aplicação é iniciada, tornando a exploração remota muito difícil. A funcionalidade fstack-protector não protege contra buffer overflows baseados em heap (área especial da memória).
Esta é uma funcionalidade de segurança escrita pelos desenvolvedores da Red Hat, implementando a funcionalidade IBM-ProPolice/SSP. Para mais informações sobre ProPolice/SSP, visite http://www.research.ibm.com/trl/projects/security/ssp/. Essa funcionalidade está disponível como parte do compilador GCC 4.1 usado no Fedora Core 5.
A funcionalidade de segurança FORTIFY_SOURCE para o gcc e glibc introduzida no Fedora Core 4 continua disponível. Para mais informações sobre as funcionalidades de segurança no Fedora, visite http://fedoraproject.org/wiki/Security/Features.
As novas páginas do projeto SELinux têm soluções de problemas, dicas, explicações e sugestões para outras documentações e referências. Alguns dos links úteis:
Novas páginas do projeto SELinux: http://fedoraproject.org/wiki/SELinux
Dicas para soluções de problemas: http://fedoraproject.org/wiki/SELinux/Troubleshooting
Perguntas Frequentemente Feitas (FAQ): http://fedora.redhat.com/docs/selinux-faq/
Listagem dos comandos SELinux:: http://fedoraproject.org/wiki/SELinux/Commands
Detalhes dos domínios confinados: http://fedoraproject.org/wiki/SELinux/Domains
O MCS é um uso geral da implementação mais estrita MLS (Multi-Level Security, ou Segurança em Multi-Níveis). O MCS é um aprimoramento ao SELinux que permite usuários rotular arquivos em categories. Categorias podem ser Confidencial_da_Empresa, SOMENTE_PARA_O_CEO, ou Senhas_Sysadmins. Para mais informações sobre o MCS, veja em http://james-morris.livejournal.com/5583.html um artigo feito pelo autor.
O MLS é um esquema de Controle de Acesso Obrigatório (Mandatory Access Control - MAC) que rotula processos e objetos com níveis de segurança especiais. Por exemplo, um objeto como um arquivo de documento pode ter um nível de segurança chamado { Secret, ProjectMeta }, onde Secret é o nível de sensibilidade. e ProjectMeta é a categoria. Para mais informações sobre o MLS, visite http://james-morris.livejournal.com/5020.html.
Um ambiente Java livre e de código-aberto está disponível nesta versão do Fedora Core, ele é o chamado java-gcj-compat. O java-gcj-compat inclui uma suíte de ferramentas e ambiente de execução que são capazes de construir e executar muitos programas úteis que são escritos na linguagem de programação Java.
![]() |
O Fedora Core Não Inclui Java |
|---|---|
O Java é uma marca registrada da Sun Microsystems. O java-gcj-compat é um programa totalmente livre que não é Java, mas pode rodar programas Java. |
A infraestrutura do java-gcj-compat tem três componentes chave: uma biblioteca de execução GNU Java (libgcj), o compilador Java Eclipse (ecj) e uma série de wrappers e links (java-gcj-compat) que fornecem a biblioteca de execução e o compilador para o usuário de uma forma semelhante aos ambientes Java.
Os pacotes de programas Java incluídos nesta versão do Fedora usam o novo ambiente integrado java-gcj-compat. Nestes pacotes estão inclusos o OpenOffice.org Base, Eclipse e Apache Tomcat.
Veja o FAQ Java em http://www.fedoraproject.org/wiki/JavaFAQ para mais informações sobre o ambiente livre de Java no Fedora.
![]() |
Inclua informações de localização e versão nos relatos de bugs |
|---|---|
|
Quando criar um relato de bug, tenha certeza de incluir a saída destes comandos:
|
Em adição à pilha de programas livre java-gcj-compat, o Fedora Core é desenvolvido para que você possa instalar múltiplas implementações Java e trocar entre elas usando a ferramenta de linha de comando alternatives. Entretanto, todo sistema Java que você instalar precisa ser empacotado usando as regras de empacotamento do Projeto JPackage para obter proveito do alternatives.
Uma vez instalado corretamente, o usuário root poderá trocar entre implementações java e javac usando o comando alternatives:
alternatives --config java alternatives --config javac
O Fedora Core inclui vários pacotes derivados do Projeto JPackage, que fornecem um repositório de programas Java. Estes pacotes foram modificados no Fedora para remover dependências com programas proprietários e usar a funcionalidade de compilação do GCJ. Os usuários do Fedora devem usar os repositórios Fedora para atualizar estes pacotes, mas podem usar o repositório JPackage para pacotes que não são fornecidos pelo Fedora.
Veja o site do JPackage em http://jpackage.org para mais informações sobre o projeto e que os programas que ele fornece.
![]() |
Misturando Pacotes do Fedora e do JPackage |
|---|---|
Pesquise sobre compatibilidade entre pacotes antes de instalar programas de ambos repositórios Fedora e JPackage no mesmo sistema. Pacotes incompatíveis podem causar problemas complexos. |
O Fedora agora pode navegar em compartilhamentos Windows, uma funcionalidade conhecida como Navegação SMB. Em versões anteriores à Fedora Core 5, o firewall impedia o funcionamento da navegação SMB. Com a adição do módulo de kernel ip_conntrack_netbios_ns na versão 2.6.14 do kernel e com o aprimoramento correspondente no system-config-securitylevel, o firewall agora permite broadcasts SMB e navegação na rede.
O Fedora Core inclui aplicações para variadas funções multimídia, incluindo tocar, gravar e editar. Pacotes adicionais estão disponíveis através do repositório Fedora Extras.
A instalação padrão do Fedora Core inclui o Rhythmbox, Totem e Helix Player para tocar mídias. Muitos outros programas estão disponíveis nos repositórios do Fedora Core e Fedora Extras, incluindo o popular pacote XMMS. Ambos GNOME e KDE têm uma seleção de tocadores que podem ser usados com uma variedade de formatos. Programas adicionais estão disponíveis de terceiros para suportar outros formatos.
O Fedora Core também utiliza toda a vantagem do sistema de som Advanced Linux Sound Architecture (ALSA). Muitos programas podem tocar sons simultâneamentes, o que já foi difícil em sistemas Linux. Quando todos os programas multimídia estiverem configurados para usar o suporte a som ALSA, esta limitação desaparece. Para mais informações sobre o ALSA, visite o site do projeto em http://www.alsa-project.org/.
O Fedora inclui suporte completo para o formato de encapsulamento de mídia Ogg, formato de áudio Vorbis, de vídeo Theora, de áudio Speex e áudio do tipo lossless (sem perda) FLAC. Estes formatos de livre distribuição não são restritos por patentes ou licenças. Eles fornecem alternativas poderosas e flexíveis para os formatos mais populares e restritos. O Projeto Fedora encoraja o uso de formatos de código aberto ao invés dos restritos. Para mais informações sobre estes formatos e como usá-los, veja o site da Fundação Xiph.Org em http://www.xiph.org/.
O Fedora Core e Fedora Extras não podem incluir suporte para tocar ou gravar MP3 e DVD pelo fato de que os formatos de MP3 e MPEG (DVD) são patenteados e os donos das patentes não forneceram as licenças apropriadas. O Fedora também não inclui muitos programas multimídia devido à restrições de licença ou de patentes, como por exemplo o Flash Player ou Real Player. Para mais sobre este assunto, por favor visite http://fedoraproject.org/wiki/ForbiddenItems.
O Fedora Core e Extras inclui uma variedade de ferramentas que tornam a tarefa de masterizar e gravar CDs e DVDs fácil. Usuários GNOME podem gravar diretamente do gerenciador de arquivos Nautilus, ou escolher entre os pacotes gnomebaker e graveman do Fedora Extras, ou o antigo pacote xcdroast do Fedora Core. Usuários KDE podem usar o robusto pacote k3b para essas tarefas. Como ferramentas de console, tem-se o cdrecord, readcd, mkisofs e outras aplicações típicas do Linux.
Agora você pode usar o Fedora para criar e tocar capturas de telas, que são sessões da área de trabalho gravadas, usando tecnologias livres. O Fedora Extras 5 inclui o istanbul, que cria capturas de tela usando o formato de vídeo Theora. Estes vídeos podem ser tocados usando um dos muitos tocadores incluídos no fedora Core. Este é o método recomendado para enviar capturas de tela ao Projeto Fedora para uso tanto dos desenvolvedores quanto dos usuários. Para um como-fazer mais compreensível, visite http://fedoraproject.org/wiki/ScreenCasting.
Muitos dos tocadores de mídia no Fedora Core e Fedora Extras suportam o uso de plugins para incluir suporte a formatos adicionais de mídia e sistemas de saída de som. Alguns usam poderosos backends, como o gstreamer, para manusear suporte a formatos de mídia e saída de som. Pacotes de plugins para estes backends e para aplicações individuais estão disponíveis no Fedora Core e Fedora Extras e plugins adicionais podem estar disponíveis a partir de terceiros para adicionar ainda mais capacidade.
O Fedora Core e Fedora Extras fornecem uma seleção de jogos que cobrem uma variedade de gêneros. Por padrão, o Fedora Core inclui um pequeno pacote de jogos do GNOME (chamado gnome-games). Para instalar outros jogos disponíveis no Fedora Core e Fedora Extras, selecione Aplicações>Adicionar/Remover Programas a partir do menu principal da área de trabalho.
Visite http://wiki.kernelnewbies.org/LinuxChanges para uma lista das maiores mudanças. Algumas delas estão descritas abaixo:
A partir da versão 2.6.12 do kernel, uma nova funcionalidade foi adicionada, chamada named address promotion (promoção nomeada de endereçamento). Esta funcionalidade permite endereços IPv4 secundários a se promoverem como endereços primários. Geralmente quando a interface primária é excluída, todos os endereços secundários são excluídos também. Se você habilitar a nova chave sysctl chamada net.ipv4.conf.all.promote_secondaries, ou uma variante específica de interface, você pode estar mudando este comportamento para promover os endereços secundários como novos endereços primários.
Por padrão, quando selecionado um endereço fonte para as mensagens de erro ICMP, o kernel usa o endereço da interface da qual o erro ICMP está sendo mandado. A versão 2.6.12 do kernel traz uma nova chave sysctl chamada net.ipv4.icmp_errors_use_inbound_ifaddr. Se você habilitar esta opção, o kernel usa o endereço da interface que recebeu o pacote causador do erro original.
Suponha que o kernel receba um pacote na interface eth0, gerando um erro ICMP e a tabela de rotas faz com que a mensagem de erro seja gerada na interface eth1. Se a nova opção do sysctl estiver habilitada, a mensagem de erro ICMP indicará como endereço fonte a interface eth0, ao invés do padrão que seria eth1. Esta funcionalidade pode facilitar a depuração nas configurações de rotas assíncronas de redes.
Um novo algoritmo de procura de rotas chamado trie foi adicionado. Ele é feito para grandes tabelas de rotas e mostra uma melhoria de desempenho clara em relação à implementação hash original, ao custo de um maior consumo de memória e complexidade.
Os algoritmos de controle de congestionamento TCP agora são plugáveis e por isso modulares. O algoritmo legado NewReno continua sendo o padrão e atua como o algoritmo reserva. Os seguintes algoritmos de controle de congestionamento foram adicionados:
Controle de Congestionamento High Speed TCP
Prevenção de Congestionamento TCP Hybla
Controle de Congestionamento H-TCP
Controle de Congestionamento TCP Escalável (Scalable TCP)
Todos os módulos de controle de congestionamento existentes devem ser convertidos para esta nova estrutura e o controle de congestionamento BIC recebeu melhorias do BICTCP 1.1 para manusear links de baixa latência.
![]() |
Afetando o Controle de Algoritmo de Congestionamento |
|---|---|
O algoritmo de controle de congestionamento é específico a soquete e pode ser mudado com a opção de soquete |
Quando um driver de rede percebe uma perda de carga, como quando o cabo é desconectado, o driver pára a fila na frente do driver. No passado, esta pausa fazia com que os pacotes entrassem numa camada de fila disciplinar por um período indeterminado, causando assim efeitos inesperados. A fim de evitar isso, a pilha de núcleo de rede agora não aceita enfileirar nenhum pacote de dispositivo que esteja operacionalmente fora do ar.
A versão 2.6.14-rc1 do kernel foi a primeira versão a receber suporte ao protocolo DCCP. A implementação ainda é experimental, mas se sabe que funciona. Os desenvolvedores já começaram a trabalhar para que aplicações estejam cientes deste novo protocolo.Ele é feito para grandes tabelas
Um novo driver HostAP é incluído no kernel a partir da versão 2.6.14-rc1 e permite a emulação de um access point wireless através de software. Atualmente este driver só funciona com placas baseadas em Intersil Prism2 (PC Card/PCI/PLX). Suporte para placas de rede sem fio Intel(R) PRO/Wireless 2100 e 2200 foram adicionadas.
Muitas correções associadas a TSO (TCP Segmentation Offloading) foram feitas.
Uma nova infraestrutura de busca de texto foi adicionada e pode ser usada utilizando a extensão do iptables correspondente.
Ambas as implementações de interfaces IPv4 e IPV6 de multicast joining visíveis para o sistema foram retrabalhadas e feitas confome os últimos padrões.
O contador ipInAddrErrors do SNMPv2 MIB é suportado para IPv4.
Várias novas opções de soquete propostas na Advanced API (RFC3542) foram adicionadas.
O algoritmo de delegação de endereços IPV4 não levava em conta o tamanho do prefixo até a versão 2.6.12 do kernel. Desde que isto mudou, a ferramenta iproute2 agora gera avisos quando nenhum tamanho de prefixo é fornecido, avisando sobre possíveis exclusões indesejadas:
ip addr list dev eth0
4: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
inet 10.0.0.3/24 scope global eth0
su -c 'ip addr del 10.0.0.3 dev eth0'
Warning: Executing wildcard deletion to stay compatible with old
scripts. Explicitly specify the prefix length (10.0.0.3/32) to
avoid this warning. This special behaviour is likely to disappear
in further releases, fix your scripts!
O método correto para excluir o endereço e assim evitar o aviso é:
su -c 'ip addr del 10.0.0.3/24 dev eth0'
Anteriormente, não era possível dizer se uma interface estava fora de operação administrativamente ou porque nenhuma carga foi encontrada, como por exemplo se o cabo estivesse desconectado. A nova opção NO-CARRIER agora aparece como uma opção de link caso a interface esteja administrativamente funcionando mas nenhuma carga foi encontrada.
O comando ip agora suporta modo interativo através do argumento -batch, que trabalha de forma semelhante ao comando tc para acelerar conjuntos de tarefas.
A Virtualização no Fedora Core é baseada no Xen. O Xen 3.0 está integrado ao instalador do Fedora Core 5. Visite http://fedoraproject.org/wiki/Tools/Xen para mais informações sobre o Xen.
![]() |
Sem Suporte a PowerPC |
|---|---|
O Xen não é suportado em arquiteturas PowerPC no Fedora Core 5. |
Esta seção contém informações relacionadas à implementação do X Window System (Sistema de Janelas X), fornecido com o Fedora.
O X.org X11 é uma implementação de código aberto do X Window System (Sistema de Janelas X). Ele fornece as funcionalidades de baixo nível básicas para que as interfaces gráficas de usuários (GUI) completas como por exemplo o GNOME e KDE sejam feitas. Para mais informações sobre o X.org, visite http://xorg.freedesktop.org/wiki/.
Para configurar as opções, você pode entrar em Aplicações > Configurações de Sistema > Tela ou usar o comando system-config-display. O arquivo de configuração do X.org está localizado em /etc/X11/xorg.conf.
O X.org X11R7 é a primeira versão modular do X.org, que além de muitos outros benefícios, promove atualizações mais rápidas e ajuda os programadores a desenvolver mais rápido e lançar componentes específicos. Mais informações sobre a situação atual do esforço de modularização do X.org no Fedora estão disponíveis em http://fedoraproject.org/wiki/Xorg/Modularization.
![]() |
Instalando Drivers de Terceiros |
|---|---|
Antes de você instalar qualquer driver de terceiros, incluindo os da ATI e nVidia, por favor leia a página http://fedoraproject.org/wiki/Xorg/3rdPartyVideoDrivers. |
Os scripts de instalação do pacote xorg-x11-server-Xorg automaticamente removem a linha RgbPath do arquivo xorg.conf caso esteja presente. Você pode precisar reconfigurar seu teclado diferentemente do que está acostumado. É sugerido que você se inscreva na lista de discussão xorg@freedesktop.org caso você precise de assistência na reconfiguração do seu teclado.
A seguinte lista inclui algumas das mudanças visíveis para os desenvolvedores no X11R7:
Todo o sistema de compilação foi mudado da ferramenta imake para a coleção GNU autotools.
Agora as bibliotecas instalam arquivos *.pc do pkgconfig, que agora devem ser sempre usados por programas que dependem dessas bibliotecas, ao invés de escrever os caminhos diretamente no código como /usr/X11R6/lib ou algo parecido.
Agora tudo é instalado diretamente em /usr ao invés de /usr/X11R6. Todos os programas que escrevem caminhos diretamente no código para /usr/X11R6 devem ser mudados, de preferência para detectar dinamicamente a localização correta do objeto. Desenvolvedores são fortemente recomendados a não escrever os caminhos diretamente no código para os novo padrões do X11R7.
Cada biblioteca tem seu próprio pacote-fonte RPM privado, ao qual cria sub-pacotes com binários de execução e sub-pacotes -devel.
Esta seção inclui um sumário de notas de problemas para os desenvolvedores e empacotadores, com sugestões de como corrigir quando possível.
Os arquivos do X11R7 agora são instalados diretamente no /usr e não usam mais a hierarquia /usr/X11R6/. As aplicações que dependem de arquivos presentes em caminhos fixos dentro do /usr/X11R6/ devem ser atualizados ou no tempo de compilação, ou no tempo de execução. Elas agora devem usar o PATH, ou algum outro mecanismo que determina dinâmicamente onde os arquivos residem, ou alternativamente escrever as novas localizações direto no código possivelmente gerando recuos futuros.
O utilitário imake não é mais usado na construção do X Window System e agora está oficialmente fora-de-uso. O X11R7 inclui o imake, xmkmf e outros utilitários de compilação previamente fornecidos pelo X Window System. Entretanto, o X.org recomenda altamente que as pessoas migrem do imake para usar as ferramentas GNU autotools e pkg-config. O suporte ao imake pode ser removido em uma futura versão do X Window System, então os desenvolvedores são fortemente encorajados a mudar e não usá-lo em nenhum outro novo projeto de programa.