http://www.zago.eti.br/install.txt FAQ e dicas pra instalar programas, veja também indicações pra outros FAQ mais especificos. Use CTRL+F para refinar a pesquisa. Linha de: **************** separa mensagens ou tópicos. ******************************************************** Zago http://www.zago.eti.br/menu.html FAQ e artigos sobre Linux veja também neste diretório (site) FAQ: Problemas com dependencias? como descobrir bibliotecas e resolver dependencias de pacotes? veja dicas em: http://www.zago.eti.br/dependencias.txt Erros comum na instalação do Linux e pacotes, veja dicas em: http://www.zago.eti.br/erros.txt http://200.204.198.164/mvb-rpm/mandamentosrpm.html Mandamentos do RPM - Como não estragar seu sistema rpm.txt -> instalador e gerenciador de pacotes (programas) apt.txt -> instalador e gerenciador de pacotes em ambiente texto. apt-local.txt -> como montar um repositorio local synaptic.txt -> instalador e gerenciador de pacotes em ambiente gráfico. tar.txt -> descompactar arquivos .tar e .tar.gz gzip.txt -> descompactar arquivos .gz iniciar.txt -> como iniciar pacotes e serviços no Linux. instalar-cl9.txt -> instalação do Conectiva 9 kickstart.txt -> automatizar e personalizar um instalador. g4u.txt -> clonar instalação (HD) via rede. procure pela opção "lista completa do FAQ" ou acesse: http://www.zago.eti.br na listagem consulte o arquivo com nome associado ao pacote que queira instalar, geralmente o nome do arquivo está associado ao nome do comando, pacote ou serviço do Linux. Kpackage - é um rpm em ambiente gráfico do KDE 3.1.1.... navegando pelo Konqueror, basta um click sobre o rpm que deseja intalar para chamar o Kpackage e proceder à instalação. autopackage http://autopackage.org/index.html http://autopackage.org/downloads.html Tem varios pacotes (binário) multi-distribuição. http://tabserver.solis.coop.br/ O Tabserver é um sistema que gerencia um conjunto de máquinas e usuários de diferentes redes, garantindo a atualização automática de equipamentos e o monitoramento dos usuários conectados. ********************************************** Índice 1. INSTALAÇÃO EM GERAL muias respostas a problemas com instalação, inclue alguns pacotes e hardware. http://www.conectiva.com.br/cpub/pt/incConectiva/suporte/pr/instalacao.html http://www.guiadohardware.net/artigos/185-linux-via-rede.asp Como instalar o Linux via rede ou apartir do HD artigo de Carlos E. Morimoto sobre instalação do Linux via NFS (VIA REDE) ********************************************** Instalar CL9 instalar-cl9.txt Instalar com dual boot, windows e Linux na mesma HD http://www.zago.eti.br/boot-dual-win-e-linux.txt http://www.zago.eti.br/boot.txt ********************************************** Algumas distribuições disponibilizam imagens de preview, beta ou outros nomes, são versões pra testes e pra quem quiser testar. O mesmo acontece com programas, o desenvolvedor lança versões beta pra testes, usa quem quer. As distribuições também criam pacotes otimizados pra suas distros e disponibilizam como experimental, snapshot, não estavel (unstable) e outros termos que indicam que o pacote ou imagem ISO estão em testes. Mesmo na versão final o pacote está sujeito a problemas, isto é comum a qualquer software, em versões beta tester a probalidade de problemas são mais frequentes, alguns mesmo na versão beta tem boa estabilidade e funcinam muito bem, voce deve ficar ciente disto, se por acaso der algum problema, é perfeitamente NORMAL, procure entrar em contato com quem empacotou ou com o desenvolvedor do pacote, alguns tem sites especificos pro pacote onde mantem FAQ, tutoriais, listas de discussão, documentação, CVS, registro bugs, soluções e etc.... ********************************************** Instalar via rede. Na maioria das distros tem esta opção, requer um servidor na rede interna disponibilizando os arquivos (imagens do CD) e na estação que fará a instalação basta um disquete de boot, tem um passo pra instalar o CL10 via rede, tem todos os comandos pra configurar o servidor, criar um repositorio local, criar disquete e prosseguir com a instalação, veja em: http://www.zago.eti.br/apt-conectiva.txt Pacotes rpm também podem ser instalados via rede, veja dicas e exemplos de comando em: http://www.zago.eti.br/rpm.txt O pacote g4u permite criar uma imagem de uma instalação e depois reproduzir em outras maquinas, veja o FAQ: http://www.zago.eti.br/g4u.txt Existem outros metodos e ferramentas, pesquise sobre instalação via rede. ********************************************** COMO INSTALAR CL8 passo-a-passo em 24 telas capturadas do instalador do CL8. http://www.ppgia.pucpr.br/~laureano/ensino/guias/GuiaConectiva8.htm Iniciantes procure fazer a instalação padrão ou outra opção que inclua todos os pacotes, estação de trabalho, desktop, fazendo instalação customizada ou minima vai faltar alguma coisa que você precisa. Enquanto não domina o sistema pode tornar um problemão correr atras de instalar pacotes ou resolver dependencias. ********************************************** INSTALAÇÃO DE PROGRAMAS (PACOTES) Antes de iniciar qualquer instalação de um pacote procure pelo aquivo de instruções, na falta deste procure no site que mantem o software, na internet tem muitos tutoriais e dicas sobre os pacotes mais utilizados, procure saber quais as dependencias, versão do Kernel e quais softwares que êle precisa que esteja rodando ou instalado na sua maquina, em algumas instalações precisa criar o diretorio e copiar os arquivos para este diretório e seguir instruções de algum texto explicativo, a regra geral é que somente o root pode instalar programas, em alguns casos o usuario até consegue instalar, não sendo recomendavel esta pratica, ficaria tudo instalado somente no home deste usuário. Antes de pedir ajuda tente entender as mensagens de erro, a maioria das soluções de problemas estão nos logs e mensagens de erro, erros nos paremetros, caminho, passos errados, formato do comando e etc.., quando pedir ajuda lembre de informar o que fêz e qual foi a mensagem de erro. RPM Os pacotes em formato rpm tem a terminação rpm, use o comando file para certificar disto, exemplo: file nome.completo.do.pacote o retorno deste comando indica o formato do arquivo. A maioria das distro usam o sistema RPM para instalação de programas, a Conectiva, RedHat e outras empacotam os programas neste sistema, este sistema é muito prático, o proprio gerenciador sabe onde colocar os programas, ajustar as permissões e calcular as dependencias, mas programas adicionais que não vem na distro ou programas mais recentes para atualização podemos pegar no site oficial ou outro qualquer que poderão ser rpm ou estar em outro formato, pode ocorrer de ser um rpm comactado, neste caso precisamos descompactar para depois aplicar o comando rpm. Para instalar um pacote rpm veja neste diretorio (site) o arquivo rpm.txt com dicas e exemplos de comandos para instalar pacotes no formato RPM. Arquivos em formato .tar.gz, bz2 ou outro formato de compactação, antes da instalação precisarão ser descompactados para depois aplicar o comando rpm, Para descompactar um arquivo. veja neste diretorio (site), FAQ, dicas e exemplos de comandos para descompactar, estas dicas estão nos arquivos: tar.txt e zip.txt. TAR Pacotes em formato .tar.gz, .tar, .bz2 ou outra forma de compactação precisam ser descompactados antes de aplicar o comando rpm ou executar o escript de instalação, o formato tar pode conter pacotes rpm, binarios (executaveis), fontes para compilação ou outra forma, após descompactar o pacote deverá ser analizado o arquivo de help, geralmente um texto explicativo de como proceder na instalação FONTE - PROGRAMAS FONTE. Alguns pacotes disponiveis na internet podem estar disponiveis no formato fonte e a maioria dos fontes de programas estão na linguagem "C". Programas neste formato precisam ser compilados pelo compilador gcc, ou executar um script com os comandos necessários. A grande maioria dos programas neste formato incluem no pacote um script de intalação com todos os comandos para concluir o processo e um texto explicativo, sua instalação precisa ter o gcc e as bibliotecas que o programa requer. Alguns pacotes vem com um script instalador proprio, basta executar o script que ele executará todos os passos necessários na instalação. Lembre que em sistemas Linux por motivo de segurança o diretorio local não faz parte do "path", caminho de procura, quando precisar executar um programa ou script no diretorio local digite antes do nome do programa "sh" ou "./" ponto e barra normal seguido do nome do programa ou script, por exemplo para executar o script de instalação chamado "configure" que esteja no diretório local, precisa digitar: ./configure ou sh configure fique atento às mensagens de erro que vai lhe ajudar na solução do problema, tais como: falta dos fontes do Kenel, falta compilador gcc, bibliotecas e etc.. veja neste ditretorio (site) o arquivo gcc.txt com dicas e exemplos de comandos para usar o compilador gcc. Pra verificar se o escript está no diretório e se ele está como executavel, execute um ls -la pra visualizar, o executavel está na cor verde e tem nas permissões um x na ultima coluna das permissões, veja por exemplo o script (rc.local) de inicialização que fica em /etc/rc.d ls -la -rwxr-xr-x 1 root root 828 Out 27 21:43 rc.local Pode ocorrer do script não ter o atributo de executavel, pra isto precisa executar o comando chmod +rwx, por exemplo pro configure ficaria assim: chmod +rwx configure depois pra executa-lo digite: ./configure Pra instalar pacotes que não tem o script instalador a coisa pode complicar, principalmente pra quem não entende de programação, portanto instalar pacotes a partir dos fontes é somente pra quando ele não faz parte da sua distro. Considere que é pura perda de tempo ignorar os pacotes da distro pra instalar o mesmo pacote a partir dos fontes, executar um script ou digitar make && make install não vai lhe trazer nenhuma vantagem extra em relação a instalação do pacote que já vem prontinho na distro, quando não vem na distro então procure loalizar se alguém disponibizou o pacote, algumas distros tem pacotes pra converter pacotes de outras distros, isto permite instalar pacotes de distribuição diferente da que voce está usando, A Conectiva desenvolveu o smart que permite instalar pacotes de outras distribuições. Lembre que alterações nos fontes é coisa pra programadores. APT-GET Os pacotes inclusos no CD podem ser instalados ou atualizados via internet, veja neste diretorio o arquivo apt.txt RPM -> neste diretorio tem um arquivo rpm.txt com mais detalhes sobre rpm. # rpm -qa | grep pacote -> retorna o nome do pacote se instalado # rpm -ivh pacote -> instala # rpm -Uvh pacote -> update # rpm -e pacote -> excluir Para instalar um pacote muitas vêzes você precisa descompactar e em alguns casos até compilar, isto depende do pacote que você pegou, quando instalar um pacote fique atento as mensagens que retorna, leia atentamente também os arquivos textos que acompanha o pacote por exemplo, read-me, leia-me, install, e outros textos que o acompanha. No meu CL8 que fiz a instalação de todos os pacotes tenho: # rpm -qa |grep rpm rpm2cpio-4.0.3-31cl rpmver-1.2.2-1cl rpm-4.0.3-31cl librpmbuild-4.0.3-31cl rpm-devel-4.0.3-31cl rpm2html-1.7-2cl rpm-doc-4.0.3-31cl rpm-build-4.0.3-31cl menu-2.1.5rpm-1 python-rpm-4.0.3-31cl librpm4.0.3-4.0.3-31cl linuxconf-managerpm-1.25r3-38cl # rpm -qa |grep tar rstart-4.2.0-20cl cups-drivers-goldstar-0.3.6-6cl omni-star-0.6.0-3cl task-printer-star-1.0-6cl task-printer-goldstar-1.0-6cl cups-drivers-star-0.3.6-6cl tar-1.13.25-1cl # rpm -qa |grep zip zip-2.3-3cl bzip2-1.0.2-2cl gzip-1.3.2-1cl unzip-5.42-1cl bzip2-doc-1.0.2-2cl # rpm -qa |grep gcc gcc2.95-2.95.3-36cl gcc-2.95.3-36cl kgcc-1.1.2-1cl # rpm -qa |grep apt apt-listchanges-1.49-5cl apt-0.3.19cnc55-6cl synaptic-0.16-3cl linuxconf-aptconf-1.25r3-38cl aptitude-0.2.8-4cl kdeutils-klaptopdaemon-3.0rc3-10cl apt-devel-0.3.19cnc55-6cl INICIAR SERVIÇO Alguns pacotes do sistema além de serem instalados precisam serem iniciados, por exemplo o samba, ssh e outros pacotes quando somente instalados ficam inativo no disco, não fazem nada enquando não forem iniciados, para iniciar um serviço podemos fazer manualmente quando precisar usando os comandos: cds ./nomedoserviço start para parar o serviço cds ./nomedoserviço stop Qaundo precisar que o serviço seja iniciado quando liga o micro use o aplicativo ntsysv, na linha de comando digite ntsysv e percorra os itens com as setas de direção, F1 exibe um help sobre o item onde está o cursor e a barra de espaço marca o desmarca o item. Os itens selecionados serão iniciados automaticamente quando ligar o micro. Quando o pacote não aparecer na lista do ntsysv pode ser usando o script de inicialização que fica em /etc/rc.d/rc.local, basta editar este arquivo rc.local e no final inserir aqui os comandos que faria no prompt. ********************************************** Quando precisar de um modulo no sistema você pode compilar o Kernel e incluir este modulo, processo complicado ou simplesmente usar "modprobe modulo" também tem o comando "insmod modulo" exemplo para incluir o modulo IPtables digito: # modprobe iptable_nat ou # insmod iptable_nat Com insmod somente o módulo indicado será carregado e com modprobe além de instar o módulo indicado também faz uma verificação de dependências para o modulo e carrega os módulos que satisfaça a dependencia. Portanto prefira sempre instalar um modulo com modprobe. ********************************************** como saber se um pacote está instalado e onde # whereis ssh ssh: /usr/bin/ssh /etc/ssh /usr/libexec/ssh /usr/share/man/man1/ssh.1.gz ********************************************** D I C A S Observe as mensagens durante a instalação, tais como em que diretório está sendo efetuado, mensagens na tela, mensagens de erro e etc..., quem não entende inglês pode usar um tradutor da internet para auxiliar. Procure pelo log, muitos pacotes grava um arquivo com o resultado da instalação. Geralmente pacotes como OpenOficce, Netscape e pacotes que outros usuarios também vão usar, deve-se fazer uma instalação como root para o sistema que instalara e copiara todos os programas e depois completada com nova instalação pelo usuario, com a diferença do comando e parametro de instalação, a instalação do usuario fica resumida e ocupa pouco espaço no disco, basicamente com os dados personalizados do usuario isso muda de sistema para sistema. Verifique as permissões aos arquivos, diretórios, path(caminho) e paremetros do sistema. Verifique todos os detalhes de depencias de bibliotecas ou outros pacotes que sejam necessarios para o aplicativo. Veja as possibilidades e exigências do pacote em relação os paramentros de configuração, dispositivos que vai usar tais como rede, modem, impressoras se estão ligados, configurados, com direito e etc.... ********************************************** INSTALAR CL8 COM DUAL BOOT - EM HD COM WIN98 JÁ INSTALADO. Quem tem HD com win98 instalado destinando todo o espaço do HD para o Win98 mas com espaço livre superior a 2GB nesta partição pode redimensionar a partição do windows para sobrar espaço para instalar o Linux, antes de iniciar esta instalação veja o quando o Windows está ocupando da partição, cuidado para não redefinir a partição do Windows para um tamanho menor que o utilizado, sempre é bom deixar além do espaço ocupado mais um espaço livre para novos arquivos. - Faça boot cd CD1 do CL (CD de instalação) e proceda com a instalação normal, na tela que permitir selecionar particionamento manual e seleção de pacotes, marque estas opções e continue. Na tela de particionamento vai aparecer com todo o espaço do HD selecionado para o Windows e uma barra vermelha indicando que todo o HD esta destinado a partição FAT ou seja Windows. Nesta tela click sobre a linha do hda1 para habiltar as opções de criar e editar partição, click em editar e altere o espaço utilizado pela partição FAT diminuindo este espaço de forma que sobre o quanto você quer destinar para o Linux, por exemplo em um HD de 10 GB que o Windows utiliza 2 GB e o restante está livre pode destinar 6 GB para o Windows e 3.9 GB para o Linux com mais 100 MB para Linux-swap, então altere o espaço do Windows para 6000 e não seleciona formatar, este passo fez o redimensionamento da partição do Windows de 10 GB para 6 GB e passou a ficar livre no HD 4 GB que será destinado ao Linux. Vamos criar as partições Linux, uma / e uma linux-swap, click no espaço livre e em editar, escolha o sistema ext3 e a partição "/" e no espaço utilizado altere para um espaço menor do que o informado em mais ou menos 120 MB que será destinado para linux-swap, caso apareça 4000 informe 3880, depois click em formatar (para formatar no sistema linux) e também inicializavel ou bootavel para dar boot por esta partição e OK. Repita o processo para criar a partição swap, click no espaço livre em no sistema de arquivos e selecione linux-swap, deverá aparecer como espaço os 120 MB, aquele que foi deixado, click em formatar e em Ok, os numeros que aparece nos espaços não são exatos como descrevo acima poque o sistema de arquvos trabalha com blocos e outros calculos, o que importa é que arredondando os valores estejam proximos do exemplo acima. Click em avançar e termine a instalação. Quando reiniciar o micro o menu do grub já vem funcionando e os dois sistemas funcionando. Lembre de fazer backup dos dados importantes, acidentes acontecem e prevenção nunca é de mais. Zago ********************************************** módulos --------------------------------- O hardware varia de computador para computador: por exemplo, alguns possuem zip drive, outros uma determinada placa de som, etc. Existem duas opções para configurar o Linux de acordo com o seu hardware: 1. recompilar o kernel (veja make xconfig em /usr/src/linux) ou 2. adicionar módulos ao kernel sem recompilá-lo. Existem duas formas de se carregar os módulos: 2.1 manualmente: através dos comandos insmod (insere um módulo) e rmmod (remove um módulo) e 2.2 automaticamente: através do deamon kerneld. O sistema detecta que um determinado dispositivo está sendo acessado e faz a carga dos módulos adequados. No caso 2.1, deve-se lembrar que insmod e rmmod rodam quando você estiver como root. Faça também lsmod e veja os módulos carregados em seus sistema. ================================= (un)subscribe: http://www.pcs.usp.br/~jkinoshi/bs/ veja este boletim em: http://www.pcs.usp.br/~jkinoshi/bs/b001004.html ********************************************** Editorial O Andres dá uma dica de como fazer o boot pela rede. Basicamente você vai precisar de um disquete que ao bootar vai puxar os dados de outro micro na rede via NFS (até onde lembro pode ser via ftp também). -------------------------------------------------------------------------------- Pergunta em Foco pergunta: [08-10-01] ugohenrique tenho dois Pentiun 133 ligados em rede quero saber como eu faço a instalação do linux pela rede?Uma máquina possui CDROM a outra não. -------------------------------------------------------------------------------- resposta 1 [08-10-01] andres21 Crie um diskete de Boot com suporte a rede usando o rawrite.exe (no DO$), voce deve ter no CD ! da sua distro o diretorio \dosutils e um diretorio \images. (pode-se fazer o mesmo no Linux mas suponho que para quem está começando o ambiente Do$ seja mais simples) Segue-se os passos: 1-rode o rawrite.exe, ele vai pedir o caminho ou diretorio e o nome do arquivo a ser gravado no disquete. 2- Informe o diretorio e o nome do arquivo, normalmente c:\images\bootnet.img 3- Informe a letra do drive onde esta o disquete vazio a ser gravado a nova imagem de boot. 4- No computador sem CDROM coloque o disquete gravado no passo anterior. 5- Após o Boot ele irá pedir o numero IP da máquina onde esta o CDROM. Vale lembrar que o servidor NFS devera estar rodando na maquina com o CDROm e o diretorio ja deve ter sido montado com o CD de instalação. Lembre-se também de colocar a rota para ser exportada pelo NFS no arquivo /etc/export, veja os exemplos no proprio arquivo. Esta dica server para as distros baseadas no Red Hat; Conectiva,Mandrake,Techlinux,Console etc... No Debian e outro pode não funcionar. É isso Andres ********************************************** De: Edgard Lemos Responder-a: edgard@edconsultoria.com.br Para: ¿ FëA® £ë§§ ¿ , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) instalação do linux por uma imagem via rede Data: 13 Sep 2002 15:13:11 -0300 Em Thursday 12 September 2002 23:06, ¿ FëA® £ë§§ ¿ escreveu: > Galera, preciso instalar 100 micros com linux a partir de uma imagem, > como eu poderia estar fazendo isso e pegando via rede ou de um > segundo hd Método 1. Via rede (Baseado na distro Conectiva): ------------------------------------------------- Monte o CD-ROM de instalação compartilhe-o via NFS. Como fazer isso? Em resumo, digite: # cat >> /etc/exports /mnt/cdrom (ro) # /sbin/service nfs restart Depois insira um disquete no drive (sem montar) e digite o seguinte comando: $ cat /mnt/cdrom/images/bootnet.img > /dev/fd0 (O comando assume que o CD1 está montado por padrão em /mnt/cdrom). Você acabou de criar um disquete de instalação via rede. Insira o disquete na máquina que quer instalar e boote a máquina pelo disquete. Ele vai fazer uma série de perguntas, entre elas perdir o IP do servidor NFS. O resto é autoexplicativo. Método 2. Copiando imagens de HD ------------------------------- Suponha que o disco original seja hdb e que o disco novo está em hdc. Particione hdc com as mesmas partições de hdb, usando fdisk. Depois copie partição por partição com o comando: dd if=/dev/hdbx of=/dev/hdcx onde x é o número da partição. (Não sei se esse é o método mais elegante). Método 3. Usando o apt ---------------------- Para a distro Debian, existe um método interessante. Você instala uma máquina e depois copia o perfil daquela instalação para um disquete. Depois, na hora de instalar aquele mesmo perfil em outra máquina, você só insere o disquete de instalação e o disquete com a lista de pacotes e ele sai procurando os pacotes de instalação nos repositórios de Debian espalhados pela Internet ou em repositórios locais que você definir. Não sei se para Conectiva há algo semelhante (uma vez que a Conectiva também suporta o apt da Debian). []s -- Edgard Lemos edgard@edconsultoria.com.br Usuário Linux nº 135479 ********************************************** De: Dorian Bolivar Para: Sérgio Assunção Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Desinstalar programas Data: 29 Sep 2002 19:31:46 -0300 On Sun, 29 Sep 2002 16:50:28 -0300 Sérgio Assunção wrote: > Gostaria de saber como faço pra desinstalar os programas que > instalamos com os típicos comandos ./configure ... ./make ... ./make > install ??? Um abraço Se você manteve o diretório original de onde você disparou o make install, volte lá e tente executar make uninstall. Uma sugestão é sempre salvar o resultado do make install, para em último caso apagar tudo na mão. []s, ********************************************** De: Linuxiado Responder-a: linuxiado@ieg.com.br Para: Alexandre Pereira Bühler , linux-br@bazar.conectiva.com.br, wanzer Assunto: Re: (linux-br) Fw: (linux-br) passo a passo (initrd) Data: 11 Oct 2002 21:40:33 -0300 Olá Alexandre, Este é um initrd meio que "padrão", que normalmente uso. Se não for exatamante o seu caso, pode ao menos servir de base para você gerar o seu... # mkinitrd -v -f --lvm-iop=/lib/lvm-iop10 -with=lvm-mod -with=ext3 -with=jbd \ > /boot/initrd-2.4.19.img 2.4.19 O primeiro parametro é o verbose, o segundo força a criação do arquivo de imagem, caso já exista um com o nome escolhido, terceiro e quarto tratam lvm quinto e sexto tratam o fs. Depois vem o nome escolhido para a imagem e a versão do kernel. espero que ajude a esclarecer suas dúvidas... Em Rio de Janeiro, Quinta, 10 de Outubro de 2002 17:13, Alexandre Pereira Bühler me disse: > Correçao (errei no diretório das imagens) > Instalei o kernel, kernel-headers, kernel-sources, kernel-boot > dai usei o comando mkinitrd assim: > # mkinitrd /boot/initrd-kernel-2.4.19-1U80_2cl.img 2.4.19-1U80_2cl > dai somente coloquei a linha no meu /boot/grub/menu.lst > > title = Conectiva Linux 8 kernel 2.4.19 > kernel = (hd0,0)/boot/vmlinuz-2.4.19-1U80_2cl root=/dev/sda3 5 > initrd = (hd0,0)/boot/initrd-kernel-2.4.19-1U80_2cl.img > no geral o comando é > > mkinitrd /boot/initrd-versão-do-kernel.img versão-do-kernel > Alexandre > > > > > ********************************************** De: Rauklei P.S.=?ISO-8859-1?Q?Guimar=E3es?= Para: Edson Ahlert Cc: Lista Assunto: Re: (linux-br) Mais de uma instalação de linux por máquina!!!! Data: 06 Jan 2003 23:12:46 -0200 On Mon, 6 Jan 2003 13:53:29 -0200 "Edson Ahlert" wrote: > Ol???? > > ? poss?vel ter mais de uma instala??o de linux por computador??? > > Gostaria de ter 2 vezes o conectiva 8 na mesma m?quina. Um seria > oficial e o outro para testes, mudar configura??es, detonar!!! > > Preciso isso para um escola de inform?tica!!! > > Obrigado, > > Edson. Isso é mode, crie as partições necessárias, inclusive o swap pode ser o compartilhada em ambas instalações, na primeria instalação. Qdo instalar a segunda, indique as partições que anteriormente vc deixou reservada. Ai no lilo e/ou grub c aponta a imagem para distro desejada. Ha uns dois anos atrás eu fiz isso com Slack e Red Hat, funcionou legalsinho. t++ -- Rauklei P.S. Guimaraes ********************************************** De: T.H.S - Projetos (Adeilson de Oliveira) Responder-a: projeto.linux@ths.com.br Para: linux Assunto: (linux-br) Dica (Organizando o /usr/local/ com o GNU stow) Data: 16 Jan 2003 12:20:37 -0300 Organizando o /usr/local/ com o GNU stow ======================================== Colaboração: Alexei Znamensky Uma coisa que acontece no Linux (ou Unix) é, após compilarmos e instalarmos vários softwares no /usr/local, não sabemos mais qual arquivo pertence a qual software, o que pode ser uma chateação na hora de atualizar a versão do software, ou mesmo removê-lo simplesmente. Para isso uma ferramenta simples e muito poderosa é o GNU stow: http://www.gnu.ai.mit.edu/software/stow/stow.html Com o stow, que é simplesmente um script perl, único e sem módulos externos, compilamos e instalamos(*) os softwares em algo parecido com: /usr/local/stow/emacs-21.2 /usr/local/stow/libpng-1.2.4 /usr/local/stow/mrtg-2.9.25 /usr/local/stow/ Dentro desses diretórios, teremos subdiretórios, por exemplo: /usr/local/stow/mrtg-2.9.25/bin /usr/local/stow/mrtg-2.9.25/doc /usr/local/stow/mrtg-2.9.25/etc /usr/local/stow/mrtg-2.9.25/lib /usr/local/stow/mrtg-2.9.25/man ... Então executamos os seguintes comandos, como "root": # cd /usr/local/stow # stow -vv mrtg-2.9.25 (o parâmetro -vv serve apenas para fazer o stow mais "verbose", o que irá fazer com que ele mostre uma mensagem para cada operação que ele for executar realmente) ou "stow -v *", ou apenas os diretórios que você desejar. O stow irá então criar links simbólicos em /usr/local/ apontando para os equivalentes em /usr/local/stow/mrtg-2.9.25. No nosso exemplo, ele irá criar os links: /usr/local/bin/cfgmaker -> ../stow/mrtg-2.9.25/bin/cfgmaker /usr/local/bin/indexmaker -> ../stow/mrtg-2.9.25/bin/indexmaker /usr/local/bin/mrtg -> ../stow/mrtg-2.9.25/bin/mrtg /usr/local/bin/rateup -> ../stow/mrtg-2.9.25/bin/rateup /usr/local/doc/mrtg2 -> ../stow/mrtg-2.9.25/doc/mrtg2/ /usr/local/lib/mrtg2 -> ../stow/mrtg-2.9.25/lib/mrtg2/ /usr/local/share/mrtg2 -> ../stow/mrtg-2.9.25/share/mrtg2/ ... e assim por diante. A grande vantagem é que todos os arquivos ficam disponíveis, através dos links, nos caminhos padronizados: /usr/local/bin, /usr/local/sbin, /usr/local/lib, /usr/local/man, o que em muitos casos elimina a necessidade de configuração de variáveis (ex: PATH, LD_LIBRARY_PATH, MANPATH, ...) de ambiente para os usuários. O stow é espertinho, e detecta conflitos (dois ou mais arquivos que iriam gerar o mesmo link), também cria e remove diretórios para árvores compartilhadas, por exemplo, para os arquivos: /usr/local/stow/ezmlm-0.53/man/man1/ezmlm-list.1 /usr/local/stow/mrtg-2.9.25/man/man1/mrtg.1 o stow cria o diretório /usr/local/man/man1 e dentro dele cria os links apontando, cada um para o diretório do software correspondente. Automagicamente. Para remover um programa instalado sob o stow, basta: # cd /usr/local/stow # stow -D mrtg-2.9.25 (por exemplo) # rm -rf ./mrtg-2.9.25 Há muitas outra brincadeiras que podem ser feitas usando o stow, como por exemplo manter várias versões do mesmo software, ou criar um mini-árvore com os seus scripts para levar de um lado para outro, mas esta dica já está comprida o bastante. Divirtam-se!!! (*) Na maioria dos casos, quando você quiser compilar e instalar um software sob a árvore do stow, você deverá executar os comandos: # ./configure --prefix=/usr/local/stow/mrtg-2.9.25 ...(passa um monte de coisas pela tela...) # make ...(idem) # make install ...(idem). Adeilson de Oliveira Integradora T.H.S. do Brasil adeilson.oliveira@ths.com.br Fone: 55 + (0xx11) 4992-9111 ********************************************** De: Jorge Godoy Para: Brunhara Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Recompilar pacotes conectiva Data: 16 Jan 2003 09:29:50 -0200 "Brunhara" writes: > estou pergunta isto porque recentemente compilei o > postfix e tive que instalar um pá de rpms se isto > esteve no *src.rpm tinha me poupado tempo Está no arquivo SPEC. Tens que ter 'task-c-devel' e 'task-c++-devel' instalados para compilar a maioria dos software. O primeiro em C e o segundo em C++. A documentação do RPM fornece mais detalhes a respeito de onde encontram-se as dependências. http://www.rpm.org Sds, -- Godoy. ********************************************** De: crg Responder-a: crg3k@terra.com.br Para: wanzer , lista linux br Assunto: Re: (linux-br) instalar binario Data: 12 Jan 2003 11:43:42 -0200 Em Domingo 12 Janeiro 2003 10:45, wanzer escreveu: > pessoal.. > como instalar um arquivo rpm.bin Bom, geralmene basta um chmod +x nomedoarquivo.rpm.bin e chamar o arquivo como um script (alias muito provavelmente eh um script) : ./nomedoarquivo.rpm.bin Um que vem assim eh o j2sdk. Lembre que voce tem que estar como root para instalar pacotes rpm. Boa sorte :wq ********************************************** De: Juarez P. Freitas Jr. Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) como instalar um arquivo *.rpm.bin Data: 21 Jan 2003 11:21:11 -0200 Este tipo de arquivo geralmente é um executável com o rpm dentro. É o mesmo formato do Java Runtime 1.4 da Sun. Vc deve atribuir direitos de execução para o arquivo: chmod +x dddd.rpm.bin Executá-lo: ./dddd.rpm.bin Provavelmente ele vai mostrar uma licença de uso, e depois que vc aceitá-la, ele vai descompactar o rpm no mesmo local, daí é só utilizar o programa rpm. Jr. Marcelo Moacir Florindo disse: > Ola galera, > > preciso instalar um arquivo dddd.rpm.bin > > Como proceder?? ********************************************** De: pinguiminfernal@yawl.com.br Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) Sobre o dddd.rpm.bin Data: 21 Jan 2003 13:36:40 -0200 É muito simples, entre no terminal, vá até o diretório aonde estar o arquivo, digite ./dddd.rpm.bin, talvez aparece uma licença como no caso do JAVA oferecido pela SUN que também está em bin, depois o rpm vai está no mesmo diretório do arquivo dddd.rpm.bin. ********************************************** De: Leandro Augusto Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Executar RPM.BIN Data: 21 Jan 2003 12:29:19 -0300 Olá galera, para quem quer executar um arquivo RPM.BIN basta fazer isso antes: chmod a+x nomedoarquivo.rpm.bin E agora: ./nomedoarquivo.rpm.bin Ele é auto-descompactável. Depois é só instalar o RPM. Espero ter ajudado. ********************************************** De: Ricardo Guedes Para: José Guilherme Marinho de Araújo , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Instalar CL8 ou RedHat Data: 08 Jan 2003 17:43:13 -0400 Oi, {corta} > Sendo assim prossegui com a instalação atraves do modo texto, tudo corre bem até a seleção da placa de vídeo e de > monitor. Já tentei várias configurações e não obtive sucesso. {corta} Asus A7N266-VM com o dispositivo de vídeo incorporado a placa mãe: Bom fiz uma pesquisa no google em paginas portuguesas com o parâmetro: A7N266-VM Linux http://www.google.com.br/search?hl=pt&ie=UTF-8&oe=UTF-8&q=A7N266-VM+linux&bt nG=Pesquisa+Google&lr=lang_pt O primeiro link que veio me trouxe a resposta! Esta ai em baixo! http://www.conectiva.com.br/cpub/pt/incConectiva/suporte/pr/instalacao.placa .asus.8.html Espero que consiga resolver seu problema! Ricardo Guedes ********************************************** De: Syndson Silva Responder-a: syndson@linuxbr.com.br Para: Sérgio Lamin , Linux-BR Assunto: Re: (linux-br) LinuX em i386 ? Data: 27 Jan 2003 02:58:21 +0000 On Mon, 27 Jan 2003 00:13:08 -0200 "Sérgio Lamin" wrote: > Gostaria de uma dica de onde puxa uma distro para uma máquina Pentium > MMX 200. para falar a verdade eu tentei algumas e só rodou legal o > CorelLinux que não me é muito familiar eu quero rodar o Samba , CUPS, > e uma Suite de Escritorio. Bom... a máquina de onde estou escrevendo esta resposta é um K6-233, com 32Mb RAM (vou colocar 64Mb nela daqui a pouco). Acho que é bem próximo do que você quer. A distro que eu uso aqui é um Conectiva 7.0 (CL7.0). Só não coloquei o CL8.0 aqui porque eu acho a versão instável, e não vou mexer no que já funciona. Você pode instalar um CL8.0 no seu micro, tendo as seguintes ressalvas: a) Use um gerenciador de janelas leve (o Qvwm, Gnome ou Window Maker). KDE em sua máquina é inviável. No entanto, deixe o KDE instalado, porque os utilitários dele são interessantes (Kpackage, Ark, Kmail, etc), e todos eles podem ser ativados pelos gerenciadores falados acima, com boa performance. b) Como navegador, eu sugiro o Opera, pois é o mais versátil e rápido que existe. É o único que consegui colocar pra rodar em 32Mb. c) Para ler e-mails, o Kmail quebra um galho, mas use o Sylpheed, que é mais rápido. d) Como pacote Office, o OpenOffice só vai rodar decentemente com 64Mb RAM. Ele demora de 1 a 2 min. para carregar, mas depois disso funciona decentemente. Você pode tentar o KOffice, que é mais rápido. e) Os demais pacotes funcionam sem problemas. Espero ter ajudado. Um abraço, Syndson Silva. ********************************************** De: Fernando Gottlieb Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) (DICA) Para instalação de programas e bibliotecas. Data: 27 Jan 2003 20:33:38 -0200 Uma dica que deve servir para alguém, ao menos foi uma conclusão minha e para mim tem importância. Ao instalar programas ou bibliotecas no Linux sempre dê preferência à programas/bibliotecas voltadas para a distro em questão, deixando as outras em último plano. OBS.: sempre verifique nos cds da distro se o programa procurado já está incluso, será bem mais fácil de instalar/configurar. Já tive problemas instalando programas onde tinha o fonte e tinha que compilar, sempre dando algum conflito com outra versão de outro programa ou biblioteca. Utilizo o RH7.2 e quando preciso de programas utilizo o www.rpmfind.net, onde encontro várias versões do programa que preciso, onde sempre dou preferência para os pacotes desenvolvidos para a minha distro e isso tem resolvido muitos problemas. []'s Fernando A. Gottlieb ********************************************** ********************************************** De: Sérgio Valério Para: Sérgio Lamin Cc: linux-br Assunto: Re: (linux-br) LinuX em i386 ? Data: 27 Jan 2003 11:09:51 -0200 Bom dia Sérgio, Pode ser, por exemplo, o Conectiva 7 ( que tenho rodando em dois Pentium 100 com 32MB de RAM e em um Pentium 200MMX com vastíssimos 64MB de RAM ). Para Samba e CUPS beleza mas não rodo nada gráfico neles... ( são "servidores" de teste ). []´s Sérgio ********************************************** De: dicas-l-owner@unicamp.br Assunto: [Dicas-L] Organizando o /usr/local/ com o GNU stow Data: 16 Jan 2003 00:16:14 -0200 -------------------------------------------------------------------- Endereço: http://www.Dicas-l.com.br/dicas-l/20030116.shtml -------------------------------------------------------------------- Livraria Tempo Real - A Livraria do Profissional de Informática http://www.temporeal.com.br -------------------------------------------------------------------- Organizando o /usr/local/ com o GNU stow ======================================== Colaboração: Alexei Znamensky Uma coisa que acontece no Linux (ou Unix) é, após compilarmos e instalarmos vários softwares no /usr/local, não sabemos mais qual arquivo pertence a qual software, o que pode ser uma chateação na hora de atualizar a versão do software, ou mesmo removê-lo simplesmente. Para isso uma ferramenta simples e muito poderosa é o GNU stow: http://www.gnu.ai.mit.edu/software/stow/stow.html Com o stow, que é simplesmente um script perl, único e sem módulos externos, compilamos e instalamos(*) os softwares em algo parecido com: /usr/local/stow/emacs-21.2 /usr/local/stow/libpng-1.2.4 /usr/local/stow/mrtg-2.9.25 /usr/local/stow/ Dentro desses diretórios, teremos subdiretórios, por exemplo: /usr/local/stow/mrtg-2.9.25/bin /usr/local/stow/mrtg-2.9.25/doc /usr/local/stow/mrtg-2.9.25/etc /usr/local/stow/mrtg-2.9.25/lib /usr/local/stow/mrtg-2.9.25/man ... Então executamos os seguintes comandos, como "root": # cd /usr/local/stow # stow -vv mrtg-2.9.25 (o parâmetro -vv serve apenas para fazer o stow mais "verbose", o que irá fazer com que ele mostre uma mensagem para cada operação que ele for executar realmente) ou "stow -v *", ou apenas os diretórios que você desejar. O stow irá então criar links simbólicos em /usr/local/ apontando para os equivalentes em /usr/local/stow/mrtg-2.9.25. No nosso exemplo, ele irá criar os links: /usr/local/bin/cfgmaker -> ../stow/mrtg-2.9.25/bin/cfgmaker /usr/local/bin/indexmaker -> ../stow/mrtg-2.9.25/bin/indexmaker /usr/local/bin/mrtg -> ../stow/mrtg-2.9.25/bin/mrtg /usr/local/bin/rateup -> ../stow/mrtg-2.9.25/bin/rateup /usr/local/doc/mrtg2 -> ../stow/mrtg-2.9.25/doc/mrtg2/ /usr/local/lib/mrtg2 -> ../stow/mrtg-2.9.25/lib/mrtg2/ /usr/local/share/mrtg2 -> ../stow/mrtg-2.9.25/share/mrtg2/ ... e assim por diante. A grande vantagem é que todos os arquivos ficam disponíveis, através dos links, nos caminhos padronizados: /usr/local/bin, /usr/local/sbin, /usr/local/lib, /usr/local/man, o que em muitos casos elimina a necessidade de configuração de variáveis (ex: PATH, LD_LIBRARY_PATH, MANPATH, ...) de ambiente para os usuários. O stow é espertinho, e detecta conflitos (dois ou mais arquivos que iriam gerar o mesmo link), também cria e remove diretórios para árvores compartilhadas, por exemplo, para os arquivos: /usr/local/stow/ezmlm-0.53/man/man1/ezmlm-list.1 /usr/local/stow/mrtg-2.9.25/man/man1/mrtg.1 o stow cria o diretório /usr/local/man/man1 e dentro dele cria os links apontando, cada um para o diretório do software correspondente. Automagicamente. Para remover um programa instalado sob o stow, basta: # cd /usr/local/stow # stow -D mrtg-2.9.25 (por exemplo) # rm -rf ./mrtg-2.9.25 Há muitas outra brincadeiras que podem ser feitas usando o stow, como por exemplo manter várias versões do mesmo software, ou criar um mini-árvore com os seus scripts para levar de um lado para outro, mas esta dica já está comprida o bastante. Divirtam-se!!! (*) Na maioria dos casos, quando você quiser compilar e instalar um software sob a árvore do stow, você deverá executar os comandos: # ./configure --prefix=/usr/local/stow/mrtg-2.9.25 ...(passa um monte de coisas pela tela...) # make ...(idem) # make install ...(idem) --------------------------------------------------------------- As mensagens da lista Dicas-L são veiculadas diariamente para 21332 assinantes. Todas as mensagens da Dicas-L ficam armazenadas em http://www.Dicas-l.com.br. ********************************************** De: oniles@zipmail.com.br Para: linux-br@bazar.conectiva.com.br Assunto: =?iso-8859-1?Q?Re=3A=20=28linux=2Dbr=29=20Problemas=20na=20Instala=E7=E3o=20 do=20Conectiva=208?= Data: 29 Jan 2003 22:15:49 +0000 Olha Walter, comigo acontecia a mesma coisa mas ai eu percebi um detalhe. O problema só acontecia quando eu pedia para testar a resolução do vídeo que eu havia escolhido. Não sei se o problema com você é o mesmo, mas se for, não faça o teste da resolução de vídeo que a instalação irá finalizar sem problemas. Depois de instalado use o Xconfigurator para acertar a resolução. Flavio -- Mensagem original -- > Olá pessoal sou novo na lista! > Meu problema é o seguinte: > Tenho um K6II-500, mother board PCChips (Blááááááa!), chipset Sis.(Tudo >OnBoard) > A instalação do Conectiva 8 vai bem até a depois de configurar a placa >de video, depois dá uma mensagem dizendo que ocorreu um erro e não é >possível continuar a instalação. Bem, eu não sei o que fazer, pois já >instalei o Mandrake 8.1 e 8.2 e o TechLinux 2 e não tive nenhum problema, >tudo funcionou bem. > Se alguém poder me ajudar agradeço! >Walter E. J. Júnior ********************************************** De: Manoel Pinho Para: Paulo Marchioreto Cc: Linux-BR (E-mail) Assunto: Re: (linux-br) Amavisd em pacotes src.rpm??? Data: 31 Jan 2003 21:25:49 -0300 Paulo Marchioreto wrote: Olá lista, Baixei os pacotes do amavisd-new no formato src.rpm, como faço para instalar esse tipo de pacote? Esse é um pacote contendo o código-fonte e para usá-lo é necessário compilá-lo. A forma mais rápida é rpm --rebuild pacote.src.rpm Se tudo der certo, o pacote binário (i?86.rpm) será gerado em um subdiretório de /usr/src (depende da distibuição). ********************************************** INSTALAR CL 8 - PROBLEMAS De: Fábio Santos Almeida Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Problemas com CL8+ (Estou quase desistindo) Data: 13 Feb 2003 13:07:51 -0300 Ainda não usei esta a versão CL 8+. Já com a CL 8.0 eu tive um problema semelhante, que só resolvi quando mudei o gerenciador de partição, mudei do Lilo para o Grub, com um HD de 60GB. ********************************************** De: José Eduardo Pereira de Santana Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) Fw: (linux-br) Problemas com CL8+ (Estou quase desistindo) Data: 13 Feb 2003 11:22:48 -0300 amigo walter o primeiro remedio é tentar não ficar nervoso a maioria aqui não é especialista, nem genio em linux apenas aprende e tenta repassar o que aprendeu com as cabeçadas com o linux acho que é isso que traz esta paixao pelo linux o desafio de tentar realizar algo ao invez de comprar uma solução pronta.... algo parecido estava acontecendo em uma maquina tambem onboard que tenho aqui..ou seja travava no meio da instalação..... solucionei este problema executando um disquete de boot do win98 e dando um comando para refazer a partição do mbr "fdisk /mbr" isto refaz a mbr do disco rigido..sempre que reinstalar mais de uma vez o linux e usar a inicialização do linux no mbr e interessante lipar ou reorganizar o mbr... espero que não desista, e persista pois as soluções linux nem sempre são as mais faceis mas sao as que nos realizam...boa sorte.. > > Bem pessoal o problema é o seguine: > > Já fiz esta pergunta antes mas ninguém respondeu-me. Se tem pessoal da > > Conectiva aqui na lista ONDE ESTÃO!? > > Estou tentando instalar o CL8+ e tudo vai bem até o final da > instalação, > > configuro minha placa de video, vai para o passo seguinte e então a > > instalação para, aparecendo uma mensagem mais ou menos assim: "Ocorreu um > > erro e a instalação não pode continuar, você poderá gravar um arquivo de > log > > em um disquete e Blá, Blá Blá..." Depois pede para reiniciar a máquina. > > Gravei o tal arquivo de log e não achei nada que ajudasse a encontrar o > > problema. > > A mesma coisa já havia acontecido quando tentei instalar o CL7. > > Também tentei instalar com opção de video Vesa, também em modo texto e > > não adiantou, o máximo que consigo é uma instalação realmente mínima. > > Tenho um K6 II 500, placa PC100 598, tudo onboard, video Sis 620, > > Monitor Netrix, etc, ou seja, uma configuração muito utilizada aqui no > > Brasil, inclusive já vi outras máquinas com esta configuração com o CL7 > > funcionando. > > Só nã consigo entender o que acontece com esta Distro, pois já instalei > > outras e tudo funciona. > > Bem o problema é que estou começando a concordar com algumas opiniões > de > > que o CL é uma M...... mesmo. Acho que devemos dar incentico para uma > Distro > > brasileira, desde claro que ela funcione. A tradução do CL é ótima, a > > documentação excelente, por isso estou fazendo questão de utilizá-la, mas > > estou quase desistindo! > > Se alguém quiser ajudar a reverter esta imagem negativa por favor... > > ...ME AJUDEM!!!!!!!!!!!!!!!! ********************************************** De: Leonardo Caldas Cc: Linux-BR Assunto: Re: (linux-br) tgz Data: 16 Feb 2003 10:41:05 -0300 Fernando Gesualdi Reiff wrote: Quais os programas que devo ter instalado para instalar estes programas em tgz Fernando oi fernando, se tua distro for slackware, um: "installpkg nomedosoft.tgz" deve resolver tudo. []s ********************************************** De: nevaska1 Responder-a: nevaska1@terra.com.br Para: FUTURA - INFORMÁTICA Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Instalar .Tgz Data: 18 Feb 2003 18:27:49 -0300 Em Seg 17 Fev 2003 22:27, you wrote: > Olá. Como se faz para instalar pacotes .tgz no Mandrake 9 ??? > > Arno R. Paz > ICQ 151155189 > 51-6671059 > primeiro copie o pacote tar para um diretorio que voce quer instalar (ex. /usr/local. Depois tar zxpvf " nome do pacote " e ele criara o diretorio com o nome do pacote, já descompactado. Aí eh so seguir as instruções para instalaçao (tipo ./configure ./make e /make install Alguns ja vem pre compilados. Quando voce descompacta ele ja esta pronto para usar. ********************************************** De: Ronaldo Saheki Para: Carlos Thadeu Duarte Santos Cc: 'linux-br@bazar.conectiva.com.br' Assunto: Re: (linux-br) arquivos compilados (quais e localização) Data: 01 Mar 2003 20:51:52 -0300 On Fri, 2003-02-28 at 15:54, Carlos Thadeu Duarte Santos wrote: > Oi lista, Olá Carlos, > Apesar do tempo que uso Linux, só agora realmente caiu a ficha (é que meu > HD chegou a 65% de uso) e agora vou ter ficar monitorando tudo o que > compilar, já que RPM é uma beleza né?. > Como é que faço para saber quais e em quais diretórios foram instalados os > arquivos após make install? É que pretendo manter uma lista para quando > resolver desinstalar apagar todos os arquivos. Obedeca o FHS (Filesystems Hierarchy Standard, ou coisa assim), o diretório /usr é o diretório a apartir do qual os RPMs soltam os seus lib, bin, etc. (Pacotes que vieram com a distro) E os arquivos que você instalou, fica em (ou então você escolhe manualmente para ficar em) /usr/local (de preferencia numa partição separada), e lá espalha as libs e bins, em /usr/local/bin, /usr/local/lib. Etc. Dessa forma, quando você for fazer um update da sua distro, pode mandar formatar o /usr, e reinstalar tudo, que de qualquer maneira, os seus programas que você instalou manualmente (/usr/local, que você não precisa formatar) ainda vão estar instalados. É uma boa maneira de controle. > Carlos Thadeu > Niterói-RJ Saudações, Ronaldo Saheki ********************************************** De: Alexander Para: linux-br@bazar.conectiva.com.br Assunto: (linux-br) Fwd: (linux-br) [CONECTIVA 8] Instalaçao Full - Erro de espaço Data: 12 Mar 2003 13:39:48 +0000 Você marcou a opção que força a formatação da partição? Já vi gente com esse problema e todos eles estavam instalando o Linux sem formatar a partição onde ele iria ser instalado. Não sei se é o seu caso, mas talvez seja uma pista. []'s Alexander ********************************************** De: Antonio F. Zago Para: Alonso Neto Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Insalar programas... Data: 15 Mar 2003 23:33:07 -0300 Em Sáb, 2003-03-15 às 21:11, Alonso Neto escreveu: > Olá galera... > Até hoje eu só consegui um programa... era .sh > Não consigo instalar programas .tar.gz, quer dizer, até uma certa parte... > eu escrevo: > tar -zxvf nome-doarqivo.tar.gz > cd nome-do-arquivo > ./configure > E até aí tudo bem... mas qnd coloco depois "make", ele fala q desconhece o > comando ou coisa parecida, e no "make install" a mesma coisa... isso Olá A mensagem indica que não existe o pacote make, possivelmente não foi instalado ou não está no path do root, você digitou su para tornar root, tente tornar root com su - , isto mesmo su espaço e o sinal menos, continuando o erro veja se pacote make está instalado. Para instalar um programa você deve seguir as instruções de quem desenvolveu ou mantem o software, geralmente estas instruções estão em um arquivo tipo leima-me, read-me ou algo assim, que acompanha os programas do pacote ou no site de onde você baixou o programa, ou no site do desenvolvedor/mantenedor do programa. Este FAQ vai esclerecer muitas dúvidas. http://www.zago.eti.br/install.txt http://www.zago.eti.br/rpm.txt http://www.zago.eti.br/menu.html PS. Por favor reclame com teu provedor para corrigir a configuração do serviço de e-mail, em 24 horas recebi 22 mensagens de: De: Mail Delivery System Para: Igor Feghali Barcelos Cc: Linuxbr Assunto: Re: (linux-br) como instalar linux via rede? Data: 17 Mar 2003 09:19:41 -0300 Em Dom, 2003-03-16 às 21:06, Igor Feghali Barcelos escreveu: > pessoal tenho um computador com mandrake 9.0 gostaria de formatar ele e > colocar red hat 8.0. o problema eh q ele nao tem drive de cd. estou com > preguica de remover o drive de um computador para colocar nele. como > instalar o linux via rede? ja tenho os 3 cds do red hat em um computador na > rede... > Copie o conteudo do cd para um diretorio na máquina que sera a principal na instalação, depois acrescente este diretório no arquivo /etc/exports... por exemplo (/instal_rede/ 192.168.0.0/24(rw)) nesse caso vc vai estar permitindo que todos os hots da rede 192.168.0 tenham acesso a este diretorio que sera compartilhado pelo NFS... depois suba o NFS # service nfs start. Agora crie um disco de boot de instalação só que copie a imagem "bootnet.img": # dd if=bootnet.img of=/dev/fd0 bs=1440k feito isso va na máquina de o boot pelo disquete, ele ira pedir para vc configurar a rede, colocar IP's, etc... depois lhe perguntara qual a máquina que esta rodando o servidor NFS e o diretorio que foi exportado... e pronto amigo... a instalação sera iniciada... ps: agora se a máquina que vc quer puxar a instalação pela rede for uma windows, ja não sei lhe dizer como.. e ta ai uma duvida minha... tem com puxar a instalação do linux pela rede de uma máquina windows..??? []'s ********************************************** De: Syndson Silva Responder-a: syndson@linuxbr.com.br Para: Marcelo de Negreiros Ramos Cc: Linux-BR Assunto: Re: (linux-br) Instalação Conectiva Linux 8 Data: 19 Apr 2003 01:35:00 +0000 On Fri, 18 Apr 2003 09:51:22 -0300 Marcelo de Negreiros Ramos wrote: > Baixei as imagens de CD do CL8 no mirror da Unicamp, executo a > instalação, mas o instalador simplesmente recusa as minhas seleções de > pacotes, e instala tudo! Alguém sabe como eu poderia resolver isso, ou O que você REALMENTE está querendo instalar? O Arnaldo já postou uma explicação destas (pra mim, inclusive) na lista. Infelizmente estou sem o mail agora, mas posso dizer o resumo: Se você fizer a instalação "realmente mínima", ele ocupa uns 60Mb do seu disco, mas não é instalado muita coisa mesmo. Se você faz uma instalação personalizada, o instalador só informa o espaço em disco ocupado pelo o que você selecionou, mas não inclui as dependências. Se, por exemplo, você pede pra instalar o KDE, as dependências em cadeia vão instalar um monte de coisa que você não precisa. Porisso você tem a impressão de que foi instalado tudo. No meu caso, até o gcc foi instalado, e eu NÃO ia compilar nada na máquina instalada. Solução mesmo é você usar o Synaptic para te ajudar a desinstalar as tralhas a mais. Espero ter ajudado. ********************************************** De: Ricardo Igarashi Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) Como desinstalar instalações compiladas? Data: 30 May 2003 22:56:44 -0300 On 30 May 2003 10:02:26 -0300 Jose Paulo Batista Silva wrote: > Em Sex, 2003-05-30 às 09:09, Andre Ribeiro Barros escreveu: > > Como faço para saber onde estão todos os arquivos que instalei via > > compilação de binários? Pois instalei o mysql desta forma e quero > > removê-lo. > > Tente make uninstall a partir do diretorio dos fontes dos programas > que você instalou via make install. > > Muitos deles tem esta opção. Se não der certo... experimente usar o checkinstall, criar um pacote, instalar e depois remover. E, a partir da próxima vez, usar sempre o checkinstall ;) http://asic-linux.com.mx/~izto/checkinstall/ -- ********************************************** De: Jose Paulo Batista Silva Para: Andre Ribeiro Barros Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Como desinstalar instalações compiladas? Data: 30 May 2003 10:02:26 -0300 Em Sex, 2003-05-30 às 09:09, Andre Ribeiro Barros escreveu: > Como faço para saber onde estão todos os arquivos que instalei via > compilação de binários? Pois instalei o mysql desta forma e quero > removê-lo. Tente make uninstall a partir do diretorio dos fontes dos programas que você instalou via make install. Muitos deles tem esta opção. ********************************************** De: crg Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) instalação de programas no linux, deveria dar menos problema e ser mais direto para um desktop Data: 02 Jul 2003 19:44:23 -0300 Em Terça 01 Julho 2003 15:12, Otavio Augusto Alves Pinto Viegas escreveu: > Deveria existir uma forma mais fácil de instalar os programas. É muito > comum dar problema de dependência de pacotes. use o apt-get e seus problemas vao acabas, intalo qq programa com apenas uma linha de comando. > Quando se instala um pacote rpm, ele copia os dados para um diretório > definido pelo programador do pacote. Como saber qual é esse diretório? > Existe um leitor de log do instalador de pacotes. man rpm voce pode ate escolher onde quer instalar o programa. nao tem que usar o que o programador definiu. > O que acham disso? Acho que o modelo de instalacao de software atual esta muito bom e melhorando cada vez mais, softwares como o synaptic e o aptitude, tornao mais simples ainda. Quanto a criar icones etc. Dependendo do que voce estiver instalando isso eh feito. -- CRG Linux user: #76132 / GPG Key ID: 65F2187D ********************************************** De: Marcelo Vivan Borro Para: Otavio Augusto Alves Pinto Viegas , Linux.br 2 Assunto: Re: (linux-br) instalação de programas no linux, deveria dar menos problema e ser mais direto para um desktop Data: 03 Jul 2003 09:39:46 -0300 Otavio Augusto Alves Pinto Viegas escreveu: Deveria existir uma forma mais fácil de instalar os programas. É muito comum dar problema de dependência de pacotes. Ué? O apt não resolve seus problemas de dependência de pacotes? Quando se instala um pacote rpm, ele copia os dados para um diretório definido pelo programador do pacote. Como saber qual é esse diretório? Existe um leitor de log do instalador de pacotes. O kpackage faz isto. Mostra todos os arquivos e locais para onde serão instalados. O Synaptic deveria fazer tb... Seria bem melhor se os programas para linux, criasse um diretório, um ícone na área de trabalho e um link nos programas do kde ou gnome. Seus pacotes não estão fazendo isto? Sempre que instalo um pacote oficial da Conectiva, um link é criado no menu do Kde. O que acham disso? Acho que é melhor usar as ferramentas de um jeito melhor.... ;) Marcelo ********************************************** De:  Marcio Merlone Para:  Fábio Augusto Miranda Martins Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Sendmail: Mito ou realidade? Data:  Mon, 21 Jul 2003 09:23:28 -0300 On Sat, 19 Jul 2003 03:05:56 +0800 Fábio Augusto Miranda Martins wrote: > Olá pessoal, estava lendo algumas documentações sobre a implementação > do Sendmail e em vários how-tos o pessoal falava que basta instalá-lo > e já está ok, funcionando?? Sim, é verdade, mas isto não se aplica somente ao sendmail. Qualquer programa depois de instalado já está funcionando. :P Já fazer ele funcionar como você quer, como deve ou de forma segura é outra estória. Servidores como o sendmail (eu recomendo o postfix) geralmente necessitam de uma grande configuração e atenção para funcionarem como deve... -- Marcio Merlone ********************************************** De:  Ricardo Igarashi Para:  Linux-BR Assunto:  Re: (linux-br)Instalando Programas... Data:  Sat, 2 Aug 2003 22:25:08 -0300 On Sat, 2 Aug 2003 14:48:11 -0300 "Web" wrote: > Me dizeram que a forma mais simples de instalar aplicativos no Linux é > procurar por programas que estejam em RPM; porém, alguém poderia me > passar dicas de como instalar aplicativos que estejam em outros > formatos, pois sou novato nesse sistema operacional, mas preciso > instalar programas em tar.gz, etc... Humm, melhor entender direito o que são os "formatos"... Você pode pegar os programas em duas formas: o compilado (também chamado de binários) ou em arquivo fonte. Os binários são aqueles prontos para serem instalados e usados (assim como os programas para Win). O problema é que, muitas vezes, ele pode não rodar no seu computador por causa de diferentes versões de programas e bibliotecas, além da diferença de distribuições. 1) .rpm: Criado pelo RedHat e usado por um monte de distribuições como Conectiva, Mandrake e SUSE. 2) .deb: Usado no Debian e derivados. 3) .tgz: .tgz é sinônimo de .tar.gz, renomeado basicamente para poder ser lido no DOS. É equivalente ao .zip, isto é, é simplesmente um pacote compactado. O problema é que o Slackware usou a extensão .tgz para os seus binários. Portanto, se você pegar um .tgz, pode tanto ser um simples pacote compactado como o binário para Slackware (Piter, me corrija se estiver enganado). 4) .tar.gz: Como disse acima, o "tar.gz" indica simplesmente que é um pacote compactado, e não indica o que tem dentro dele. Alguns autores distribuem pacotes compilados simplesmente compactando com .tar.gz. _Normalmente_, ele coloca um "bin" ou "binary" ou "linux" ou algo parecido para indicar que já está compilado. Por exemplo, o Mozilla Firebird que eu peguei está como: /MozillaFirebird-0.6.1-i686-pc-linux-gnu.tar.gz 5) Outros: Alguns programas já vem com um comando para instalação, como no Windows. Exemplos: OpenOffice, Acrobat Reader. Passamos agora para os arquivos fonte: o arquivo fonte é aquilo o que o autor escreve, usando um IDE ou um editor de texto. Ele deve ser compilado para poder ser instalado e usado pelo computados. Essa é a parte difícil: para poder compilar, você precisa saber como fazê-lo (embora normalmente uma lida no README e INSTALL resolvam), ter o compilador em funcionamento, ter todos os programas/bibliotecas necessárias etc. 1) src.rpm: Pacotes com fontes, mas "preparados" para gerarem um pacote RPM. 2) src.deb: Pacotes com fontes para DEB. 3) tar.gz: Os fontes normalmente são distribuídos desse jeito. Como já explicado, é simplesmente um pacote compactado com todos os arquivos fonte do programa. 4) zip: Alguns preferem usar o velho .zip mais usados no DOS/Win. Para compilar um src.rpm, basta dar um "rpm --rebuild arquivo.src.rpm". Mas é claro que você precisa ter todos os programas e bibliotecas necessárias para isso. _Normalmente_, o comando acima indica os pacotes que estão faltando para a compilação. Para compilar um src.rpm... não sei :P Deixo para os especialistas do Debian. Para compilar um tar.gz, você lê o README, lê o INSTALL, consulta cuidadosamente o site onde você pegou o programa, e na maioria das vezes dá um: ./configure make make install Se você tiver todos os programas/bibliotecas necessárias, isso resolve. Se não tiver, vai ter que analisar as mensagens de erro para descobrir o que está faltando (depois de verificar o que a documentação indica, claro). Espero que tenha ajudado... -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga ********************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  Flavio Lopes Assunto:  Re: (linux-br)apt-get e synaptic Data:  Sun, 2 Nov 2003 22:15:19 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Flavio Lopes wrote: >Tenho procurado, muito, material que me mostre como alterar as >dependências dos software para instalação, sem sucesso. Isso não se faz. Você precisa recompilar o pacote inteiro para modificar suas dependências. >Assim, instalei a j2re 1.4.2_02 da Sun, com nodeps, já que eu não queria Se você está usando o apt-get, NUNCA use o --nodeps (a não ser que seja temporário e você vá consertar as dependências logo a seguir). Se não fizer assim, o apt-get irá reclamar, já que a consistência interna dos pacotes instalados não está correta. >Porém, a cada novo pacote que eu tentava instalar o apt-get desinstalava >a jvm, o que me obrigou a entregar os pontos e instalar aquela tralha >toda da glibc. Foi o que eu disse :) >Agora, porém, queria instalar o audacity mas este depende de versões >mais recentes da libogg e da libvorbis. Quando eu tento instalá-las >aparece um conflito com as versões instaladas, que por seu lado, quando >tento desinstalar, para trocar pelas novas versões, querem desinstalar >dezenas de outros programas. Você está instalando os pacotes oficiais da Conectiva para o CL9? Se não estiver fazendo isso, está fazendo coisa errada. A regra é simples: só instale pacotes feitos para a sua versão específica da sua distribuição. Se quiser fazer isso, então você deverá saber bem o que está fazendo. E pelo simples fato de você ter mandado esse e-mail, não sabe muito bem... Você deve estar tentando instalar pacotes RPM feitos para outra distribuição. Não vai funcionar porque a Conectiva cria pacotes com nomes diferentes da Red Hat, que cria pacotes com nomes diferentes da SuSE e por aí vai. O que você pode tentar aqui é desinstalar com --nodeps e instalar o pacote novo logo a seguir, sem rodar o apt-get no meio tempo. Se o pacote novo provir as dependências corretas, o apt não deverá reclamar. Não garanto nada, é claro. >Será que em algum lugar existe um tutorial, uma faq ou algo que me ajude >a resolver tal situação? Uma solução eu dei logo acima. Mas a solução ideal para quando você quer uma versão atualizada de um pacote e sua distribuição não o tem, é recompilar: pegue o .src.rpm da versão mais nova que sua distribuição tem, baixe o .tar.gz oficial da versão que você quer e substitua a versão velha do .src.rpm. Você provavelmente terá que modificar o .spec do RPM para compilar (remover patches, coisa assim). Daí, lance a reconstrução do pacote RPM. O pacote novo criado deverá substituir corretamente o seu pacote velho. >O outro problema é que passei semanas tentando atualizar a lista da >distribuição e invariavelmente dava falha na atualização. Desconfiado de >que aquilo  não era servidor ocupado, tentei em todos os mirrors >conhecidos, com os mesmos resultados, conferindo imediatamente com uma >conexão via gftp, que ocorria sem problemas. Sem saber qual foi o problema exato, não dá para responder. >Então fiz via apt-get e não mais pelo synaptic, sem nenhum problema. >Será bug so synaptic? Poderia ser. Mande mais detalhes, em especial as mensagens de erro (exatas) que o programa tenha lhe mostrado. - --   Thiago Macieira  -  Registered Linux user #65028    thiagom@mail.com               ICQ UIN: 1967141 ******************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)apt-get e synaptic Data:  Tue, 4 Nov 2003 01:51:20 -0200 On Mon, 3 Nov 2003 22:16:30 -0200 Thiago Macieira wrote: > Flavio Lopes wrote: > >Obrigado pela resposta. O que eu queria saber é se existiria uma > >forma simples de atualizar pacotes não atualizados na distribuição, o > >que parece não ocorrer em distribuições que usam o sistema apt. > > O que não funciona quando você roda o 'apt-get upgrade' ou 'apt-get > dist-upgrade'? Ele quer instalar, de um jeito simples, pacotes não incluídos na distribuição. Isso até seria possível se houvesse uma compatibilidade total entre as distribuições, mas isso é impossível. O CL, Mandrake, RH e Suse (só para citar alguns que usam o RPM) até podem padronizar o nome dos pacotes (causa de uns 80% dos problemas de compatibilidade), mas nem sempre estarão usando a mesma versão de uma biblioteca, simplesmente porque não saem na mesma época. Sem contar as diferentes versões de uma mesma distribuição.   [cut] > >Não via porque o j2re genérico disponível no site da Sun deixaria de > >rodar e, de fato, ele roda perfeitamente. Apenas, fiquei um pouco > >chateado de ter que instalar mais de uma dezena de localizações da > >glibc, já que sobra de espaço em disco não acontece comigo. > > Aí está exatamente o problema: o pacote não foi desenvolvido para o > Conectiva. Se tivesse sido, você não teria que instalar esse monte de > coisa extra. Recomendação: pegue o fonte e recrie seu próprio pacote. Eu diria de uma outra forma. Você pode instalar o programa que quiser, da forma que quiser. Mas, com isso, você perde as facilidades fornecidas pela distribuição, que checa todas as dependências para que um pacote possa ser instalado sem grandes problemas (mas não se esqueça da Lei de Murphy :P). Portanto, é uma questão de escolha. 1) A comodidade de usar o apt-get e não se preocupar com dependências. Mas terá que esperar a distribuição colocar o programa que você deseja. 2) Instalar pacotes de terceiros, mas que, por não ter sido testado na distribuição, pode te dar um monte de dor de cabeça. 3) Criar seus próprios pacotes, dos programas que você deseja, "adaptado" à distribuição que você usa. > >Se eu quiser usá-lo (não conheço nenhuma alternativa possível), vou > >ter que desinstalar as bibliotecas ogg e vorbis, o que forçará a > >desinstalação de uma dezena de pacotes e me obrigará a baixar nos > >sites dos desenvolvedores os mesmos pacotes em versão stand alone > >para recomposição. > > Não vejo porque. Por que o Ogg Vorbis que vem com o CL9 não funciona? Se você pegou um RPM de uma outra distribuição, o problema deve ser o nome do pacote. A versão não deve ser, pois a CL9 já vem com a última versão estável. Só para informar, o Audacity-1.1.3 (que é o beta do 1.2.0) compila e roda sem problemas no CL9. Não testei o 1.2.0-pre. Se quiser arriscar, pegue o RPM na minha página :) Só que está compilado para Athlon. Por fim, uma sugestão, mas use com bastante cuidado :P Se você precisar de uma versão mais nova de um programa/biblioteca, dê uma checada no diretório Snapshot do FTP da Conectiva. Pode ter problemas de dependências (por causa das versões, como já disse), mas pode funcionar. -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga ******************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desinstalar programas.tar.gz Data:  Tue, 11 Nov 2003 21:50:06 -0200 On Tue, 11 Nov 2003 18:53:40 -0300 Sérgio Pinheiro wrote: > Claro que fui ao Site e baixei a última versão estável. Mas e agora ? > E a versão que eu já tinha instalado ? > > Tem algum jeito de desinstalar programas instalados e compilados no > formato tar.gz ? Mesmo que manualmente ? 1) Experimente "make unistall". 2) Se não der certo, instale o checkinstall, compile _com o mesmo ./configure --prefix_, instale o RPM que ele criou e depois desinstale. 3) Se quiser fazer tudo "na raça", instale o programa num outro lugar (normalmente um "make prefix=[algum lugar]" resolve), veja quais foram os arquivos que foram instalados, e apague um por um. E, a partir do próximo programa, sempre use o checkinstall :) -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga ******************************************** De:  zsuhanko Para:  sergio.ps@ig.com.br Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re:(linux-br)Desinstalar programas.tar.gz Data:  Wed, 12 Nov 2003 11:01:24 -0200 Olá !   Voce pode entrar no diretorio dos arquivos extraidos do pacote tgz e usar: make clean make uninstall (puxa, quanto tempo nao faço isso? ;-p) Se voce apagou o diretorio em que estavam os sources, entao tente baixa-lo novamente e proceda com os comandos acima. Se ainda assim não resolver, compile novamente e depois proceda com a desintalaçao.  Outra opção e pegar arquivo por arquivo; e haja saco... Abraços ! > Tem algum jeito de desinstalar programas instalados e c ompilados no formato > tar.gz ? Mesmo que manualmente ? ******************************************** De:  Manoel Pinho Para:  Osni Flavio Passos Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)tar.bz2 ou tar.gz para pacote .deb Data:  Sat, 15 Nov 2003 19:06:49 -0200 Osni Flavio Passos escreveu: Como posso tranformar, se possivel um arquivo tar.bz2 > ou tar.gz (fontes)para pacote .deb instalavel? > O alien parece fazer mas não sei se fiz do jeito > certo....  :( > Se for um .tar.gz ou .tar.bz2 contendo os fontes do programa será necessário compilar de qualquer jeito. Nenhum programa fará o milagre de transformá-lo em um .deb binário sem uma compilação (que por sua vez demandará uma série de bibliotecas e pacotes para compilação). O modo mais prático de fazer isso é usar o programa checkinstall (http://asic-linux.com.mx/~izto/checkinstall/). Para usá-lo (depois de instalado obviamente), basta: 1- extrair o pacote .tar.gz ou .tar.bz2 2- ler o README ou INSTALL que acompanha o programa para ver como compilar o programa. Geralmente basta ./configure make make install 3- Rode o configure (com as opções necessárias caso precise) e o make para compilar o programa. NÃO faça o make install !! 4- Simplesmente execute checkinstall para gerar o pacote .deb, .rmp. ou .tgz (para Slackware). Responda as perguntas e, no final, ele gerará um pacote prontinho para ser instalado. ******************************************** De:  Ricardo Igarashi Para:  Linux-BR Assunto:  Re: (linux-br)configure, make e se estrepe... Data:  Tue, 21 Oct 2003 23:54:41 -0200 On Tue, 21 Oct 2003 14:46:56 -0200 Fernando wrote: [cut] > Se me permite, direi o meu procedimento padrão: Permissão total :)   > 1) Baixo o tar.gz, vejo se consigo compilar e instalo. > 2) Se não conseguir, não desisto e leio o manual. (geralmente faltam > parâmetros para a configuração) Ops, esqueci de escrever mas eu também leio o manual :) Normalmente consigo "matar" o problema lendo os manuais e analisando as mensagens de erro, mas às vezes aparecem uns erros que, na minha ignorância, não consigo entender... > 3) Se, mesmo assim não der certo, uso o swaret (ferramenta similar ao > apt, para o slackware), e baixo o .tgz > 4) Se não encontrar o .tgz nos mirrors procuro no google. > 5) Acaso, *infelizmente* só exista o programa em .rpm, uso o rpm2tgz e > instalo o .tgz com o installpkg. Yep, provavelmente faria isso se eu usasse o Slack também. O problema é que, no caso das distribuições baseadas no RPM, instalar com "make install" dá muito trabalho depois da instalação (dependências, desinstalação/atualização etc). Por isso que eu insisto em sempre criar um pacote RPM, mesmo que seja com o Checkinstall.   > Geralmente, eu diria que 95% das vezes termino na segunda etapa. Vejo que você entende do assunto :) -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga ******************************************** De:  Ricardo Igarashi Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)configure, make e se estrepe... Data:  Mon, 20 Oct 2003 21:11:30 -0300 On Mon, 20 Oct 2003 11:31:48 -0200 Tiago Cruz wrote: > On Fri, 17 Oct 2003 23:07:38 -0300 > Ricardo Igarashi wrote: > > > Às vezes é difícil de decifrar o que está faltando, e outras vezes o > > problema é de versão dos programas. E a documentação do programa não > > diz nada... > > Concordo! :) > > Isso é uma tremenda chatisse, por isso prefiro binários, de > preferência com auto-resulução de inter-dependências ;) Sim, é mais simples. O meu "procedimento padrão" para instalar novos programas é: 1) Vejo se tem no Snapshot da Conectiva :) 2) Se não tiver, e se tiver um pacote RPM binário, tento instalar (normalmente funciona para programas mais simples). 3) Se não funcionar (acontece normalmente em pacotes que dependem do Gnome), pego o SRPM e tento instalar. 4) Se não conseguir, tento dar uma modificada no SPEC. 5) Se não der certo, desisto :P :P :P Se não tiver o RPM nem o SRPM: 1) Baixo o tar.gz, vejo se consigo compilar mas não instalo. 2) Tento criar um SPEC para criar pacotes RPM. 3) Se faltar competência ;), uso o Checkinstall para criar um RPM para mim. Hoje, o único programa que instalo com "make install" é o kernel :) -- Ricardo Yassuo Igarashi E-mail: iga@that.com.br Linux HP: http://web.that.com.br/iga ******************************************** De:  Carlos Mazzer Para:  carlosmendes@brturbo.com Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)baixando uma distro. Data:  20 Oct 2003 14:03:24 -0300 Boa tarde, As distros como Conectiva, RH, sao muito extenças (vem em vários CD's) por isso, estas eu sempre baixei os arquivos .iso e gravei em CD's. O Slackware tem uma pasta chamada 'slackware' que se vc baixar a estrutura de diretórios que está ali, na hora da instalação é só dizer qual a partição (/dev/hdax) e o diretório, que a instalação segue sem nenhum problema. A vantagem é que vc tb nao precisa baixar todos os diretórios caso vc nao queira. ftp://ftp.slackwarebrasil.org/pub/linux/slackware/slackware-9.1/slackware De qquer forma eu acho mais seguro vc baixar o arquivo .iso =) Att, Carlos Em Sáb, 2003-10-18 às 12:15, carlosmendes@brturbo.com escreveu: > Pessoal, Salve !!!! > > Se eu baixar toda estrutura (diretorios/sub-diretorios/arquivos) de um ftp da minha distro preferida eu consigo instalar via HD?? se caso afirmativo qual o procedimento ?? ******************************************** De:  henrique Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)configure, make e se estrepe... Data:  Thu, 16 Oct 2003 08:47:22 -0300 Concordo com o ricardo, é uma questão de ler , ler, e tentar  e ler de novo... apenas pra completar... na maioria dos casos, vc tem que já ter um ambiente pronto pra compilação  fontes das dependencias e etecetera... ( e o(s) autor(es) admitem, na maioria das vezes, que vc tem instalado o gcc, headers, e mais algumas ferramentas pra se fazer um "hello world" ...) [ ]s, julio ******************************************** De:  Marcus Cavalcanti Para:  linux-br@bazar.conectiva.com.br Assunto:  (linux-br)configure, make e se estrepe... Data:  Tue, 14 Oct 2003 23:19:14 -0300 Só gostaria de dizer que em 95 % dos casos que tenho que instalar alguma porcaria via ./configure make make install alguma coisa dá errado... uma hora é arquivo corrompido, uma hora é uma mensagem de erro que nem deus sabe o que é outra ora passa no configure, no make mas dá pau no make install sei lá... o maluco tem que manjar de c para poder concertar, ou então é uns dois meses em listas de discussão pra fazer um simples programinha funcionar.... nos tutoriais é tudo bonitinho... baixe daqui, descompacte assim, faça isso, mas qdo chega nos malditos make e make install... não funciona... sem falar que se der certo para nove entre 10 mas no décimo não deu certo... nada feito... e sem falar que nem todos tem um uninstall... como uso conectiva, acho q só tem um jeito.... se não tiver RPM nem pensar... Isso foi só um desabafo de quem acaba de perder tempo de vida lendo, fuçando e tentando coisas que não funcionaram.... enfim ou é RPM ou não rola... (apt-get também é bom) pelo menos já instala as dependências... era isso, Marcus Vinícius ******************************************** De:  Andreas Para:  Alvaro Rezende de Oliveira Cc:  seguranca@distro.conectiva.com.br Assunto:  Re: RES: RES: [seguranca] relay Data:  Wed, 19 Nov 2003 19:16:41 -0200 On Wed, Nov 19, 2003 at 06:00:44PM -0200, Alvaro Rezende de Oliveira wrote: > Aproveitando esse assunto sobre o sasl2, como eu poderia saber quais as > opções usadas pela conectiva quando compilaram o postfix que está na > distribuição ? Só baixando o arquivo .src.rpm correspondente e olhando o arquivo .spec, lá estão os comandos usados na compilação. ******************************************** Tente seguir esta logica, primeiro procure na sua distro se já tem o pacote em forma de rpm, este sim, basta um click pra instalar sem problema algum, podemos dizer que pacotes rpm pra sua distro seria o equivalente aos programas pra windows, por exemplo no Conectiva tem o synaptic, em ambiente gráfico, basta digitar as iniciais do pacote pra localiza-lo e instalar, também tem o apt-get pra instalar ou atualizar o pacote, ele faz tudo, busca o pacote no site e instala ou atualiza, procure pelas ferramentas equivalentes na sua distro Quando a sua distro não tem o pacote, seja no CD de instalação ou no Site dela, tente achar em outro local o pacote rpm destinado a ela, e leve em consideração a versão também. Quanto tudo isto falhar, restou o fonte, este sim voce pode instalar em qualquer distro e até altera-lo, enfim, pode fazer o que quer, mas vai dar um pouco mais de trabalho, não gosto de fazer comparações, mas imagine voce pegar codigo fonte de programas pra windows e ter que compilar estes programas na tua maquina, teria até mais problemas que no Linux, pena que lá não se tem esta liberdade. Não conheço o funcionamento de outas distros, mas tente procurar o pacote no repositório do próprio site da sua distro, com certeza deve ter o pacote prontinho em rpm, basta baixar e dar um click pra instalar. A principio não se instala pacotes de uma distro em outra, alguns dizem que as distros baseadas em rpm pode fazer isto e tal, que nas distros que seguem a LSB e etc...,em algumas situações funciona e outras não, tem problemas com versão do kernel e outras dependencias, tudo é questão de tentar, qunado falhar, faça a instalação a partir dos fontes. Zago ******************************************** De:  Rafael Alexandre Schmitt Para:  Linux(BR) - Lista Assunto:  Re: (linux-br)Pacotes .DEB no Red Hat 9.0 Data:  Tue, 13 Jan 2004 00:19:59 -0200 * Alexandre Drefahl (alexandre@drefahl.com.br) wrote: > > Gostaria de saber se há uma forma de instalar pacotes .deb no Red Hat 9.0? > Como ainda estou explorando o novo mundo Linux (novo para mim), gostaria de > tirar esta dúvida! Você pode usar o alien para transformar o .deb em .rpm , mas eu não vejo necessidade de se fazer isso já que sempre existem versões em rpm dos programas. -- Rafael Alexandre Schmitt ******************************************** De:  Rogério Bragil Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Duvidas de iniciante Data:  Fri, 30 Jan 2004 01:27:59 -0200   > Se eu fizer a instalacao de uma distribruicao (por exe: red hat 9) > selecionando a opcao area de trabalho pessoal poderei baixar programas > que estejam em formato tar.gz (sao os fontes, ne??) e compila-los? ou > so poderei instalar programas que estejam no formato RPM?? É possível compilar desde que você instale o compilador (gcc), a glibc (biblioteca C), utilitários de compactação/descompactação (tar, gzip, bzip2, etc), make. Alguns programas necessitam de determinadas bibliotecas para compilarem. Geralmente, quando vc digita ./configure (um dos comandos para se efetuar a compilação), é feita uma varredura no seu sistema, para saber se tudo que é necessário para compilar o programa está instalado. Se faltar algum programa ou biblioteca, o configure emitirá um aviso, e encerrará.   > caso eu nao possa compilar os programas tendo instalado o sistema dessa > forma, o que preciso instalar pra poder compila-los? quais sao todos os > pacotes necessarios? gcc, gcc-c++, glibc, make, tar, gzip, bzip2. Isso é o mínimo (acho). Alguns programas, principalmente para gnome/kde ou qualquer interface gráfica, necessitarão das bibliotecas das respectivas interfaces para compilar (gtk para gnome, qt para kde, etc). > se eu quero instalar um pacote rpm que esta no cd de instalacao e que > nao foi instalado junto com o linux, como faco para saber quais as > dependencias dele? quando vc tenta instalar um pacote RPM com o comando rpm -ivh nome_pacote.rpm e este pacote necessitar de dependências, será emitido um aviso sobre quais arquivos ou pacotes são necessários para a instalação deste. > desde ja agradeco pela atencao e possivel ajuda De nada... :) bragil ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Duvidas de iniciante Data:  Thu, 29 Jan 2004 01:09:28 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Victor Henrique wrote: >Se eu fizer a instalacao de uma distribruicao (por exe: red hat 9) >selecionando a opcao area de trabalho pessoal poderei baixar programas >que estejam em formato tar.gz (sao os fontes, ne??) e compila-los? Sim. >ou >so poderei instalar programas que estejam no formato RPM?? Poderá instalar também (aliás, preferencialmente) os programas no formato RPM feitos para a sua distribuição. Não poderá instalar programas feitos para outras distribuições, mesmo que estejam em RPM. >caso eu nao possa compilar os programas tendo instalado o sistema > dessa forma, o que preciso instalar pra poder compila-los? quais sao > todos os pacotes necessarios? Impossível dizer sem saber qual a distribuição que você vai usar e qual programa você vai compilar. É caso a caso. >se eu quero instalar um pacote rpm que esta no cd de instalacao e que >nao foi instalado junto com o linux, como faco para saber quais as >dependencias dele? Se a sua distribuição é um pouco mais do que pé-rapado, ela tem um programa que acha as dependências para você. No Red Hat Fedora: up2date No Mandrake: urpmi No Conectiva: apt-get No Debian: apt-get >se eu so instalar o windowmaker no meu linux, mesmo assim consigo >utilizar os programas feitos para kde e/ou gnome? (ex: konqueror) Sim. - --   Thiago Macieira  -  Registered Linux user #65028    thiagom (AT) mail (dot) com     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ******************************************** De:  Marcelo Vivan Borro Para:  adautoserpa@bol.com.br Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)GTK, QT, Glib Data:  Tue, 24 Feb 2004 19:39:20 -0300 Adauto Serpa escreveu:         Estou de cabelo para o alto, porque é tão dificil para instalar uma programa > em linux, parece que tudo tem que estar perfeito para que a instalação > funcione. > Eu acho tão ou mais fácil que no windows...         Bom estou usando Conectiva 8 quando tento instalar (Downloader for X) um rpm > do redhat não funciona fala que esta faltando uma ou duas bibliotecas até ai > tudo bem não seria lógico eu conseguir. > Porque não instalou o pacote ddo Downloader for X da própria Conectiva?  Use o synaptic...  Você instalaria um programa para windows NT4 em um windows 3.11 ?  Não é recomendado usar pacotes de outras distros...         Então o que fiz, baixei o src.rpm, para que eu pudesse fazer o rpm compatível > com a minha distribuição deu problema de versão de glib. > Recompilar o pacote é o procedimento correto, mas não é indicado para iniciantes.  Você teria que dar uma olhada no SPEC do pacote e ver se realmente é necessária a tal versão da glib.  Muito provavelmente estaria indicando para um alias particular do Red Hat         No site do XMMS só tinha versão em rpm para RedHat lá também tem o arquivo > src.rpm, não consegui, baixei a versão em tar.gz deu o mesmo problema do glib > ele pedia o glib 2. alguma coisa. > Novamente, experimente usar os pacotes da distribuição         Sei que no meu conectiva esta rodando o glib 1.2. >         Outro detalhe que gostaria de ressaltar é que quando baixei uma versão do > downloader for x bem inferior deu o problema de versão de GTK. >         Gostaria de saber, como posso deixar meu sistema atualizado, e o que > significa essas letrinhas GTK,QT,Glib. >         Mas uma coisinha o que vocês acham de eu trocar de versão ou distribuição. > Você quer manter sua instalação atualizada ou quer usar versões mais recentes dos programas? Se você quer programas na versão mais recente, use as versões mais recentes da distribuição.   Já está para ser lançado o CL10.  Seria melhor migrar para ele, ou melhor faça uma instalação do zero, pois depois de tantos pacotes de outras distros instalados, é bem provável que você tenha problemas... Para manter sua instalação atualizada, no caso dos Conectiva basta fazer um apt-get update e um apt-get dist-upgrade.  Todos pacotes que devem ser atualizados o serão.  So que as atualizações são executados pro motivos de segurança ou correção de bugs.  Novamente, se quer usar as últimas versões de programas, atualize a distro. Marcelo Vivan Borro ******************************************** De:  Alexandro Corrêa Para:  Linux-BR (Lista) Assunto:  (linux-br)RE: Dif. entre compilar um fonte e utilizar RPM's Data:  Fri, 2 Apr 2004 13:00:30 -0300 (ART) Olá Jefferson,   Se, ao compilar um programa, você tiver todas as dependências do mesmo e não ocorrer nenhum erro, não existe diferença no resultado final. O programa vai rodar perfeitamente.   Usando RMP's ou o apt-get você já tem os arquivos binários (compilados), então a instalação é mais rápida, além de ser muito mais prático, porque os programas se instalam sozinhos.   Concluindo, se tiver a opção de pegar o RPM ou Source, prefira o RPM (isso se você não for fazer nenhuma modificação no programa é claro, apenas rodar), pois instalando a partir de um Source você tem mais chances de ter problemas. Att, Alexandro Corrêa From: Jefferson Toshikazu Higashie Ike > Qual a diferença entre instalar programas via código fonte e via rpm, > apt-get...? ===== Alexandro Corrêa - Porto Alegre - RS www.alexsuperweb.rg3.net Linux user #339537 ******************************************** De:  Marcelo Vivan Borro Para:  Jefferson Toshikazu Higashie Ike Cc:  Lista Conectiva Linux Assunto:  Re: (linux-br)Dif. entre compilar um fonte e utilizar RPM's Data:  Fri, 02 Apr 2004 14:11:09 -0300 Estou partindo do princípio que você está utilizando uma distribuição baseada em rpm.  Espero que isto evite qualquer flame com usuários de slack ou gentoo  :) Existem vantagens e desvantagens nas duas maneiras. O que é desvantagem em uma geralmente é vantagem na outra. Usar apt-rpm: Vai te poupar trabalho:  Pode ser que alguma opção mal documentada seja necessária para compilar o código em seu sistema e você pode perder um bom tempo com isso.  Pode existir algum problema ainda não detectado em versões recém lançadas. Usando o pacote pronto, você só usa um comando para instalar e tem certeza que vai funcionar, pois o mesmo já foi testado. Velocidade e praticidade:  com o apt-get você pode instalar centenas de pacotes e suas dependências com um único comando. Segurança:  Usando os pacotes rpm oficiais, se algum problema relacionado a estabilidade ou segurança do sistema for descoberto, em algumas semanas no máximo um novo pacote oficial vai estar disponível.  Para se manter atualizado e seguro basta usar apt-get update e upgrade com uma certa freqüência.  Se você usa a partir dos fontes, vai ter que ficar monitorando sites de segurança (ou até mesmo dos desenvolvedores do programa em questão) a procura de alertas. Desvantagens:  muitas vezes os pacotes oficiais são de versões desatualizadas. Você pode querer uma opção diferente que só é disponível na compilação. Geralmente os pacotes são compilados para arquiteturas mais comuns, como i386 ou i586.  Somente pacotes mais críticos (como o kernel) são compilados para arquiteturas específicas. Você pode não querer esperar uma atualização de segurança oficial e compilar uma versão nova imediatamente. Usar a partir dos fontes: Vai obrigatoriamente te dar uma visão melhor do funcionamento do sistema. Permite uma personalização muito maior. Permite que tudo seja compilado especificamente para seu sistema. Se você monitora todos alertas de segurança, pode ter o sistema mais seguro se compilar as atualizações de segurança imediatamente, não tendo que esperar no máximo algumas semanas por um pacote oficial. Desvantagens:  usando os fontes em um sistema feito para rpm, pode desatualizar a base de dados rpm e causar problemas de dependências, podendo gerar sérios problemas. Maior carga de trabalho quando uma atualização deve ser feita.  Em vez de executar o apt-get, vai ter que desinstalar a versão anterior do programa, compilar e instalar a nova versão a partir do zero. Usar o apt-rpm não impede você de compilar novos programas ou versões.  Porém é necessário cuidado para tal.  Nestes casos, o melhor a ser feito é criar um pacote rpm a partir dos fontes.  Isto é fácil de ser feito, podendo-se aproveitar o spec de uma versão anterior do pacote ou usar o checkinstall ( usa-se o mesmo processo para compilar o programa: ./configure, make, porém no lugar do make install usa-se checkinstall e ele cria o pacote depois de fazer algumas perguntas adicionais). Evite ao máximo usar pacotes rpm de outras distribuições!!!!    Recompile-os a partir do src.rpm para seu sistema. Como podem perceber, prefiro usar apt-rpm por uma questão de carga de trabalho.   Outros usuários podem preferir usar os fontes, para permitir uma melhor "afinação" do sistema ou uma maior personalização, porém uma distribuição baseada em rpm (ou mesmo deb) não é adequada para isto. Marcelo Vivan Borro Jefferson Toshikazu Higashie Ike escreveu: Qual a diferença entre instalar programas via código fonte e via rpm, > apt-get...? > ******************************************** De:  Jose Paulo Batista Silva Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desinstalar programa com ./configure Data:  Fri, 23 Apr 2004 12:30:22 -0300 Tente make uninstall. Se esta opção não existir restará apenas ver o que o make install faz (no arquivo Makefile) e fazer o inverso um a um. Para as futuras instalações procure utilizar o checkinstall (http://checkinstall.izto.org). O uso é bem simples, ao invés de executar make install execute checkinstall, e então será criado um pacote (RPM ou DEB ou outros) que você poderá desinstalar depois. Em Sex, 2004-04-23 às 10:41, "André Luiz Felix Nunes" escreveu: > uma duvida. > como desinstalo um programa instalado com: > > ./configure > make > make install > -- José Paulo Batista Silva  (Sabugão) Linux User #143502 ******************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Ativar ambiente X Data:  Thu, 13 May 2004 13:12:10 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qui 13 Mai 2004 11:04, Token escreveu: Bom dia Token.  Vejo que decidiu continuar experimentando o Linux... Bom, antes de mais nada, você realmente tem a necessidade de compilar um programa?  Nos Linux atuais, principalmente nos que usam o sistema RPM, é relativamente rara a necessidade de compilar algo, pois tudo já é encontrado pronto em pacotes RPM. Se está querendo aprender, eu deixaria o passo de compilar o programa um pouco mais para frente e antes aprenderia sobre o uso e funcionamento do Linux aos poucos. > Quanto eu tento instalar alguns programas, os que > precisa compilar ( ./configure ) ele pede o "ambiente > X", mostra uma mensagem em ingles +/- "X window > envoriment", mas eu já tenho instalado ambientes > gráficos. Sim, você já tem os pacotes binários instalados.  Mas tem os pacotes de desenvolvimento?  Os pacotes devel são usados para se compilar outros programs que precisam deles.  Por exemplo, se você vai compilar um programa que precisa do "melancia", você vai precisar ter o pacote "melancia-devel" instalado. > Uso o CL9, tem o "startx", tanto que ele > inicia sozinho, tenho KDE e WindowMaker, por padrao > está windowmaker, que via "startx" abre sozinho. (e > tambem abre sozinho ao iniciar CL9 no modo padrão) O startx faz exatamente o que você mandou.  Abre o X (servidor gráfico), que sem estar rodando nenhum gerenciador de janelas, vai ter a aparência de uma tela cinza com um cursor em forma de X. Você precisa orientar X a usar algum gerenciador de janelas.  Ao invés de usar startx, você usaria startkde para iniciar o KDE.  Não lembro o comando para o WindowMaker > > Se eu digito X só, abre um ambiente, mas sem nada > mesmo só um papel de parede acinzentado e uns rabisco > preto. > "X" é um ln -s para o arquivo XFree86 que abrindo > direto XFree86 acontece o mesmo, claro. Mais uma coisinha. Evite instalar pacotes tar.gz diretamente em um sistema rpm.  Você pode corromper a base de dados rpm e criar sérios problemas de dependências quebradas. Nestes casos, compile o programa, mas gere um pacote RPM ao invés de instalá-lo e depois instale o pacote rpm gerado.  Você pode fazer isto usando o checkinstall ou recompilando direto o src.rpm usando rpm -ba pacote.spec. Dê uma olhada no his'torico e FAQ da lista. Mais uma vez, acho que está indo com muita sede ao pote.  Aprenda a usar o Linux, instalar e desinstalar os programas da maneira trivial; conheça o sistema.  Depois se preucupe em aprender a compilar programas. Mais uma coisa.  Se você ainda estiver usando aquela máquina que citou em suas mensagens anteriores, pode demorar dias para compilar algo grande como o kernel.  Ou você acha que o windows foi compilado em um Pentium 200?  :) - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) ******************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Como compilar certo? Data:  Wed, 19 May 2004 17:07:50 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qua 19 Mai 2004 12:34, David Louback escreveu: > Olá todos da lista... > > Galera, sei que posso está sendo um pouco, ou até > mesmo muito idiota, mas acho que não posso aparentar > ser o que realmente não sou, por isso estou recorrendo > a todos que puderem me ajudar a entender um pouco esse > negócio de compilação de arquivos é muito complicado. > É o seguinte, na maioria das vezes que baixamos um > arquivos .tar.gz e nas dicas temos que compilar, > geralmente mandam vc usar um "./configure" ou "dê um > make" etc. David, se eu falar para olhar o FAQ e o Histórico de novo você não vai ficar bravo, né?  :-) É o seguinte... Procure no synaptic pelos pacotes task-kernel-compiling e task-c++-devel.   É bastante coisa, tenha paciência.  Este é o mínimo que você vai precisar...   O resto vai depender do que você quer compilar.  Dai você vai precisar dos pacotes -devel requisitados nos readme e install dos programas que você quer compilar. Para compilar, normalmente usa-se a seqüência ./configure, make e make install.  Novamente, leia a documentação do pacote que está compilando.  *Não existe uma regra definitiva quanto à estes comandos*.   Mas como já falei várias vezes na lista, cuidado ao instalar programas via male install.  Você pode comprometer toda base rpm.  Compile e crie seus pacotes e depois instale-os.  Para criar os pacotes, use rpm -ba ou o check install. - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) ******************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)X Window System not found Data:  Fri, 21 May 2004 01:04:58 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qui 20 Mai 2004 22:37, Token escreveu: > Ao tentar instalar o "icewd" (um gerenciador gráfico), > que não é RPM, tendo que digitar "./configure" como > primeiro passo. > Ele parece e faz uns testes de "yes" e "no" e pára > esse teste com a mensagem: > > configure: error: X Window System not found Token, quando você vai compilar um programa, precisa dos componentes de desenvolvimento deles.  O que o ./configure faz, é verificar se você tem as bibliotecas necessárias para compilar o programa em questão. Se ele disse que não achou o X, significa que não achou os pacotes de desenvolvimento do X.   Você deve instalá-los. Porém se bem me lembro, seu micro tem pouco espaço no HD e estes arquivos de desenvolvimento são grandes. - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) ******************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)como instalar Data:  Thu, 20 May 2004 21:42:01 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qui 20 Mai 2004 18:16, charles escreveu: > Olá pessoal > sou novo no mundo linux. Portanto a muita coisa que leio aqui e não > sei > do que estão falando. Estou lendo tudo que posso para aprender. Seja bem vindo...   :-) > Tenho um P133 e instalei o C6 que só funcionou no modo texto, > instalei o Vector Linux tambem não reconheceu o adapitador de vídeo > ATI MACH 64 RAGE-GT. Eu encontrei alguns arquivos na internet > mas não sei como usar > na instalação. Charles, a maneira de instalar programas vai depender da distribuição que vai usar. Como você ainda é bem inexperiente com o Linux, eu sugiro que tente o Kurumin, com algum gerenciador de janelas mais leve, como o blanes ou icewm, por causa das limitações do seu micro...  O Kurumin é uma distribuição voltada para desktop e ótima para usuários iniciantes e máquinas limitadas. Você esqueceu de falar quanta memória RAM o seu micro tem.  Seria bom que tivesse pelo menos 64Mb para rodar o Kurumin com o icewm... Dê uma olhada também no guia foca linux ou no Entendendo e Dominando o Linux http://www.guiadohardware.net/kurumin/index.php#download http://www.guiadohardware.net/e-books/ http://www.comlinux.com.br/docs/foca/ - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Problema grave de Bibliotecas no servidor Data:  Thu, 1 Jul 2004 19:02:37 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Reginaldo Pereira Rossi wrote: >qdo fui tentar instalar o pacote disse "este pacote esta em conflito > com po pacote glibc-2.3.2-101.4.i386.rpm mas como achei que naum > faria mau agum dei um --force e mandei bala..so que pelo que to ven > do me ferrei..agora o X naum quer mais iniciar, bem como uma série de > serviço como o PostFix o Samba e outros e eu naum sei o que fazer.. a > mensagem que da qdo digito um cmdo "ls" ou "RPM" é a seguinte: Agora você aprende a nunca usar o --force. :-) >Por Favor alguem me ajuda senaum to perdido > >PS: Sera que se eu apenas rodar novamente o cd do fedora ele naum ira >restaurar o sistema?? Use um CD ou disquete de resgate e reinstale os pacotes originais da glibc, que você sobrescreveu. Aqui nesse caso você talvez deva usar - --force. Mas não assumo responsabilidade. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ******************************************** De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Acicionar Aplicação ao ntsysv noCL10 Data:  Wed, 28 Jul 2004 16:55:53 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qua 28 Jul 2004 15:02, Fernando Novaes escreveu: > Estou usando o Conectiva 10 nos meus servidores. Vou ulilizar em 1 deles o > postgres 7.3.2 que eu tenho e vou compilar Como assim o postgre que você tem? Você fez alguma alteração no código? > , mas após a instalação ele não é  > adicionado ao ntsysv (programa que adiciona aplicações para iniciar junto com > a maquina). O que eu gostaria é de adcionar o meu postgres que compilei no > ntsysv e assim ele iniciar junto com a maquina. Se alguem puder me ajudar eu > agradeço. Basta fazer o procedimento correto:  Se quer instalar um programa em uma distro baseada em rpm, crie um pacote.  Se você instalar direto do fonte, vai ter problemas de dependências e vai acabar quebrando a base rpm.  E você não faria a genialidade de ficar instalando pacotes com nodep e force não?  :-) Use o spec do postgre original da própria Conectiva, fazendo somente as alterações necessárias para este pacote mais velho.  Daí ao instalar este novo pacote, todos scripts de inicialização devem ser colocados no local adequado, assim como faria com o pacote original. Porque usar uma versão mais velha do postgre do que a versão que vem na distro? - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ******************************************** De:  Francisco S. Wechsler Para:  Rodrigo Faria Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Desinstalando programas source Data:  Tue, 10 Aug 2004 13:45:12 -0400 (EDT) On Tue, 10 Aug 2004, Rodrigo Faria wrote: > como revover programas que foram compilados e instalados atraves de um > source > alguns programas nao tem um readme para desinstalar. > > basta apagar tudo que ele criou ? > eu faço dessa forma mas nao tenho certeza se isso remove tudo ...   Esta é uma dificuldade quando se instala pelo fonte. Procure pelos arquivos e diretórios que têm o nome do que V. instalou, por exemplo, programainstalado.bin ou similar.  Com um pouco de prática, pode-se também obter informação do arquivo install do programa.   Verifique também se ele não deixou algum arquivo de configuração oculto (o nome começa com .). Por exemplo, o OpenOffice deixa um desses, que precisa ser removido antes de instalar a próxima versão. -- Francisco Stefano Wechsler           | Diga não ao monopólio! Use Gnu-Linux. Dep. Prod. Expl. Animal-FMVZ-UNESP   | Que o Pingüim esteja contigo! 18618-000 Botucatu, SP, Brasil       | Tel/FAX: 0-xx-14-3811-7180/7185/7189 | Esperanto, a Língua Internacional. ******************************************** De:  Klemen Berti Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)source x rpm Data:  Tue, 17 Aug 2004 20:12:46 -0300 Depende muito pirata, atualmente as distribuicoes já vem com os pacotes compilados para os diversos modos que vc pode usalo, o samba com ldap e etc, o apache com php,perl,ssl e modulos adicionais configurados, etc... Sem falar que os programas são na maioria cusmizados pelo arquivo de configuracao e não pela instalacao/compilacao. A menos que voce esteja interessado em realmente alterar algo no codigo, não vale a pena, pois voce estará com os mesmos arquivos se pegasse o pacote pronto. Alem de ter que se preocupar com dependencias,  tempo de compilacao, e enventuais cagadas. Um único ponto positivo seria a possibilida de aplicar um patch algums dias antes da distribuicao lancar a correcao. O que nem sempre é uma vantagem, como mostra os ultimos incidentes do samba 3 ;) Excecoes: kernel + iptables ( suporte iptables-p2p e string match ) Meu ponto de vista. []z Klemen Pirata Wrote: Boa tarde lista!!! Me expliquem uma coisa, existe alguma desvantagem significativa em se usar instalação por rpm ao invés do source? Eu sempre usei rpm, e agora to me aventurando com as compilações de sources dos programas, e confesso q to me batendo bastante. Até o momento a grande vantagem q notei no source é que pelo menos temos mais controle sobre o local onde os arquivos serão instalados. Queria a opinião de vocês. Existem algum problema de desempenho, segurança, etc usando-se rpm pra instalar programas como apache, bind, samba, php, etc? ******************************************** De:  Antonio F. Zago Para:  Reginaldo Pereira Rossi Assunto:  Re: (linux-br)Instalar pacote tar.gz Data:  18 Aug 2004 15:04:23 +0000 Em Qua, 2004-08-18 às 16:39, Reginaldo Pereira Rossi escreveu: > Amigos > > Neste primeiro ano de aprendizado sobre o linux, aprendi que existem > vários tios de pacotes de instalação sendo um deles, os pacotes não > compilados, do tipo tar.gz...  . Quem me ensinou tbm me disse que > sempre, em um pacote não compilado, ou tar.gz vem um arquivo do tipo > "config ou configure ou .sh (script)", que efetuam a instalação, mas > tenho notado em muitas vezes que existem vários tar.gz sem os tais > arquivos (./configure e etc..) para efetuar a instalação, principalmente > os arquivos de modulos de dispositivos,...diante disto..como proceder > para instalar?? > > Olá Reginaldo Tente evitar, quando inevitável, resta procurar no site do desenvolvedor, mantenedor do pacote, geralmente eles disponibilizam um passo a passo, FAQ ou alguma documentação pra auxiliar na instalação. Outra alternativa é procurar no google pelo pacote, com certeza alguém já teve problemas pra fazer a mesma instalação e perguntou isto em forum ou listas, com estas respostas que voce vai se virar pra instalar, pode até dar sorte de alguém ter feito algum tutorial, mesmo que seja pra outra distro vai servir de orientação pra voce instalar na tua. Não ajudou muito mas é meu palpite e como tenho feito com estes pacotes, vamos ver o que vem da lista. ******************************************** De:  George Tihameri Para:  Lista Linux Real Assunto:  Re: (linux-br)Instalar pacote tar.gz Data:  Wed, 18 Aug 2004 15:12:56 -0300 Caro Reginaldo     Não existe uma regra, o que constuma de regra sempre haver é um arquivo README e/ou INSTALL que contem as instruções de instalação. Caso nao exista no diretorio criado durante a descompactação procure um diretorio doc ou docs algum arquivo com um nome parecido com os citados acima. As vezes ele vem em formato html. Att George ! Neste primeiro ano de aprendizado sobre o linux, aprendi que existem ! vários tios de pacotes de instalação sendo um deles, os pacotes não ! compilados, do tipo tar.gz...  . Quem me ensinou tbm me disse que ! sempre, em um pacote não compilado, ou tar.gz vem um arquivo do tipo ! "config ou configure ou .sh (script)", que efetuam a instalação, mas ! tenho notado em muitas vezes que existem vários tar.gz sem os tais ! arquivos (./configure e etc..) para efetuar a instalação, principalmente ! os arquivos de modulos de dispositivos,...diante disto..como proceder ! para instalar?? ******************************************** De:  Piter Punk Para:  Reginaldo Pereira Rossi Cc:  Lista Linux Real Assunto:  Re: (linux-br)Instalar pacote tar.gz Data:  Wed, 18 Aug 2004 15:08:29 -0300 Reginaldo Pereira Rossi wrote: Amigos > > Neste primeiro ano de aprendizado sobre o linux, aprendi que existem > vários tios de pacotes de instalação sendo um deles, os pacotes não > compilados, do tipo tar.gz...  . Quem me ensinou tbm me disse que > sempre, em um pacote não compilado, ou tar.gz vem um arquivo do tipo > "config ou configure ou .sh (script)", que efetuam a instalação, mas > tenho notado em muitas vezes que existem vários tar.gz sem os tais > arquivos (./configure e etc..) para efetuar a instalação, principalmente > os arquivos de modulos de dispositivos,...diante disto..como proceder > para instalar?? > Seguir as instruções que existirem no README ou no INSTALL. Um .tar.gz que venha sem configure, sem Makefile, sem Imakefile e sem README ou INSTALL não está muito a fim de ser instalado. Alguns softwares proprietários são distribuídos em um .tar.gz com um binário dentro apenas, normalmente na página onde foi realizado o download existem instruções do que fazer.                                                 Falous,                                                         Piter PUNK --   ____________  / Piter PUNK \_____________________________________________________ |                                                                   | |      |        E-Mail: piterpk@terra.com.br         (personal)     | |     .|.               roberto.freires@gds-corp.com (professional) | |     /V\                                                           | |    // \\      UIN:116043354 Homepage:www.piterpunk.hpg.ig.com.br  | |   /(   )\                                                         | |    ^`~'^         ----> Slackware Linux - The Best One! <----      | |   #105432                                                         | `-------------------------------------------------------------------' ******************************************** De:  Carlos Carvalho Para:  Reginaldo Pereira Rossi , Lista Linux Real Assunto:  RE: (linux-br)Instalar pacote tar.gz Data:  Wed, 18 Aug 2004 14:51:31 -0300  Ler o README ou o INSTALL. Alguns aplicativos nao necessitam de um configure ou algo do genero.  O que define a forma como o pacote eh instalado nao eh se ele eh tar.gz, o que define eh o autor do pacote.  Nao eh uma regra imutavel essa de que deve existir um configure, alguns pacotes sao apenas compilado e depois executados, o caso do chkrootkit, que vc apenas da um "make sense" e ele compila os binarios e cria um executavel. Outros sim, sao diferentes, pois precisam de diretorios especificos de configuracao ou que outros binarios e arquivos existam  no sistema. E eh isso que geralmente os "configure" da vida fazem, definir diretorios, comportamente ou se compilar ou nao determinado aplicativo.  Eu posso criar um pacote tar.gz e vc nao precisar executar nada a nao ser algum binario pre-compilado ou um script perl, shell whatever!   Repito, o bom autor vai incluir um README, INSTALL ou ambos ou algum outro doc informativo qualquer para auxiliar no uso da ferramenta. Caso ele nao faca isso so te resta uma coisa a fazer: Verificar que tipo de arquivos estao no pacote, o comando "file" eh bom pra isso, e executar ou compilar de acordo com o tipo de arquivo.   Abracos  '>'Amigos  '>'  '>'Neste primeiro ano de aprendizado sobre o linux, aprendi que existem  '>'vários tios de pacotes de instalação sendo um deles, os pacotes não  '>'compilados, do tipo tar.gz...  . Quem me ensinou tbm me disse que  '>'sempre, em um pacote não compilado, ou tar.gz vem um arquivo do tipo  '>'"config ou configure ou .sh (script)", que efetuam a instalação, mas  '>'tenho notado em muitas vezes que existem vários tar.gz sem os tais  '>'arquivos (./configure e etc..) para efetuar a instalação, principalmente  '>'  '>'os arquivos de modulos de dispositivos,...diante disto..como proceder  '>'para instalar??  '>'  '>'  '>'Grato  '>'  '>'  '>'Reginaldo ******************************************** De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Como desinstalar programa Data:  Tue, 2 Nov 2004 19:25:40 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Luciano Marcos Paes wrote: >Pessoal: > >Para instalar programas de arquivos tar.gz uso: > >tar -zxvf nomedoarquivo >acesso a pasta criada com o nome do programa >./configure >make >su para virar root >make install > >Mas e agora se eu quiser desistalar este programa como faço ? make uninstall do mesmo diretório de onde você o instalou. Se você já apagou ou se o programa não suporta esse comando, a sua solução é apagar todos os arquivos que ele colocou, um por um. Se você não quer ter o trabalho de ter que se lembrar quais são os arquivos, use um gerenciador de pacotes. Afinal, é exatamente para isso que eles foram inventados. Você pode criar seus próprios pacotes, ou usar o checkinstall. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ******************************************** De:  Ednei Pacheco Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Como desinstalar programa Data:  Wed, 3 Nov 2004 10:17:13 -0300 (ART)  --- Thiago Macieira escreveu: > Se você já apagou ou se o programa não suporta esse comando, a sua solução > é apagar todos os arquivos que ele colocou, um por um. > > Se você não quer ter o trabalho de ter que se lembrar quais são os > arquivos, use um gerenciador de pacotes. Afinal, é exatamente para isso > que eles foram inventados. Caso não haja uma versão pré-compilada (.rpm, .deb ou .tgz) do programa utilizado, utilize o checkinstall para criar um pacote. Bastará utilizar... # ./configure [OPÇÕES] # make # checkinstall -y (ao invés de make install) Lembre-se de que deverás instalar o programa Checkinstall antes... Como uso o Slackware, automaticamento é criado e instalado o programa recém-compilado no formato .tgz. À partir daí é só utilizar o gerenciador de pacotes do sistema para removê-lo. Att., Ednei Pacheco, pachequinho_rj@yahoo.com.br, ICQ: 284462416. ******************************************** De:  José Geraldo Gouvêa Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Reconstruir Base do Synaptic Data:  Wed, 12 Jan 2005 00:35:41 -0200 On Tue, 11 Jan 2005 18:48:13 -0200 "Guerreiro - Linux" wrote: > Bom dia.... > > > Estou usando o seguinte repositorio rpm > http://ftp.interlegis.gov.br/pub/conectiva/snapshot conectiva all, que > e  para snapshot, para atualizar meu micro, so que hoje quando fui > tentar  desinstalar um programa pelo synaptic, atraves do filtro de > busca nao era  retornado, o programa desejado, procurei pela net mais > nao localizei algo  sobre o assunto.... 1 : o programa não estava instalado ou 2 : havia sido instalado pelo código fonte ou 3 : sua base de dados rpm estava corrompida antes (qual é verdadeira?:) > entao deletei os arquivos que estão /var/lib/rpm achando que este sao > a base  de dados dos programas que estao instalados no meu micro. REceita do desastre: apague algo que você não tem certeza o que é... Da próxima vez, experimente MOVER aquilo que você quer apagar para um outro lugar. >         Agora queria saber da lista, o que eu devo fazer para recriar >         a base > de dados dos programas que estao instalados na minha maquina para o > synaptic, tem como fazer isto...? Acho difícil. O próprio rpm deve estar corrompido e se você reinstalá-lo ele vai sobrescrever tudo que "não está lá" com novos dados. Os programas que você instalou são agora uma imensidade de arquivos soltos pelo seu HD afora. Isso aconteceu comigo uma vez por acidente e não teve jeito de recuperara. Precisei instalar o sistema de novo. Quer saber? Faça um backup do que lhe importa, formate a partição, instale de novo. Depois baixe um programinha chamado "delete" (http://unix.freshmeat.net/projects/delete/). Compile, instale  adicione as seguintes linhas ao seu /etc/bashrc: alias rm="/usr/local/bin/delete" alias shred="purge -a" alias empty="purge -c" e estas linhas ao /etc/profile ou ao ~/.bash_profile: RUBBISH=$HOME/Desktop/Trash export RUBBISH Algumas pessoas acham este tipo de script perigoso, mas eu nunca tive problemas desde que passei a usar. Pessoalmente acho muito mais perigoso não ter este script instalado no computador de uma pessoa que sai apagando pastas sem saber para que servem... -- --------------------------------------------------------                  José Geraldo Gouvêa                    e-mail: - ou     site: -   ******************************************** De: Manoel Pinho Para: Marco Rabelo Cc: Linux-BR Lista Assunto: Re: (linux-br)Instalar Inkscape Data: Tue, 17 May 2005 18:32:37 -0300 Marco Rabelo escreveu: >Boa tarde a todos!!! > >Bom, minha batalha atual é a seguinte: como instalar o Inkscape no CL 10? >Peguei o .rpm no repositório do site da Conectiva, mas ele dá uma lista de >dependências impossível de resolver, com arquivos que não encontrei nem no >http://rpmfind.net. > > > Você deve ter pego da versão snapchot e é razoável que dê problemas de dependência no CL10, que é mais antigo. >Baixei a versão para compilar e instalar e dá uma dependência de um tal de >libpng que não existe para o CL 10, só existe o libpng3 e libpng10, que não >resolvem o problema da dependência... > > > Você teria que mexer no arquivo .spec para adaptá-lo ao CL 10, mas isso é coisa para quem tem um pouco mais de conhecimento. >Só consegui mesmo instalar a versão para Windows, que funciona normalmente.. > > Não faça isso. Usar windows por causa de um software livre é o fima da picada... >Alguém aí sabe o caminho das pedras para instalar este software? > > Use a versão empacotada com o autopackage disponível em http://autopackage.org/downloads.html ******************************************** ******************************************** ********************************************