Copyright © 2007 Novell, Inc.
São cedidos os direitos de cópia, distribuição e/ou modificação deste documento, segundo os termos da GNU Free Documentation License, Versão 1.2 ou qualquer versão posterior publicada pela Free Software Foundation; sem Seções Invariantes, Textos de Capa e Contra-Capa. Uma cópia desta licença está incluída como o arquivo fdl.txt.
As notas de lançamento estão em constante desenvolvimento. Faça o download da versão mais recente como parte do teste da Internet ou consulte http://www.suse.com/relnotes/i386/openSUSE/10.3/RELEASE-NOTES.en.html.
Estas notas de lançamento abrangem as seguintes áreas:
Geral: Informações que todos devem ler.
Atualização: Mudanças não mencionadas no Manual de Inicialização, Capítulo 5.
Técnico: Esta seção contém vários aperfeiçoamentos e mudanças técnicas para o usuário experiente.
No Manual de Inicialização, encontre informações sobre instalação e configuração básica do sistema. No Guia de Referência, a configuração do sistema é explicada detalhadamente. Além disso, os aplicativos mais importantes são descritos nos Guias do Usuário do GNOME e do KDE. Informações detalhada sobre o uso do AppArmor é fornecida pelo Guia de Administração do AppArmor.
A abrangência do padrão de instalação baseado em texto é bastante limitada. Não é recomendada para uma instalação sem adicionar software adicional. pois ela não oferece nem um editor. Se você o utilizar, adicione pacotes de outros padrões. O propósito deste padrão é ter um sistema mínimo inicializável executando em um hardware real. É um sistema multi-usuário com login local, configuração de rede e sistema de arquivos padrão. Nenhum serviço é ativado por padrão e apenas os módulos YaST necessários durante a instalação são instalados.
Após a definição da configuração de atualização ao final da instalação, o YaST oferece a adição dos três seguintes repositórios de software como fontes de instalação adicionais:
O repositório "oss" é a distribuição completa no FTP, incluindo mais pacotes do que os disponíveis nos CDs.
O repositório "non-oss" contém software sob uma licença patenteada ou que não é de código-fonte aberto.
O repositório "debug" contém pacotes com informações de depuração úteis para bibliotecas e programas de depuração e para a obtenção de rastreamentos regressivos. Se ocorrer um erro, essas informações adicionais serão úteis para a preparação de bons relatórios de bugs.
Os RPMs de origem para "oss" estão disponíveis em http://download.opensuse.org/distribution/10.3/src-oss, os RPMs de origem para "non-oss" " estão disponíveis em http://download.opensuse.org/distribution/10.3/src-non-oss.
A mídia de instalação 1-CD (GNOME ou KDE) vem com suporte de idioma para Inglês dos Estados Unidos apenas.
Suporte para todos os outros idiomas está disponível separadamente. Se vocês está interessado em idiomas adicionais, adicione um repositório extra online durante a instalação que ofereça essas traduções. O repositório "oss" , como mencionado acima na Seção "Adicionando Repositórios de Software Extra Durante a Instalação", é um desses repositórios.
Por padrão, a nova interface gráfica gtk do YaST corre no ambiente GNOME e a interface gráfica qt do YaST em todos os outros ambientes. Em se tratando de funcionalidades, a interface gráfica gtk é bastante similar à interface gráfica qt descrita nos manuais.
Uma excepção é o módulo de gestão de software do gtk (ver o guia de Inicialização Rápida no Capítulo 3), que difere consideravelmente do qt. Para iniciar com o qt no ambiente GNOME, proceda da seguinte forma:
Abra o arquivo /etc/sysconfig/yast2 como root.
Mude WANTED_GUI="auto" para WANTED_GUI="qt", salve e feche o arquivo.
Para iniciar com o gtk do YaST, não importando o ambiente de trabalho, proceda de igualmente, mas altere WANTED_GUI="auto" para WANTED_GUI="gtk".
Encontre mais informações detalhadas sobre novas funções em http://en.opensuse.org/AppArmor/Changes_AppArmor_2_1.
A sintaxe agora distingüe entre diretórios e arquivos. Existem correções adicionais de bugs de sintaxe menores.
O relatório de change_hat que relatava informações e eventos mudou. As mensagens de registo e estado de perfil (como disponível via /proc/<pid>/attr/current) são reportados como /profile//hat.
Uma nova especificação de política change_profile foi adicionada. O change_profile é similar ao change_hat mas permite a alteração para qualquer perfil (incluindo hats) e não somente hats. A restrição é que os perfis que podem ser alterados devem ser especificados. Para alterar um hat via change_profile ao invés de change_hat, o nome do hat é especificado separando o perfil e o hat_name com // .
O mensageiro instantâneo GAIM foi renomeado para Pidgin.
O GNOME 2 é instalado em /usr na hierarquia de sistema de arquivos desde o openSUSE 10.3 e o KDE 4 também. O KDE 3 permanecerá em /opt por questões de compatibilidade.
Antes de começar a atualização, certifique-se de que tenha espaço em disco suficiente em /usr (é necessário aproximadamente 2.5 GB para ambas as áreas de trabalho). Se você tiver pouco espaço em /usr, você deverá redimensionar ou reorganizar suas partições.
Houve uma mudança no formato nos arquivos de registro em disco do Berkeley DB entre as versões Berkely DB 4.3 e 4.4. Esta mudança previne um servidor OpenLDAP instalado iniciar após uma atualização do sistema.
Para evitar este problema, exporte as Base de Dados LDAP existentes usando o utilitário slapcat antes de iniciar a atualização do sistema e re-importe os dados usando slapadd após a atualização. Em uma máquina já atualizada, tenha o Servidor LDAP rodando da seguinte maneira:
Parar o Servidor LDAP.
Remova todos os arquivos que comecem com _db. do diretório da base de dados.
Iniciar o servidor LDAP novamente.
O libata usa /dev/sda para o primeiro disco rígido ao invés de /dev/hda. Discos rígidos com mais de 15 partições não são manipulados automaticamente no momento. Você pode desabilitar o suporte a libata fazendo o boot com o seguinte parâmetro de kernel:
hwprobe=-modules.pata
Então você verá todas as partições > 15 novamente e poderá acessá-las para a instalação.
A tecnologia por trás do boot.crypto mudou de cryptoloop para dm-crypt.
Qualquer /etc/cryptotab antigo irá funcionar sem modificações no openSUSE 10.3 (problemas no módulo hdX->sdX devido a alterações no libata—veja acima). Adicionalmente, o /etc/crypttab (note a falta do 'o') é agora suportado e que também inclui suporte a volumes LUKS. Em contraste aos lançamentos anteriores o boot.crypto não é mais habilitado por padrão. O YaST habilita-o se você criar um volume encriptado com o YaST. Você pode também habilita-lo manualmente com o seguinte comando:
chkconfig boot.crypto on
Ainda é possível utilizar o cryptoloop via losetup e mount. Desde que deixamos de lado o patch loop-AES do pacote util-linux, alguns parâmetros para o losetup (como o itercountk e pseed) não existem mais. Se algumas dessas opções forem usadas dentro do /etc/fstab o dispositivo não será mais montado diretamente. Migre estas opções para o /etc/crypttab onde o boot.crypto contém o código de compatibilidade necessário.
Você pode agora configurar cotas para as contas de usuários de dentro do YaST. Para habilitar o suporte a cotas, ative a caixa de seleção "Habilitar suporta a cotas" nas opções do fstab quando for particionar no primeiro estágio da instalação. Assim, asegure que o script /etc/init.d/boot.quota é executado durante a inicialização. Então, no segundo estágio, as opções avançadas para contas de usuário oferecem o módulo de cotas aonde regras de cotas podem ser configuradas.
Se você habilitar o suporte a cotas no particionador do sistema em execução depois da instalação, será necessário ou reinicializar ou remontar as partições escolhidas manualmente e executar o seguinte comando como root:
reiniciar /etc/init.d/boot.quota
O serviço Zeroconf—também conhecido como Bonjour, Multicast DNS, mDNS, or DNS-SD—é agora fornecido pela pilha Avahi ao invés do mDNSResponder. Todavia, o mDNSResponder e as bibliotecas de compatibilidade howl ainda estão disponíveis.
Para habilitar o mDNS para as interfaces de rede, use a regra do SuSEfirewall "Zeroconf/Bonjour Multicast DNS" .
Os chips gráficos Intel antigos são suportados por dois drivers ( "i810" e "intel" ). O driver intel é o padrão no openSUSE 10.3 devido a alta demanda por recursos como configuração de modo nativo (não necessita mais de modos baseados em VESA BIOS) e suporte a RANDR 1.2.
Quando atualizar para o openSUSE 10.3, o driver i810 não é trocado pelo driver intel. Use "sax2 -r" para mudar para o driver intel.
O driver intel não é tão estável como o i810; use "sax2 -r -m 0=i810" para voltar para o i810 se você encontrar problemas que não ocorriam anteriormente com o driver i810. Nestes casos, considere abrir um relatório de erros (bug) para o driver intel.
Dois drivers estão disponíveis agora: o driver tradicional ipw3945 é instalado por padrão e o novo driver iwlwifi é ofertado alternativamente. Note as seguintes ressalvas:
o ipw3945 funciona em redes escondidas. Ele não sobrevive a ciclos de suspender/resumir.
o iwlwifi não funciona em redes escondidas. Ele suporta ciclos de suspender/resumir.
Você pode mudar o padrão usando o YaST. Clique em "Software" -> "Gestor de Software" e remova o pacote ipw3945d. Então o driver alternativo iwlwifi é automaticamente selecionado para a instalação.
O pacote cdrecord foi descartado da distribuição. Os novos pacotes wodim, genisoimag e icedax do projeto cdrkit podem ser usados para gravar CDs de dados ou de áudio em um gravador de CDs que esteja em conformidade com o padrão Orange Book. Os arquivos binários foram renomeados como segue:
cdrecord -> wodim readcd -> readom mkisofs -> genisoimage cdda2wav -> icedax
Se o seu aplicativo se basear nestes nomes antigos, instale o pacote cdrkit-cdrtools-compat. No entanto, a longo prazo, seria bom ter suporte nativo para o wodim em todas as aplicações com interface gráfica, porque ela oferece algumas melhoras:
a maneira preferencial de especificar um dispositivo é dev=/dev/cdrecorder, dev=/dev/hdc, dev=/dev/sr0, etc.
dispositivos disponíveis podem ser listados com wodim -devices
não é necessário 'suid root'
Se você mantém algum script ou front end, considere adicionar suporte nativo ao wodim.
Use growisofs para gravar DVDs. Os front ends gráficos lidam com isso de forma transparente.
Se você não instalar o ambiente de trabalho KDE durante a instalação inicial do openSUSE 10.3, e instalar mais tarde os padrões Sistema Base KDE e Sistema Base KDE 4, o caminho dos aplicativos do KDE 4 virá antes do caminho dos aplicativos do KDE 3. Isto significa que se você iniciar um aplicativo do KDE como o Konqueror, a versão do Konqueror do KDE 4 carregará ao invés da versão do Konqueror do KDE 3.
Quando você abrir um arquivo MP3 no Kaffeine, você verá uma mensagem de erro dizendo a você que o software requerido para tocar este arquivo não está instalado. O openSUSE então oferece procurar por um codec adequado que você pode instalar pelo YaST. Você pode também trocar o motor (a engine) de Xine para Gstreamer clicando em "Configurações" -> "Motor do Player" para obter suporte a MP3.