Crise de distro parte V [RESOLVIDO]

49. Re: Crise de distro parte V

Perfil removido
removido

(usa Nenhuma)

Enviado em 02/03/2018 - 21:54h

luisrcs escreveu:

Isso em versões muito antigas. Desde o Debian 7.0 que não tenho problema ao desinstalar pacotes. Ao meu ver, o Debian é o Linux mais estável atualmente. Além de ser o mais rápido.


Você tirou essa conclusão após comparar o Debian com quais distros?

Agora eu fui compilar o driver de rede novamente no Slackware, e no meio de um comando o sistema resolveu crashar... pela segunda vez, tive que fazer um hard reset pois o bicho congelou de vez. e a estabilidade ó...


  


50. Re: Crise de distro parte V [RESOLVIDO]

Matheus
pylm

(usa Gentoo)

Enviado em 02/03/2018 - 21:56h


Testei Sabayon XFCE, mas não funcionou muito legal, o ambiente ficou meio bugado, e eu mandei instalar o pacote broadcom pelo Portage, e deu erro. Experiência bem traumática.

Sabayon usa o entropy (comando equo) como package manager padrao, pra usar o portage precisa de uma preparacao previa pra nao quebrar tudo.

https://wiki.sabayon.org/index.php?title=HOWTO:_Safely_mix_Entropy_and_Portage



51. Re: Crise de distro parte V [RESOLVIDO]

Matheus
pylm

(usa Gentoo)

Enviado em 02/03/2018 - 21:59h

raserafim escreveu:

meianoite escreveu:

# sqg -a <= Faltou

# Para sincronizar o Sbopkg com o repositório Slackbuilds.org
sbopkg -r

==========================================================
Parte manual

# Atualização do SlackBuild
sbopkg -c > lista.txt

Com base na lista instala algo => sbopkg -ki algo (Q P)

==========================================================

Vai uma instalação do vlc manual ai ou sbopkg -ki vlc

https://slackbuilds.org/repository/14.2/multimedia/vlc/


agora está correto..!

agora as informações fazem sentido..!

só não acho muito viável utilizar o "sqg" com o parâmetro "-a"..

geraria um arquivo com as dependências para cada pacote do slackbuilds.org (por volta de 3000 arquivos...)

acho mais viável especificar apenas o pacote que se pretende instalar...

por exemplo... sqg -p vcl

e, depois, sbopkg -ki vcl

Que mal lhes pergunte mas, com esse parametro no sbopkg seria viavel instalar um slack minimal? Digo na questao que um sistema minimal seria infernal pra ficar adicionando dependencias manualmente.



52. Re: Crise de distro parte V [RESOLVIDO]

Rodrigo Albuquerque Serafim
raserafim

(usa Slackware)

Enviado em 02/03/2018 - 23:02h

pylm escreveu:

Que mal lhes pergunte mas, com esse parametro no sbopkg seria viavel instalar um slack minimal? Digo na questao que um sistema minimal seria infernal pra ficar adicionando dependencias manualmente.


o Slackware não se propõe a mínimo..

as dependências que o sbopkg lista são as dependências que o slackbuilds.org lista: ou seja, as dependências tem como pressuposto o slackware completo.




53. Re: Crise de distro parte V [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 02/03/2018 - 23:05h

raserafim escreveu:

o Slackware não se propõe a mínimo..

as dependências que o sbopkg lista são as dependências que o slackbuilds.org lista: ou seja, as dependências tem como pressuposto o slackware completo.



Exato, o Slackware perde muito em versatilidade por isso. Menos um ponto para meu retorno.



54. Re: Crise de distro parte V [RESOLVIDO]

Rodrigo Albuquerque Serafim
raserafim

(usa Slackware)

Enviado em 03/03/2018 - 00:07h

Cabreuvas escreveu:

raserafim escreveu:

o Slackware não se propõe a mínimo..

as dependências que o sbopkg lista são as dependências que o slackbuilds.org lista: ou seja, as dependências tem como pressuposto o slackware completo.



Exato, o Slackware perde muito em versatilidade por isso. Menos um ponto para meu retorno.


Penso que tudo depende do propósito que se tem para com o sistema.

O dia que eu entender que o importante pra mim é um sistema mínimo, então, provavelmente, irei para o Gentoo ou para o Salix!

O dia que só importar pra mim instalar e desinstar programas para testar, então, escolherei uma distribuição que facilite esse propósito!

Por enquanto, quero um sistema simples e direto! Um sistema transparente! Um sistema que não me traz surpresas! Um sistema que não sobrepõe as configurações que fiz!

Quero um sistema que não me faça gastar tempo com a administração dos pacotes!

Quero um sistema em que eu instale e ele funcione bem até a máquina quebrar!

Quero um sistema em que eu tenha segurança de atualizar tudo na certeza de que tudo vai funcionar no próximo boot!

Atualmente encontro tudo isso no Slackware! O Slackware facilita tudo isso pra mim!

(Estou com a mesma instalação do Slackware há quase 6 anos!)

É provável que tudo isso também exista em algumas outras distribuições.

Mas... gosto do jeito com que o Slackware faz tudo isso!

E, como disse antes, não tenho muito tempo pra gastar!





55. Re: Crise de distro parte V

Eric
Grinder

(usa Slackware)

Enviado em 03/03/2018 - 00:43h

Cabreuvas escreveu:

daniel: Pelo o que eu vi em tópicos, o FBSD não tem compatibilidade com a bcm 43142.

zezao: Eu sei, já estudei vários SB's. Eu gosto de compilar manualmente para aprender a habilitar e desabilitar opções. Mas, se for para usar scripts, prefiro usar um gerenciador de pacotes, entende?


Desculpe mas parei de ler aqui.
O cara acha que SlackBuild é alienígena que modifica a compilação manual.
Se você gosta de entrar e source por source e digitar ./configure && make && make install e ter uma series de problemas, só existe um caminho para você. LFS

Desculpe se fui grosseiro não era a intenção, mas achar que digitar manualmente é mais inteligente que modificar o slackbuild é meio nonsense.
SlackBuild nada mais nada menos que a digitação manual + adaptação + criação de pacote.

- - - - -
www.github.com/ericfernandesferreira
www.youtube.com/candelabrus1


56. Re: Crise de distro parte V

Perfil removido
removido

(usa Nenhuma)

Enviado em 03/03/2018 - 00:53h

Grinder escreveu:

Desculpe mas parei de ler aqui.
O cara acha que SlackBuild é alienígena que modifica a compilação manual.
Se você gosta de entrar e source por source e digitar ./configure && make && make install e ter uma series de problemas, só existe um caminho para você. LFS


Verdade. Isso me fez pensar muito. Agora estou determinado a usar uma distro cujo gerenciamento de pacotes seja algo além de ridículo.

Desculpe se fui grosseiro não era a intenção, mas achar que digitar manualmente é mais inteligente que modificar o slackbuild é meio nonsense.
SlackBuild nada mais nada menos que a digitação manual + adaptação + criação de pacote.


Sem problemas, nada de coração virtual mole aqui hehehe...

Se não é nada além de digitar manualmente, qual a brisa para usar SB's?



57. Re: Crise de distro parte V

Eric
Grinder

(usa Slackware)

Enviado em 03/03/2018 - 01:10h

Cabreuvas escreveu:

Grinder escreveu:

Desculpe mas parei de ler aqui.
O cara acha que SlackBuild é alienígena que modifica a compilação manual.
Se você gosta de entrar e source por source e digitar ./configure && make && make install e ter uma series de problemas, só existe um caminho para você. LFS


Verdade. Isso me fez pensar muito. Agora estou determinado a usar uma distro cujo gerenciamento de pacotes seja algo além de ridículo.

Desculpe se fui grosseiro não era a intenção, mas achar que digitar manualmente é mais inteligente que modificar o slackbuild é meio nonsense.
SlackBuild nada mais nada menos que a digitação manual + adaptação + criação de pacote.


Sem problemas, nada de coração virtual mole aqui hehehe...

Se não é nada além de digitar manualmente, qual a brisa para usar SB's?


Já vi que você é gente boa, não leva para o lado pessoal.
Então, o Slackware criou o slackbuild justamente para se adaptar ao slackware. Como assim? É difícil explicar com palavras isso, mas vou tentar. Para respeitar o gerenciador do slackware, você precisa gerar o pacote nos moldes do Slackbuild. O Slackbuild te da a liberdade de adicionar e retirar o você deseja da compilação, tudo que você digitaria na compilação manual está dentro do Slackbuild, mas como você sabe, ele não é somente isso.

Você fazendo manualmente você estaria zuando a organização do Slackware, você simplesmente baixando o source, descompactando e mandando um make nele, o Slackware não sabe da existência dele, somente você. Até aí tudo bem, quando se tratando de um app final que não existe nenhuma dependência, mas quando a gente fala de uma série de apps, um dependente do outro isso se torna inviável, até porque uma dependência pode servir para outros apps não somente para um determinado.

Slackware existe uma organização, exemplos bobos, mas acredito que devem ser seguidos.
como do "man"
como do --build=$ARCH-slackware-linux
como do lib64 ao invés do lib

Volto a repetir, tudo que vc quer fazer manualmente, você pode introduzir no SlackBuild e o SlackBuild é essencial para que o Slackware reconheça esse pacote.
- - - - -
www.github.com/ericfernandesferreira
www.youtube.com/candelabrus1


58. Re: Crise de distro parte V [RESOLVIDO]

Eric
Grinder

(usa Slackware)

Enviado em 03/03/2018 - 01:14h

Agora saindo do Slackware.
Slackware pra mim é a the best pela liberdade. Mas se tem uma que faz pensar 2x é o Gentoo.
Gentoo você vive naquele mundinho dele, mas funciona e vc pode fazer o que quiser, melhor gerenciador que o portage, talvez só o do BSD.
- - - - -
www.github.com/ericfernandesferreira
www.youtube.com/candelabrus1


59. Re: Crise de distro parte V [RESOLVIDO]

Perfil removido
removido

(usa Nenhuma)

Enviado em 03/03/2018 - 01:25h

Grinder escreveu:

Já vi que você é gente boa, não leva para o lado pessoal.


Não fala assim que eu me derreto...


Então, o Slackware criou o slackbuild justamente para se adaptar ao slackware. Como assim? É difícil explicar com palavras isso, mas vou tentar. Para respeitar o gerenciador do slackware, você precisa gerar o pacote nos moldes do Slackbuild. O Slackbuild te da a liberdade de adicionar e retirar o você deseja da compilação, tudo que você digitaria na compilação manual está dentro do Slackbuild, mas como você sabe, ele não é somente isso.

Você fazendo manualmente você estaria zuando a organização do Slackware, você simplesmente baixando o source, descompactando e mandando um make nele, o Slackware não sabe da existência dele, somente você. Até aí tudo bem, quando se tratando de um app final que não existe nenhuma dependência, mas quando a gente fala de uma série de apps, um dependente do outro isso se torna inviável, até porque uma dependência pode servir para outros apps não somente para um determinado.

Slackware existe uma organização, exemplos bobos, mas acredito que devem ser seguidos.
como do "man"
como do --build=$ARCH-slackware-linux
como do lib64 ao invés do lib

Volto a repetir, tudo que vc quer fazer manualmente, você pode introduzir no SlackBuild e o SlackBuild é essencial para que o Slackware reconheça esse pacote.


Bela explicação, e realmente, fazer sem SlackBuilds (exemplo do i3) é um belo de um saco. Como eu disse minhas principais exigências são estabilidade (que normalmente seria assunto para Slackware, mas ultimamente...) e um gerenciador de pacotes robusto. Isso me deixou como opção: Slackware, Gentoo, Alpine, Void, FreeBSD se tiver compatibilidade, OpenMandriva...

São os recomendados que eu lembro no momento, e provavelmente vou testá-los nessa ordem.


60. Re: Crise de distro parte V [RESOLVIDO]

otavio brito
otaviobrito77

(usa Slackware)

Enviado em 03/03/2018 - 01:29h

Testa o Arch. Simples de instalar, pacman + yaourt são uma combinação excelente. Sem problemas com dependências e sem o chá de cadeira que é a compilação no gentoo.






Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts