Bem-vindo à área de trabalho semântica: Faixa bônus: Distribuições!

Sobre a série de artigos do KDE (parte 1, parte 2, parte 3, parte 4, parte 5, parte 6 y parte 7), Coloquei muitas coisas em alguns comentários que merecem estar em um artigo separado, então aqui estão algumas dicas para as diferentes distribuições que podemos ter.

Vamos lembrar: na maioria dos casos a melhor distribuição para o KDE é a que você tem, mas existem alguns problemas graves com muitos deles, então a ideia, além de saber qual escolher e qual evitar, é como fazer a distribuição aquele funcionou bem com o KDE.

Esta é uma contribuição de Ernesto Manríquez, tornando-se assim um dos vencedores do nosso concurso semanal: «Compartilhe o que você sabe sobre o Linux«. Parabéns Ernesto!

Debian? Não

Debian Sid, o repositório instável do Debian, possui o KDE 4.8.4 como a última versão do KDE disponível. Isso dá uma ideia de como o Debian está desatualizado. É razoável, e até esperado, pedir ao Debian stable para ter uma versão antiga testada com todos os bugs corrigidos, mas ter uma versão tão antiga em um repositório instável desafia a compreensão humana. Como veremos mais tarde, existe uma maneira semi-oficial de instalar o KDE 4.10.2 no Red Hat Enterprise Linux, uma distribuição tão ou mais estável que o próprio Debian Stable.

Se você realmente deseja instalar o Debian com KDE, as duas opções disponíveis são:

1. Traga os repositórios ZevenOS para o Debian Testing. Não sei por quanto tempo, ou quão compatível, essa opção é. Eles devem adicionar essas duas linhas a /etc/sources.list.

deb http://proindi.de/zevenos/neptune/repo/ sid main
deb http://proindi.de/zevenos/neptune/kde-repo/ sid main

Posteriormente, o Aptitude deve ser usado para atualizar os repositórios e atualizar.

atualização de aptitude
aptitude install kde- workspace

2. Embaralhe os repositórios Experimentais do Debian. Nova decepção aqui: seria de se esperar encontrar, em um repositório realmente experimental, instantâneos git semanais do KDE (que é o que o OpenSuSE faz com o Factory), ou pelo menos o KDE 4.11 beta, mas não, não se encontra nem mais nem menos do que no KDE 4.10.4 .XNUMX, uma versão realmente estável. O problema é que muitos pacotes Experimentais do Debian dependem de versões realmente instáveis ​​de outros pacotes, então você deve lidar cuidadosamente com a prioridade das linhas deb em /etc/sources.Slackwarelist e instalar o KDE manualmente toda vez que você atualizar. Eu não recomendo.

Mageia? ROSA

O problema com a Mageia é o mesmo com muitas distribuições e com o Mandriva: uma vez que eles lançam uma versão do KDE, eles permanecem com ela para sempre. Isso significa que: se a Mageia 3 saiu com o KDE 4.10.2, é realmente difícil para eles atualizarem para o KDE 4.10.3 ou para o KDE 4.10.4.

Aconteceu comigo com o Mandriva que eu tive que ir para "Mandriva International Backports" para obter uma atualização de pontos, e a equipe por trás do MIB decidiu não suportar a Mageia, mas migrar para o ROSA Linux. Então, se se trata da família Mandriva, ROSA Linux é a escolha sobre a Mageia, e eu recomendo fortemente a nova versão Desktop R1. Se você é novo no KDE, ficará surpreso.

A qualidade dos pacotes do grupo Mandriva International Backports é boa, mas como eu disse, seus pacotes são compatíveis apenas com ROSA Linux. Adicionar este repositório é muito fácil: vá para http://urpmi.mandriva.ru/ e clique onde diz "MIB". EasyURPMI cuidará do resto.

Slackware

A distribuição de Patrick Volkerding, apesar de ter uma reputação de ser estável e nunca ter os pacotes mais recentes, é incrivelmente boa para o KDE. Existem duas opções.

1. Slackware-current é uma versão real de rolamento, assim como Arch. Se você gosta de instabilidade, é perfeito, mas se não, preste atenção no que vem por aí.

2. Eric Hammeleers montou um repositório especial com novos scripts do Slackbuild cheios de KDE 4.10.4, perfeito para combinar a estabilidade do Slackware 14 com o poder do KDE. Você deve instalar dois pacotes primeiro:

polkit-kde-agente-1
polkit-kde-kcmodules-1

Depois disso, as fontes são baixadas e compiladas com o script SlackBuild fornecido.

rsync -av rsync: //alien.slackbook.org/alien/ktown/source/4.10.4.
cd 4.10.4 / kde
./KDE.SlackBuild

Espere um pouco e você terá o KDE 4.10.4 pronto para instalar. Isso só pode ser usado no Slackware 14.

Lançamento em andamento? Não há problema.

Versões reais, como Arch Linux e derivados do Arch (Manjaro, Chakra), não precisam de instruções adicionais. Simplesmente, se o KDE não é instalado por padrão, ele é instalado com um comando simples.

pacman -Sy kde

Preste atenção no wiki da distribuição: pode ser que haja problemas causados ​​pela falta de recompilações, mas as instruções estarão sempre lá. Lembre-se: para usar o Arch, você precisa ler a página constantemente, seguir as instruções e atualizar constantemente. O Arch pode quebrar facilmente se você deixá-lo sem atualizar por alguns meses e depois atualizá-lo repentinamente.

O mesmo se aplica ao Gentoo, embora uma orgia real de desmistificação de pacotes seja necessária lá.

Fedora, RHEL, CentOS

Nunca é uma boa ideia usar o Fedora puro e simples com o KDE. É sempre necessário acessar http://kde-redhat.sourceforge.com e ativar o repositório Yum que aparece lá. Rex Dieter, o líder da equipe do Fedora KDE, faz um bom trabalho de patch do KDE, mas você não vê muito disso porque geralmente leva muito tempo para seus pacotes chegarem ao repositório principal.

O que é realmente notável é que aqui você pode solicitar pacotes do KDE 4.10.2 para RHEL, uma distribuição conhecida por sua estabilidade à prova de falhas e pela idade de seus pacotes. Estamos falando aqui sobre a única distro que realmente pode lidar com o Debian Stable, então se usarmos o KDE, a escolha é RHEL, ou algum clone como o Scientific Linux, de qualquer maneira. Você precisa primeiro ativar o EPEL (Pacotes Estendidos para Enterprise Linux, o repositório semi-oficial com pacotes Fedora compilados para RHEL) e, em seguida, executar esses comandos.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/redhat/kde.repo

Vamos editar o arquivo em questão e mudar todas as linhas que dizem "enabled = 0" para "enabled = 1". Sim, o KDE 4.10.2 está marcado como "instável", mas estamos adicionando o KDE 4.10.2 a uma distribuição com pacotes mais obsoletos que o Debian Wheezy, então devemos ter cuidado. Depois disso, o clássico combo Fedora / RHEL.

yum update

Veremos como o KDE 4.3 (é muito antigo) foi substituído pelo KDE 4.10 verdadeiramente estável. Agora é um prazer executar esses programas exclusivos de simulação de física nuclear do Scientific Linux.

Para o Fedora o procedimento é extremamente semelhante, mas o que varia são as versões disponíveis.

cd /etc/yum.repos.d
wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
yum update

Desta vez, não vamos mudar todas as linhas “enabled = 0” para “enabled = 1”, mas vamos olhar com atenção. [kde-unstable] aqui nos dará o KDE 4.11 beta 1, uma versão realmente instável. [kde-testing] nos dará a última versão de ponto estável do KDE muito antes dos repositórios oficiais do Fedora. E [kde] na maioria das vezes estará vazio. Vamos deixar o arquivo kde.repo como está, ou se realmente quisermos instabilidade, vamos ligar [kde-unstable].

As distros estão faltando, então haverá uma segunda parte deste guia. Nos vemos.


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.

  1.   Izzyvp dito

    Eu segui completamente o guia desde o início e agora sou um usuário da área de trabalho semântica com chakra e estou encantado com ele.

  2.   Guilherme Moreno dito

    Por que dizer que não é uma boa ideia executar o Fedora diretamente com o KDE?

  3.   convidado dito

    Usei o KDE desde sempre e nunca usei isso na área de trabalho semântica. Eu não acho que sou o único.

  4.   Custo Granda dito

    Eu uso o KDE e ainda não entendo o desktop semântico xD

  5.   Ernesto Manriquez dito

    Não foi muito bem compreendido, mas o motivo é: porque os pacotes com as atualizações mais recentes demoram para chegar aos repositórios do Fedora. O KDE, ao contrário de outros ambientes, segue a máxima "mais novo é melhor". Portanto, embora o Fedora "possa" ser usado com repositórios de estoque, é melhor usar kde-redhat e aproveitar a experiência completa. Além disso, Rex Dieter de repente coloca coisas legais naquele repositório que você perderá se não usar.

  6.   Ernesto Manriquez dito

    Veja o resto dos guias 🙂

  7.   Custo Granda dito

    Eu definitivamente farei isso 😀

  8.   dah65 dito

    No que você diz sobre o Debian Sid, acho que você dá uma impressão errada.

    1- Primeiro, mais cedo ou mais tarde, o KDE 4.10 ou KDE 4.11 virá para o Debian Sid, e então para o Debian Testing. Como declarado, parece que o Debian Sid sempre permanecerá com o KDE 4.8.4, e não permanece.

    2- Acho que li em alguma lista de discussão (há muito tempo atrás, então não posso colocar o link), que o motivo do atraso na atualização do KDE é a transição do KMail 1 (usado até o KDE 4.9) para o KMail 2 (usado no KDE 4.10): eles querem ter certeza de que nenhuma informação do usuário ou e-mails serão perdidos nesse processo.

    Algum tempo atrás eu instalei o KDE 4.10.2 puxando o repositório experimental e funcionou bem para mim no início. Tive o problema ao rodar o Nepomuk Cleaner, que na primeira passagem não deu problemas, mas na segunda deixou meus emails inacessíveis. Felizmente, eu fiz um backup e reinstalei o Debian Testing para esperar silenciosamente pelo KDE 4.10.4 chegar no repositório de testes.

  9.   Fabian Eduardo dito

    Tenho o seguinte problema ao instalar o repo kde no fedora:

    #wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
    –2013-07-05 15:05:19– http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo

    Resolvendo apt.kde-redhat.org (apt.kde-redhat.org)… 129.93.181.6

    Conectando-se a apt.kde-redhat.org (apt.kde-redhat.org) [129.93.181.6]: 80… falhou: Conexão recusada

    Problemas com o repositório?

  10.   Ernesto Manriquez dito

    Você vai entender que depois de discutir anos atrás com Fathi Boudra, o mantenedor chefe do Debian KDE, sobre como o Strigi deve ser empacotado, eu não tive boas impressões de como as coisas são feitas no Debian. Até onde eu sei, o Debian usa 4 repositórios básicos: experimental (sem nome), instável (Sid), Debian Testing (Jessie) e Debian Stable (Wheezy).

    Por mais instável que seja o manuseio de e-mails, o que, a propósito, foi corrigido com uma enorme reestruturação invisível do Akonadi IMAP que ocorreu entre o KDE 4.10.1 e o KDE 4.10.3 (sim, esse erro era sério, é por isso que merecia grandes correções nas versões pontuais) , O KDE 4.10 deveria SEMPRE ter estado no Sid, para que as correções terminassem em Teste (com o KDE 4.8 no estilo Debian) e fossem para Jessie. Instável no Debian é "instável"; Não é tão estável quanto o Debian Stable, mas é mais ou menos estável, e isso não está sendo cumprido aqui.

    O ponto é que o Debian não está mantendo, ou não empacotando, o KDE apropriadamente. É por isso que essas coisas acontecem, e é por isso que quero deixar um aviso contra o Debian.

  11.   Ernesto Manriquez dito

    Sim. Use o espelho http://kdeforge2.unl.edu/kde-redhat/ (substitua apt.kde-redhat.org no arquivo kde.repo por esse endereço)

  12.   Alberto Aru dito

    Pelo que entendi, ele usa oldstable (squeeze), stable (wheezy), testing (jessie) e unstable (sid) e concordo totalmente com você sobre o uso de software antigo. A propósito, em alguns minutos irei instalar este kde no meu wheezy, me deseje sorte! xD

  13.   Alberto Aru dito

    no final eu atualizei para o teste, mas ele não carrega gmd3, terei que adiar o kde para quando eu corrigi-lo