Como recopilar o KDE, e o Kernel (Se possível) [RESOLVIDO]

Arthur_Hoch
(usa FreeBSD)

Enviado em 20/12/2012 - 19:15h

Eu poderia ter usado então:
#chown -R arthurhoch /home/arthurhoch/kde?

Se é assim seria muito mais fácil. :-x

lcavalheiro
(usa Slackware)

Enviado em 20/12/2012 - 19:19h

Fazendo assim você alteraria o proprietário do arquivo. E sim, funcionaria: você poderia editar todos os arquivos dentro da pasta como usuário comum! Útil para editar o arquivo como usuário comum, mas lembre-se: para compilar ou rodar o KDE.SlackBuild use o root!

Arthur_Hoch
(usa FreeBSD)

Enviado em 20/12/2012 - 19:26h

Só mais uma duvida bem rápida:

#chown -R arthurhoch /home

Isso implica em algo?. Já to de saco cheio tem que ficar logando root pra mexer na /home.

lcavalheiro
(usa Slackware)

Enviado em 20/12/2012 - 20:00h

Implica sim. Se você tiver mais de um usuário, todos eles acabaram de perder acesso aos seus documentos, porque tudo na pasta /home passa a pertencer ao seu usuário. Isso não é recomendado, mas aí é contigo ;-)

Arthur_Hoch
(usa FreeBSD)

Enviado em 20/12/2012 - 21:26h

Antes de copilar o KDE eu queria saber como se recopila, o kernel usando config-huge?
E porque a gente usou o generic antes?

Eu abri os dois um do lado do outro se eles não são iguais são muito parecidos.

lcavalheiro
(usa Slackware)

Enviado em 20/12/2012 - 21:30h

O Slack tem dois tipos de kernel: o huge e o generic. O huge já traz tudo compilado dentro dele como componente, por isso ele é imenso e pesadão. Já o generic traz tudo compilado como módulo e só ativa os módulos que forem ser usados. Por isso se faz todo o trabalho sobre o generic, sacou?

Arthur_Hoch
(usa FreeBSD)

Enviado em 20/12/2012 - 21:45h

Sim saquei.

Só mais uma rapidinho antes de ir dormir.

Nas config do generic e do huge, tem m/y/is not set.

Só me confirma. Y=yes / M= eu acho que seja não (Não entendi pq não é n então) / Is not set= Não definido

Os pacotes com Is not set, ele não serão instalados correto?

Só uma coisa sabe eu baixei o pacote do KDE "oxygen-icons-4.9.4.tar.xz", e coloquei na pasta e começou a funcionar de novo.

lcavalheiro
(usa Slackware)

Enviado em 20/12/2012 - 21:48h

Não. Y é para os módulos que serão compilados no corpo do kernel (ou seja, serão carregados sempre); M é para os módulos que serão compilados como módulos mesmo (ou seja, serão carregados apenas se necessários); e is not set são os módulos que não serão compilados com o kernel.

madrugada
(usa Gentoo)

Enviado em 21/12/2012 - 00:54h

Tenha paciência. amanhã você vai almoçar e a compilação do KDE ainda não terá acabado. Aqui demorou 20horas. Quanto ao kernel, o huge funciona muito bem, mas é inflado com o suporte a uma grande quantidade de hardware que você não tem. Isso torna o boot mais lento, pois ele procura por periféricos que não existem na sua máquina. No seu caso especificamente, seria interessante descobrir os módulos do teclado e da placa de som, para colocá-los como "y" no config do kernel-generic.
Fique sempre de olho neste blog:
http://alien.slackbook.org/blog/
Ele costuma trazer muita informação, além de disponibilizar programas que não existem na árvore oficial do Slack, e slackbuilds dos mesmos, caso prefira compilá-los. Os pacotes e slackbuilds ficam aqui:
http://www.slackware.com/~alien/slackbuilds/
Divirta-se!

Arthur_Hoch
(usa FreeBSD)

Enviado em 21/12/2012 - 09:32h

Acho que fiz [*****], eu executei o KDE.SlackBuild no modo gráfico, sem privilegio de root, é acho que ele está copilando algo porque meu PC ficou um pouco mais lendo.

E agora?

madrugada
(usa Gentoo)

Enviado em 21/12/2012 - 10:15h

Isto é estranho. Você entrou no modo gráfico com usuário normal e abrindo o terminal, digitou su e logou como root para executar o script KDE.SlackBuild. Se foi isso, é normal. No KDE.options, existe um parâmetro assim:

  export NUMJOBS="-j7" 

isso determina que 6 núcleos do seu processador serão utilizados na compilação. Em outras palavras, se você tiver 8, vai sobrar 2 pra outras funções do sistema, se você tiver de 6 pra menos, o sistema fica bem lento. Meu processador só tem um núcleo, enquanto compilava eu utilizava razor-QT + Openbox. A fórmula para o aproveitamento do total de núcleos para o processamento é "nº de núcleos + 1"
A flag -pipe joga a compilação para ser efetuada no memória ram, que tem uma velocidade de escrita bem maior que o HD. Isso poupa o HD e agiliza a compilação, mas também torna mais lento o carregamento de outras coisas na memória ram.

Arthur_Hoch
(usa FreeBSD)

Enviado em 21/12/2012 - 10:21h

Não eu entrei na pasta no modo gráfico e apertei em cima com o mause eu queria abrir ele, no Kwrite, mas mause ta dando double clique, ai executou.

Meu PC tem 2 núcleos, e 3 de ram, pelo visto vai demorar um pouco.