Freud_Tux
(usa Outra)
Enviado em 28/01/2016 - 11:45h
RLFontan escreveu:
E ai pessoal tudo beleza?
Seguinte galera, todos nós sabemos que no Slackware alguns comportamentos são considerados heresias, o mais polêmico de todos é : usar resolvedor de dependências.
E ai, o que vocês pensam sobre essas paradas? Heresia ou histeria?
Essa é minha previsão do futuro para este tópico:
https://s-media-cache-ak0.pinimg.com/736x/0c/19/8c/0c198c55ac3c50ffb234a29e56a3a95a.jpg
Pronto Freud Tux, criei a treta!
E aeee RLFontan, tudo sussa!
Agora que eu vi esse tópico :p.
Valeus!
Vou deixar minha opinião aqui.
O Slackware tá bom do jeito que tá!
Se o user quer compilar tudo na mão, realizando as modificações em cada arquivo, é válido. Se o user quiser usar alguma ferramenta que lhe ajude com as dependências, é válido também.
Mas o que não pode, é o Slackware deixar de "ofertar" opções para resolução de problemas. Imaginem, se o Slackware adere ao movimento de um resolvedor de dependências, que é algo como o debian, usando meta pacotes. Qualquer coisa que for instalar vai trazer dezenas de coisas desnecessárias, para desinstalar, ele vai querer levar meio mundo com ele...
Eu sinto falta de compilar tudo na unha, mas é coisa minha, o uso de ferramentas automatizadoras como, o apt, me acostumaram muito mal. Vou seguir a dica que o Grinder me deu, e compilar tudo a unha. No meu ponto de vista, essa vai ser a graça da coisa.
O Slackware tem sua filosofia, ela dá liberdade a cada usuário fazer o que bem entende no sistema, e graças a essa filosofia, não teremos o systemd no Slackware, mas nada impede de algum usuário (desavisado ;p) use o mesmo.
Buckminster escreveu:
RESOLVEDOR DE DEPENDÊNCIAS???
HERÉTICOS, HISTÉRICOS, BLASFEMADORES, PECADORES...
QUEIMARÃO NO FOGO DO INFERNO ENTRE BITS INCANDESCENTES COM TIO BILL LHES ESPETANDO A BUNDA ETERNAMENTE COM UM MOUSE EM FORMA DE TRIDENTE!
Rsrsrsrsrsrsr.
Mas, é capaz do tiu gates, ficar com a tela azul, por sobrecarga de memória.... :p
ru4n escreveu:
Se você for para pra ver, a comunidade do Slackware tem um background de conhecimento manual e valorização do cohecimento bem forte, e provavelmente essas coisas vem justamente da filosofia da distro. Mas também o preço a se pagar com isso é caro, porque pra correria do dia-dia coisas como source-based ou ideologias manuais acabam trazendo dor de cabeça, no final das contas o usuário ou instala um automatizador ou não vai ter tempo e desejo de instalar nada manualmente, até porque fazer tudo manualmente e estudando cada detalhe ao estilo Slack é no mínimo super puxado, ainda mais para o iniciante. Eu to ligado que a um tempo atrás (algum slacker das antigas por favor fale sobre isso, e porque antigamente se fazia isso) o Slackware nem fazia atualizações automáticamente, o usuário tinha que ver o logs e fazer tudo manualmente.
Ainda é assim hoje - falando em atualizações automáticas - que é inexistente no Slackware. O slackpkg não faz nada automático; o usuário tem que rodar o comando manualmente para ver se há atualizações. Se preferir, manda um
removepkg slackpkg e todo o resto deverá ser baixado manualmente, como nos velhos tempos... rs!
Pra correria do dia dia é mesmo complicado, atualmente estou com Debian pelo imenso repositório que o mesmo disponibiliza, e também pelo apt-get que não é perfeito, mas quebra muito o galho... (tio Bob me espera na fogueira! rsrs)
http://bit.ly/1PZZH3p
O preço "tempo" é alto, mas em compensação, o sistema fica lisinho e fluído, otimizando os recursos de cada máquina.
Se você pegar um debian pra otimizar, vai dar muito mais trabalho e agora com systemd, trabalho elevado a 10¹°.
Tem como explicar qual é a do comando em negrito?
Remover o pkg ? Como ele vai fazer o sistema todo atualizar? Agora tô viajando, e vou procurar sobre isso mais tarde.
IceStorms escreveu:
chilenu escreveu:
Gerenciador de dependencia é pratico e útil, mas também tem os seus problemas... Será que vocês nunca tiveram problema com isso? De remover algum pacote e um outro que você utiliza, vai de brinde?
A filosofia presente no Slackware é a KISS, logo está ao nosso alcance o rápido acesso a localização e modificação dos arquivos de configuração. Basta ir no /etc/rc.d que todos os scripts de inicialialização estão por lá.
Em relação ao SystemD, não vou escrever um livro..... SystemD é contra a filosofia UNIX.
Graças a deus o Slackware chutou o pau da barraca de vez saindo do "udev" e utilizando o fork "eudev" enterrando de vez a possibilidade da adoção do SystemD.
Slackware, because it works.
Em que o SystemD ou outro inicializador iria prejudicar o desempenho do Slackware e porque você acha que o SystemD vai contra os princípios filosóficos Unix?
Sorte que a humanidade não compartilha essas idéias ou ainda estaríamos nos locomovendo em charretes ou em trens a vapor.
Excelente colocação chilenu.
IceStorms!
O systemd tira a liberdade do usuário em gerenciar a máquina. Ele quem administra a máquina praticamente, e o usuário fica sendo um mero observador.
Procure aqui no VOL e verá dois tópicos sobre o assunto.
chilenu escreveu:
madrugada escreveu:
IceStorms escreveu:
chilenu escreveu:
Gerenciador de dependencia é pratico e útil, mas também tem os seus problemas... Será que vocês nunca tiveram problema com isso? De remover algum pacote e um outro que você utiliza, vai de brinde?
A filosofia presente no Slackware é a KISS, logo está ao nosso alcance o rápido acesso a localização e modificação dos arquivos de configuração. Basta ir no /etc/rc.d que todos os scripts de inicialialização estão por lá.
Em relação ao SystemD, não vou escrever um livro..... SystemD é contra a filosofia UNIX.
Graças a deus o Slackware chutou o pau da barraca de vez saindo do "udev" e utilizando o fork "eudev" enterrando de vez a possibilidade da adoção do SystemD.
Slackware, because it works.
Em que o SystemD ou outro inicializador iria prejudicar o desempenho do Slackware e porque você acha que o SystemD vai contra os princípios filosóficos Unix?
Sorte que a humanidade não compartilha essas idéias ou ainda estaríamos nos locomovendo em charretes ou em trens a vapor.
Segue:
"Esta é a filosofia Unix:
Escreva programas que façam apenas uma coisa mas que façam bem feito.
Escreva programas que trabalhem juntos.
Escreva programas que manipulem streams de texto, pois esta é uma interface universal."
Fonte:
https://pt.wikipedia.org/wiki/Filosofia_Unix
(talvez exista uma fonte oficial, mas não encontrei)
Madruga, exatamente isso. "Faça uma coisa, mas faça bem feito."
SystemD representa uma coleção, teia de aranha de dezenas de binários completamente acoplados. As responsabilidades excedem as de um sistema de início, na medida que avança sobre o controle de energia, dispositivos, pontos de mount, cron, encriptação, inetd, API, syslog, rede, login, sessões, partições, registros, hostname e entre outras coisas mais..... "Keep it simple, stupid".
Os arquivos de jornal do SystemD são armazenados em um complicado formato binário e devem ser consultados utilizando o journalctl, causando aos logs um potencial risco de corromper no qual não possuem a transição ACID.
Outro ponto forte é que o SystemD é totalmente acoplado ao API do kernel o que o torna incompatível com diferentes versões de kernel.
Como eu disse não vou escrever um livro... mas pode estudar sobre o UDEV e DBUS.
SystemD no PID1 ? Fala sério!! Atestado de crash!!!
Não sou totalmente a favor do SysVinit, mas convenhamos que a necessidade de um novo sistema de início por hora não é e nem vai ser o SystemD.
Boa!
T+
