Arch Linux e Slackware

13. Re: Arch Linux e Slackware

Gabriel Henrique da Silva Ferreira
MrBlackWolf

(usa Arch Linux)

Enviado em 02/10/2015 - 16:14h


Eu adoro também manter atualizado, praticamente tudo que posso. Eu faço isso no Slackware, é uma grande diversão.
Você precisa saber quem depende de quem e o que cada pacote pode ter no ./configure

Claro, uso o Current, se você for brincar de atualizar no Slackware 14.1 você vai ter que praticamente dar um rebuild no Slackware inteiro.


Eu gosto de dedicar um tempo fazendo essas coisas, ainda sou usuário iniciante/intermediário, porém ultimamente estou sem tempo.





  


14. Re: Arch Linux e Slackware

Ricardo Fabiano Silva
madrugada

(usa Gentoo)

Enviado em 02/10/2015 - 19:20h

MrBlackWolf escreveu:


Eu adoro também manter atualizado, praticamente tudo que posso. Eu faço isso no Slackware, é uma grande diversão.
Você precisa saber quem depende de quem e o que cada pacote pode ter no ./configure

Claro, uso o Current, se você for brincar de atualizar no Slackware 14.1 você vai ter que praticamente dar um rebuild no Slackware inteiro.


Eu gosto de dedicar um tempo fazendo essas coisas, ainda sou usuário iniciante/intermediário, porém ultimamente estou sem tempo.


Atualmente estou com o Current, mas porque adquiri uma máquina nova. Na antiga tinha o 14.1 e atualizava só o que realmente precisava. Eu baixava os fontes+Slackbuilds e criava o pacote atualizado. Se fosse pra dar algum erro, dava na compilação, que pedia as dependências. O resto era sossego.





15. Re: Arch Linux e Slackware

edps
edps

(usa Slackware)

Enviado em 02/10/2015 - 21:25h


Usar Slackware Current é o equivalente a usar Debian SID ou Arch Linux (sem as surpresas características dos citados), primeiro que esse é o ambiente de teste para a próxima release estável do Slack (ou seja, além de pacotes novos recebemos também atualizações de segurança), o que não ocorre no SID e acho que tambem não no Arch.

Além disso, você não precisa mudar de versão quando sair o 14.2.

Fora o LQ, qualquer usuário do Slack também pode assinar a mail list dos Slackbuilds, seja mantenedor de algum pacote ou não.

O que gosto no Slackware é as coisas estarem sempre no mesmo lugar, uma conf que eu tenha alterado não será modificada a menos que eu autorize e simplesmente os caras não inventam! salvo por causa de uma queda de luz, posso deixar o sistema atualizando sem preocupação.

O que não gosto:

* do LILO;
* da forma de identificação dos dispositivos no fstab (pelo nome e não pela UUID)
* do excesso de pacotes (nas categorias X, XAP,N), embora a falta de algum deles uma hora vai te impedir de compilar algo, caso do SAMBA, TEX, etc.

Mas isso dá para se contornar usando o GRUB, pondo as UUIDS no devidos lugares e não inventando! sendo um sistema pronto pra compilar: deixe as joças dos pacotes que você não usa lá, seja ele o mariadb, samba, httpd, xmms (mas a galerinha da sessão Internet eu decepo sem dó, só deixo o Mozilla Firefox) rsrs


16. Re: Arch Linux e Slackware

Luís Fernando C. Cavalheiro
lcavalheiro

(usa Slackware)

Enviado em 02/10/2015 - 21:45h

edps escreveu:


Usar Slackware Current é o equivalente a usar Debian SID ou Arch Linux (sem as surpresas características dos citados), primeiro que esse é o ambiente de teste para a próxima release estável do Slack (ou seja, além de pacotes novos recebemos também atualizações de segurança), o que não ocorre no SID e acho que tambem não no Arch.

Além disso, você não precisa mudar de versão quando sair o 14.2.

Fora o LQ, qualquer usuário do Slack também pode assinar a mail list dos Slackbuilds, seja mantenedor de algum pacote ou não.

O que gosto no Slackware é as coisas estarem sempre no mesmo lugar, uma conf que eu tenha alterado não será modificada a menos que eu autorize e simplesmente os caras não inventam! salvo por causa de uma queda de luz, posso deixar o sistema atualizando sem preocupação.

O que não gosto:

* do LILO;
* da forma de identificação dos dispositivos no fstab (pelo nome e não pela UUID)
* do excesso de pacotes (nas categorias X, XAP,N), embora a falta de algum deles uma hora vai te impedir de compilar algo, caso do SAMBA, TEX, etc.

Mas isso dá para se contornar usando o GRUB, pondo as UUIDS no devidos lugares e não inventando! sendo um sistema pronto pra compilar: deixe as joças dos pacotes que você não usa lá, seja ele o mariadb, samba, httpd, xmms (mas a galerinha da sessão Internet eu decepo sem dó, só deixo o Mozilla Firefox) rsrs


E o GRUB já vem instalado por padrão numa instalação full do Slackware...

A instalação full do Slackware é uma das poucas que é uma distribuição de fato. Após instalar você tem tudo que precisa: ferramentas de compilação, ferramentas para internet, compiladores, suíte de escritório (tudo bem que seja o Calligra, mas ainda assim é uma suíte de escritório), a quantidade surpreendente de seis gerenciadores de janelas...

--
Luís Fernando Carvalho Cavalheiro
Public GPG signature: 0x246A590B
Só Slackware é GNU/Linux e Patrick Volkerding é o seu Profeta


17. Re: Arch Linux e Slackware

Perfil removido
removido

(usa Nenhuma)

Enviado em 02/10/2015 - 23:56h

lcavalheiro escreveu:

O Arch Linux é uma distro interessante para quem gosta de rolling release e bleeding edge, mas ela disputa em um nicho contra o qual não há como vencer: o Gentoo. Por isso o Arch se concentrou nas papagaiadas (leia "facilidades") que o Gentoo não tem, e o resultado final é uma distro cujo processo de atualização pode ser extremamente melindrante.

Mas a comunidade Slackware é ativa até demais! Basta você ver que a maior parte das perguntas realmente difíceis por aqui no VOL (não importa a distro de origem) foi respondida por slackers ou ex-slackers. Além do quê, se você postar uma pergunta sobre a distro choverão pessoas aptas a resolver. A distro é uma escola de GNU/Linux, e até hoje é válido o ditado: "]Se você usa Arch, você aprenderá a usar Arch. Se você usa Debian, você aprenderá a usar Debian. Se você usa Slackware, você aprenderá a usar GNU/Linux". Há uma série de respostas que eu dei aqui no VOL para distros que eu nunca usei na vida (e olha que mesmo após 19 anos neste meio eu sei que me falta usar muita coisa), mas porque o Slack me ensinou GNU/Linux e me ensinou a ler documentação (coisa que muita gente não faz).

--
Luís Fernando Carvalho Cavalheiro
Public GPG signature: 0x246A590B
Só Slackware é GNU/Linux e Patrick Volkerding é o seu Profeta

Não vejo o arch como um sistema instável, realmente não vi as tais instabilidades que alguns citam.

Também não o considero um "concorrente" direto para o Gentoo, as distribuições tem semelhanças mas o Gentoo foca em compilação, enquanto o arch em pacotes binários, além dos pacotes no arch serem mais recentes, ainda que estáveis.

A ideia aqui é:
Quem diz que um software é estavel é o desenvolvedor dele, não a distribuição e você raramente encontra um software em estagio RC ou beta nos repositórios principais.
Assim que lançados, os softwares passam pelos repositórios de desenvolvimento e/ou teste antes de serem enviados aos repositórios "de produção", então além dos testes que o desenvolvedor fez em seu software, ele sera testado integrado a distribuição, para apenas não havendo erros, ser disponibilizado aos usuários. Além disso, os pacotes do repositório core (Base do sistema, como o kernel, glibc, systemd, sistemas de arquivos etc) costumam passar um bom tempo no repositório testing antes de terem uma nova versão liberada (Salvo sejam versões para corrigir falhas de segurança/bugs importantes).
Esta pratica além de entregar software recente e com qualidade de integração a distribuição, não onera demais os desenvolvedores do arch, por não terem que manter muitos patchs específicos ou até mesmo versões paralelas de softwares/pacotes para que funcionem adequadamente no arch.

*O tempo de teste é obviamente menor comparado ao debian estável por exemplo, porem com a vantagem do arch entregar pacotes atuais. Algo util para ambientes desktop, embora não tão desejável para alguns ambientes de trabalho e servidores (Docker pode mudar isso logo, logo).

Voltando ao comparativo com o Gentoo:

Mesmo o ABS sendo muito útil para compilar pacotes, e criar e compilar pacotes locais via PKGBUILDs/AUR seja algo simples, o Arch não possui uma ferramenta no mesmo nível do portage(seria legal se tivesse), assim como o gentoo não possui um gerenciador de pacotes versátil porem direto, sem firulas como o pacman.

Eu vejo no arch um pouco de varias distribuições:

Excelente gerenciador de pacotes, simples e completo (Debian/Red Hat).
Desenvolvimento dinâmico e sistema sempre atualizado(Fedora/Ubuntu).
KISS, sem coisas desnecessárias e excelente documentação (Slackware/Gentoo) *Nem tanto com o systemd, mas...
Poder recompilar facilmente varias partes do ambiente com o ABS/PKGBUILD (Gentoo/FreeBSD).
Muitos pacotes disponíveis (Debian/Ubuntu).

Ainda que eu gostasse mais do Arch com um init ao estilo BSD (Volta /etc/rc.conf !). Com a adoção do systemd, administrar os serviços e algumas funções do ambiente no arch ficou igual as demais distribuições, principalmente as utilizadas para o "trabalho", em servidores. Posto que as distribuições comerciais além do Debian ja o adotaram, e isto acaba gerando uma vantagem pratica, pois o que você configura no arch não é mais tão diferente de um RHEL\CentOS por exemplo.

edps escreveu:
Usar Slackware Current é o equivalente a usar Debian SID ou Arch Linux (sem as surpresas características dos citados), primeiro que esse é o ambiente de teste para a próxima release estável do Slack (ou seja, além de pacotes novos recebemos também atualizações de segurança), o que não ocorre no SID e acho que também não no Arch.
...


Uso o arch desde 2008 como desktop e foram poucas as vezes que tive algum problema grave.
Se não me engano uma com o X, outra com o KDE 4 (Mas eu estava usando pacotes do testing) e outra que era necessário alterar ou criar um link simbólico para um diretório, até existia um aviso no site, mas eu não li, então um rodei pacman -Syu --force e isso me rendeu vários minutos de "diversão"¬¬.

Como citei acima, existem sim atualizações de segurança no Arch, e por este usar em geral pacotes "vanilla", as atualizações costumam chegar aos usuários muito rapidamente. Eu só vejo algo semelhante com o RHEL.

------------------------------------------------------
KISS principle, RTFM and STFW = 42



01 02



Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts