-
Red Hat
e ae galera
putz agora vamos discutir distros ?!?
blz vamos lá, vou defender o slack, afinal tenho q defender a distro q uso e ninguem do forum tbm defendeu o slack hehehehe, não sei se sou a pessoa certa pra isso pela minha pouca experiência mas vamos lá espero q me critiquem pouco heheheeheh, o slack ao contrario de outras distros como Red Hat, conectiva, etc, sempre adotou os pacotes compactados no formato tar + gzip(tgz), no slack possui várias ferramentas de instalação tipo slackpkg, swaret, hã e mistymst como o slack não tem nenhum pacote integrado o pkgtool e o formato tgz é oq? e como vc diz q ele não tem uma autoatualização swaret é oq??? hehehehe tem tbm o slackpkg, q vou falar um pouco dele q foi q mais li ultimamante, essas 3 ferramentas usam pacotes tgz o slackpkg foi criado com uma finalidade bem específica: baixar os patches de segurança do Slackware e facilitar a vida dos slacker users, a versão atual além de fazer as atualizações de segurança necessárias também possibilita instalar pacotes novos e remover os já instalados. Esse software(slackpkg) escrito por nosso kamarada da lista slack-users Piter PUNK, ae piter to fazendo propaganda, hehehehe da uma olhada no site do piter q é manero www.piterpunk.hpg.ig.com.br entra ele explica pra vcs como desenvolveu essa ferramenta q facilita a vida de muitos em nossa distribuição, esse conjunto de ferramentas é tão completo que inclui um utilitário para a criação de pacotes no padrão tgz e docs e manpage de como utiliza-lo e outro para simplesmente extrair o pacote, e a instalação e de boa e so jogar o pacote na raiz (/) e a ferramenta joga os arquivos pro seus lugares, ow letsay e flanela oq vcs queriam saber como descobrir um source ou um tgz, ou um tar.gz q esta instalado?!, blz vai lá, da um ls /var/log/packages, ta lá, tudo pra vcs, e so olhar e procurar ou então ls /var/log/packages | grep o pacote, ok respondido a pergunta, outra coisa isso na minha opinião não vão me criticar axo muito melhor q o banco de dados q o RPM cria, não interfere na instalação, oq mata no rpm são aquelas malditas dependencias vixxi odeio aquilo, quem já não teve problemas ao fazer uma instalação e ver aquele monte de dependencias, ou então tentar remover um pacote meu deus simplesmete ele não deixa, já tentou remover um rpm do Sendmail ou remover um squid da vida eu axo muito melhor e muito mais simples para a administração do sistema, é o administrador saber exatamente o que ele instala, sem falar na base de dados em /var/log/packages q customiza muito a tarefa de consulta e recuperaração do sistema danificado, já tentou reparar a base dos pacotes RPM? Ou saber quais pacotes estão instalados com a base sem funcionar? nossa !?!
e só mais uma coisa, uma das maiores filosofias presentes no Slackware é o KISS (Keep It Simple Stupid),
que quer dizer: "Mantenha isto simples, estúpido!", é por isso q é uma distro simples, na qual rapidamente podemos localizar e modificar os arquivos de conf, enquanto nas outras distros ficam tudo sobre /etc/sysconfig,
no Slack estes dados estão concentrados no /etc e /etc/rc.d, junto com os scripts de inicialização, os pacotes compilados para i386, facilitam muito, não é qualquer distribuições que podem ser instaladas em computadores que vão desde um 386 até um Athlon, sparc, com memórias começando em 8MB e discos IDE e SCSI, o Patrick(criador da distro slackware) trouxe para o Slackware um certa semelhança com SO's Unix como os *BSD e os Solaris onde tambem oferecem formas de instalar, remover ou atualizar um pacote, a inicialização do Slack é bem eficientes e rápido,
é bem mais simples de se administrar do que a inicialização de outras distros(eu axo hehehe), só existindo apenas uma série de scripts que podem ser editados facilmente, os serviços principais se encontram separados em scripts próprios q dá para dizer qual deve e qual não deve ser iniciado no boot precisamos apenas dar um chmod no arquivo, só mais uma ultima coisa para mencionar q axo uma facilidade ou customização, em q outras distros podem tbm usar com os sources ao meu ver vc pode ter uma certa segurança, ja tinha lido em um artigo mas vi em um artigo no underlinux tbm, com os sources tem como esconder banner de certos daemon ou versões, só alterando os fontes(arquivo .c, .h), como no artigo do underlinux escondendo a versão do apache certo, bom axo q é só!!, qualquer critica contra mim pode me detonar q to ai
falow
Eu sou o super jayajin (nivel 1)
Eu sou o querreiro lendário
kakaroto (heheheheheeheh)
-
Red Hat
E ai Kakaroto ?! Blz ?!
Meu, eu até concordo que Slackware seja uma Distro execelente, que tem ferramentas legais e que a filosofia do KISS é a melhor coisa pra quem quer dormir durante à noite ... Porêm, eu, sinceramente, não vejo tantos impecílios na parte de RPM e no quesito de matar dependências, o RPM, é muito, mas muito, mais fácil do que os Sources, e se vc quiser trabalhar com RPM no Slack eu sei que a versão 9 já vem com suporte nativo, não é ?! Como eu havia dito, a única desvantagem é a parte de alto-despempenho, que por o pacote não ser compilado no seu hardware ele acaba não sendo otimizado pra ele ... mas são apenas opiniões e não "leis para a vida de um linuxer :-)".
Cara, eu procurei o /var/log/packages e não achei nada parecido na minha máquina, é um RedHat 9.
um abraço.
-
Ai vai!!
E ai, Kakaroto!!
Cara...vc tava inspirado mesmo!!
Adorei!! :D
Eu trabalhei a vida inteira com Slack e BSD e simplesmente adorava...com o tempo vc aprende onde esta tudo e sabe exatamente o q vc esta fazendo...a transparencia das ações é incrivel!!
Mas agora trabalho com RH e é assim q as coisas sao...
O negocio é se adaptar...
Pra quem quer praticidade e entende pouco o sistema o RH é uma magavilha...vc da rpm qualquer coisa e vai driblando as dependencias e deixa a vida te levar...
Mas é isso ai...deixa de falar de distro q nao tem nada a ver!!
Sobre a dica do ls /var/log/packages eu adorei...
O problema é q soh da pra ver os pacotes instalados com rpm, visto q a minha maquina assim como a do Flanela nao tem um arquivo chamado : packages...
O maximo q a minha tem é um arquivo chamado : rpmpkgs
:cry: :cry: :cry: :cry: :cry: :cry:
-
Red Hat
e ae karas hehehehe exagerei um pouco né heheheheh foi mal
flanela a respeito do /var/log/packages aq no meu slack tem , mas se não tem tiver edita no /etc/syslog.conf q o daemon syslogd faz o resto pra vc eu gosto deste tipo de controle de versão porq vc tem muita coisa lá dentro de /var/log/packages vc tem um arquivo com o nome e versão do programa instalado e contéudo deste arquivo e os diretórios onde le foi instalado, e tudo questão de configurar axo q não tem porq em distros baseadas no RPM estas vem optimizadas pensando-se q irá se utilizar pacotes rpm ok, flanela vc tem razão o slack tem o suporte para o RPM, mas pergunta pra quem usa slack se já usou, mas claro tem horas q não axamos pacotes tgz então a única saída(eu mesmo faço isso direto) e pegar um pacote rpm e converter com rpm2tgz para tgz e pronto isso de questão de pacotes ou não e questão do admin se ele gosta de rpm ele usa, se ele gosta de apt-get usa apt-get, senão gostar de nenhum dos dois usa os tar.gz da vida, só vi a discussões de vcs e quis pelo menos dar uma erguida no slack, e pro mistymst q disse q o slack não tinha nenhum pacote integrado, e q não tinha uma auto-atualização e só usar o swaret se falei demais desculpe as vezes falo muito mesmo hehehehe
falow
Eu sou o super jayajin
O guerreiro Lendário
Kakaroto
-
Red Hat
Meu, fica frio que eu entendo os Slackers, afinal eu trabalho com dois, pra eles é Deus no céu e Slack na terra. E eu sou a ovelha negra pq eu adoro RedHat ... mas a vida é assim :-)
Respeito os seus conceitos, acho o Slackware uma distro excelente, mas sinceramente, eu não acho que a minha distro preferida deixe alguma coisa a desejar, basta um banho de configuração e algumas modificações ... hehe ... vai de cada um ...
Cara vc me lembrou de uma boa, o rpm2tgz ... eu estava louco pra lembrar isso que eu vou fazer uns testes.
Me diz uma coisa, vc conhece alguma biblioteca pra C que controle os processos da máquina ?! Tipo algo que eu possa obter informações sobre os processos que estão em andamento e enviar sinais pra eles, tipo HUP e etc. Mas tem que ser algo diferente de um popen no "ps ax" ...
valeu !
um abraço.