Re: Usando tabelas de roteamento.
Miguel Da Silva - URI escribió: Prezados listeiros, estou tentando criar novas tabelas de roteamento com o iproute2, só que não estou tento sucesso. Colei as saídas dos comandos que executei para que vocês vejam: # ip route del table main to 192.168.1.0/24 protocol kernel scope link src 192.168.1.38 dev eth0 # ip route add table dev1 to 192.168.1.0/24 protocol static scope link src 192.168.1.38 dev eth1 # ip route add table dev1 default via 192.168.1.1 dev eth1 RTNETLINK answers: No such process A messagem de erro aparece quando tento adicionar uma rota default na tabela dev1 (essa tabela eu a criei no arquivo /etc/iproute2/rt_tables). Se eu executo o último comando sem a opção dev eth1 parece que tudo funciona bem, só que o resultado não é o que quero. Colei o resultado em questão logo abaixo: # ip route show table main 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.37 default via 192.168.1.1 dev eth0 # ip route show table dev1 192.168.1.0/24 dev eth0 proto static scope link src 192.168.1.38 default via 192.168.1.1 dev eth0 Sugestões? Até mais e valeu. Parece que encontrei o erro... acontece que as rotas que são adicionadas em outras tabelas, devem estar também na tabela main. O que eu fazia era apagar a rota da tabela main e depois criá-la na tabela em questão. Então, quando eu tentava adicionar o default gateway nesta tabela dava problemas. Interessante. Até. -- Miguel Da Silva Unidad de Recursos Informáticos Facultad de Ingeniería - http://www.fing.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Verificar hardware
Olá abra o terminal e: lshw caso não tenha: aptitude install lshw e peça novamente o comando anterior 2009/3/19, Matheus Aguiar aguiar.mmc.li...@gmail.com: Josevan, Uma opção é: # hwinfo --bios --memory Boa sorte, Matheus. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- * Pee Jay - http://wiki.dcc.ufba.br/~PeeJay * Bacharelando em Ciência da Computação / UFBA - http://www.dcc.ufba.br * [Geocities] - http://geocities.com/peejaymail * [MSN] - peejaymail [em] yahoo [ponto] com -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Suporte a impressoras no Linux
Ufa, e que essa dificuldade de manutenção, mais a falta de suporte a certos modelos de impressoras representa uma *limitação ao uso de Linux*. Há alguns anos eu parei de usar Linux, pois minha Lexmark Z605 nao funcionava nele. Várias distros tem sido criadas pra facilitarem a manutenção e tal.. No fim, é como eu falei, a pergunta é muito nebulosa. 2009/3/20 Ufa u...@technotroll.org oi Erik, Acho q dificilmente seu recurso ira ser aceito. Vc tem q ver a questão como um todo, e não só pela parte da impressora, ainda mais sendo ela *incorreta*. Ela é incorreta, a meu ver, por afirmar que a é uma limitação do linux a dificuldade de manutenção.
Re: Suporte a impressoras no Linux
Ufa, veja que a questão não fala sobre isso como uma limitação do Linux, mas sim como uma limitação ao uso do Linux. Nesse sentido você nao acha isso verdadeiro? E no mundo todo.. 2009/3/20 Ufa u...@technotroll.org Na verdade, dizer que dificuldade de manutenção é limitação do linux é falso. Dificuldade é uma coisa subjetiva, por isso que, na minha opinião, a questão é falsa.
dúvidas samba
Boa tarde galera da lista, tenho umas dúvidas com relação à permissão de arquivos no samba Uma delas como fazer para que em um novo compartilhamento com permissão de escrita para todos os usuários, só o dono do diretório tenha permissão de alterar e apagar os arquivos, e todo os outros usuários só possam ler e copiar o mesmo arquivo? -- Nunca diga às pessoas como fazer as coisas. Diga-lhes o que deve ser feito e elas surpreenderão você com sua engenhosidade. George Patton (1885-1945)
Re: Suporte a impressoras no Linux
Claro que a gente nao vai chegar muito longe aqui, mas eu acho que isso tem sido fato há tempos. Inclusive é a razão da maioria dos esforços de escritores de device-drivers e 'arquitetos' das novas distribuições. Mas nao consigo engolir uma resposta dessa. É totalmente subjetivo mesmo. Mês que vem eu digo o que foi decidido. Nao que eu tenha esperanças.. mas vamos ver. =) Abraços. -- Erick
Re: Módulo NVIDIA com Kernel Xen
2009/3/12 Edson Marquezani Filho edsonmarquez...@gmail.com: 2009/3/11 Edson Marquezani Filho edsonmarquez...@gmail.com: Pessoal, alguém conseguiu rodar o driver proprietário NVIDIA com Kernel Xen no Debian Lenny ou Squeeze ? Eu tentei de tudo, mas não consigo compilar o módulo para o kernel Xen. Com kernel normal vai tranquilo. A princípio estava usando o instalar binário mais recente disponível a partir do site do fabricante, mas troquei pelos pacotes oficiais do repositório Debian. Ambos funcionam a contento com o kernel 2.6.26-1-amd64, porém com o 2.6.26-1-xen-amd64 não consigo compilar o módulo com o module-assistant (nem com o instalador da NVIDIA). A compilação falha aprensentando erro no código. Pelo o que entendi, há um bug no código que causa isso. Tentei vários truques sugeridos por aí, inclusive setar a variável IGNORE_XEN_PRESENCE=y e trocar strings no código, mas não resolveu também. Encontrei esse patch aqui[1], mas fiquei confuso com relação ao nome do pacote (nvidia-graphics-drivers). Depois vou tentar aplicá-lo. Estou rodando Squeeze amd64, com XEN 3.2.1, tudo instalado a partir dos pacotes oficiais Debian. Alguém, pelo amor do Richard Stallman, sabe como resolver isso? =P [1] http://patch-tracking.debian.net/patch/misc/view/nvidia-graphics-drivers/173.14.09-5/patches/xen.patch Pessoal, acho que o caminho é aplicar esse patch mesmo, porém não consigo obter sucesso justamente nesse ponto. Copio ele para dentro do diretório do fonte do módulo (baixando pelo module-assistant), em /usr/src/modules/nvidia-kernel. Aplico ele com patch -p3 xen.patch , e o único arquivo que é alterado é ele mesmo! Nenhum fonte sofre alteração alguma! =/ Fiquei sem entender. Há algum erro nesse patch, ou eu que não estou aplicando da forma correta? A versão do nvidia-kernel-source e do patch correspondem (173.14.09-5). Alguém saberia me dizer se esse arquivo de patch está gerado corretamente? Obrigado. Só pra constar aqui na lista. Consegui compilar o módulo com a versão Debian unstable do driver (180.). Troquei os pacotes nvidia-glx e nvidia-kernel-source para a versão do sid, e compilei os módulos com module-assistant para ambos os kernels. Na hora de compilar para o kernel Xen, defini a variável IGNORE_XEN_PRESENCE=y e exportei. Nem sequer tentei compilar sem isso, mas com isso funcionou. No final das contas desisti de usar o Xen, porque estava tendo problemas. Me aconselharam a instalar a versão mais recente (3.0.x) a partir do código fonte, que usa um kernel 2.6.18, que, por sua vez, me colocou de volta ao mesmo velho problema de não conseguir compilar o módulo NVIDIA. Desencanei e fui procurar uma solução mais simples pra brincar de virtualizar. Cheguei à conclusão que é meio impraticável (ou muito sofrido) usar um desktop em cima de kernel Xen. (Meu som também não funcionou, por exemplo). Deixa o Xen para uso profissional mesmo. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: dúvidas samba
Eduardo Pizorno escribió: Boa tarde galera da lista, tenho umas dúvidas com relação à permissão de arquivos no samba Uma delas como fazer para que em um novo compartilhamento com permissão de escrita para todos os usuários, só o dono do diretório tenha permissão de alterar e apagar os arquivos, e todo os outros usuários só possam ler e copiar o mesmo arquivo? -- Nunca diga às pessoas como fazer as coisas. Diga-lhes o que deve ser feito e elas surpreenderão você com sua engenhosidade. George Patton (1885-1945) As permissões para ler e copiar são as mesmas; para copiar um arquivo você precisa poder ler este arquivo. O dono poderia ter permissões rwx e os outros usuários permissões rx. Estas permissões são para o diretório em questão, os arquivos dentro dele poderiam ter permissões wx para o dono (e talvez para o grupo primário ao qual o dono pertence) e o resto dos usuários permissões w apenas. Até. -- Miguel Da Silva Unidad de Recursos Informáticos Facultad de Ingeniería - http://www.fing.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Gnome apenas em modo seguro.
Olá a todos, Após a atualização do Debian 4 para o 5, não consigo fazer login no gnome. Ao tentar fazer o login, a seguinte mensagem de erro é gerada no .xsession-errors: /etc/gdm/Xsession: Beginning session setup... xrdb: Connection timed out xrdb: Can't open display 'localhost:12:0' cannot open display: Execute /usr/bin/seahorse-agent --help para ver a lista completa de opções de linha de comando disponíveis. Porém, se eu mudo a sessão para Gnome em modo seguro, consigo fazer login normalmente. Pensei que pudesse ser alguma configuração da versão antiga que não foi apagada e que estava causando este erro. Resolvi reinstalar o sistema do zero e o problema persiste. Também tentei criar um usuário novo e logar, mas não tive sucesso. Alguém pode me dar alguma dica para tentar resolver este problema? Muito obrigado, -- Jorge Augusto Senger jasenger (at) gmail.com
Re: Gnome apenas em modo seguro.
Olá, 2009/3/20 Jorge Augusto Senger jasen...@gmail.com: Olá a todos, Após a atualização do Debian 4 para o 5, não consigo fazer login no gnome. Ao tentar fazer o login, a seguinte mensagem de erro é gerada no .xsession-errors: /etc/gdm/Xsession: Beginning session setup... xrdb: Connection timed out xrdb: Can't open display 'localhost:12:0' cannot open display: Execute /usr/bin/seahorse-agent --help para ver a lista completa de opções de linha de comando disponíveis. Porém, se eu mudo a sessão para Gnome em modo seguro, consigo fazer login normalmente. Pensei que pudesse ser alguma configuração da versão antiga que não foi apagada e que estava causando este erro. Resolvi reinstalar o sistema do zero e o problema persiste. Também tentei criar um usuário novo e logar, mas não tive sucesso. Alguém pode me dar alguma dica para tentar resolver este problema? Não tenho muito a ajudar, mas escrevi para avisar que que uma discussão [0] aberta na lista debian-amd64 sobre um problema parecido com o seu, talvez valha a pena acompanhar. [0] http://lists.debian.org/debian-amd64/2009/03/msg00090.html Muito obrigado, -- Jorge Augusto Senger jasenger (at) gmail.com -- ...só nos sobrou o futuro..., visto em www.manuchao.net Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Necessidade de recompilar kernel
quote quem=Edson Marquezani Filho Pessoal, na opinião de vocês, qual é a real necessidade de se recompilar um kernel quando se configura um servidor ? ... Mas, conheço pessoas que __sempre__ recompilam o kernel ao montar um servidor. Existe um bom motivo pra isso, além do gosto pessoal ? Sim, existe um motivo: ignorância! -- Fabio. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Necessidade de recompilar kernel
Em 20/3/2009 14:43, Fabio Guerrazzi escreveu: quote quem=Edson Marquezani Filho Pessoal, na opinião de vocês, qual é a real necessidade de se recompilar um kernel quando se configura um servidor ? ... Mas, conheço pessoas que __sempre__ recompilam o kernel ao montar um servidor. Existe um bom motivo pra isso, além do gosto pessoal ? Sim, existe um motivo: ignorância! Eu diria que ignorância é ignorar o fato disso ser útil. ignorância : ato de não conhecer, ignorar o conhecimento. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Necessidade de recompilar kernel
Pessoal, na opinião de vocês, qual é a real necessidade de se recompilar um kernel quando se configura um servidor ? Digo isso porque, em geral, nunca faço isso, a não ser que haja uma necessidade específica de aplicar um patch, ou alguma outra customização que realmente torne isso um requisito para prosseguir. Mas, conheço pessoas que __sempre__ recompilam o kernel ao montar um servidor. Existe um bom motivo pra isso, além do gosto pessoal ? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Necessidade de recompilar kernel
Eu diria que ignorância é ignorar o fato disso ser útil. ignorância : ato de não conhecer, ignorar o conhecimento. O ponto em que quero chegar é: realmente faz alguma diferença na prática esse lance de enxugar o kernel, deixar ele só com o básico necessário, remover o supérfluo e tal? Coisas do tipo: Ah, se for um servidor firewall, melhor deixar o kernel o mais básico possível e tal. Não sei, mas eu sempre achei desnecessário, um pouco de superstição. Até mesmo porque essa necessidade nunca se fez presente no dia-a-dia pra mim. Mas claro, posso justamente estar um tanto quanto ignorante no assunto, por isso o questionamento. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Necessidade de recompilar kernel
Em 20/3/2009 14:56, Edson Marquezani Filho escreveu: Eu diria que ignorância é ignorar o fato disso ser útil. ignorância : ato de não conhecer, ignorar o conhecimento. O ponto em que quero chegar é: realmente faz alguma diferença na prática esse lance de enxugar o kernel, deixar ele só com o básico necessário, remover o supérfluo e tal? Coisas do tipo: Ah, se for um servidor firewall, melhor deixar o kernel o mais básico possível e tal. Não sei, mas eu sempre achei desnecessário, um pouco de superstição. Até mesmo porque essa necessidade nunca se fez presente no dia-a-dia pra mim. Mas claro, posso justamente estar um tanto quanto ignorante no assunto, por isso o questionamento. No Flames, O que eu chamei de ignorante foi o comentário infeliz acima, sobre suas dúvidas a minha opinião segue. O motivo principal realmente é o que você já citou, tirar o que não precisa e deixar apenas o que vai ser útil, além de deixar os drivers essenciais para serem compilados junto com o kernel ficaria mais rápido pois o sistema não teria que carregar todos os módulos no boot, iniciar os daemons em paralelo (os que não possuam dependências ainda não satisfeitas). Mas enfim a diferença de desempenho não vai ser perceptível a menos que em situações extremas. Outro motivo talvez seria personalização de alguns recursos built-in. Hoje o kernel do GNU/Linux é usado em diversos tipos de aparelhos como celulares, MIDS, TVs e etc. Isso acontece exatamente por ser um sistema de código aberto e de fácil personalização e expansão. Isso e ignorância andam em caminhos opostos. A[]'s -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Instalar php4 em Debian Lenny
Boa tarde. Em meu servidor web possuo uma aplicação que requer o php4, no Lenny, tive que alterar o seu sources.list pra etch e instalei os pacotes do php4, porém, estou com dificuldades de instalar o módulo php4-mysql, ao tentar pelo apt-get, ele avisa que vai remover o apache, vide log: mike:~# apt-get install php4-mysql Lendo listas de pacotes... Pronto Construindo árvore de dependências Lendo informação de estado... Pronto Os pacotes a seguir serão REMOVIDOS: apache2 apache2-mpm-prefork apache2-utils apache2.2-common libapache2-mod-auth-mysql libapache2-mod-php5 libaprutil1 php5 Os NOVOS pacotes a seguir serão instalados: php4-mysql 0 pacotes atualizados, 1 pacotes novos instalados, 8 a serem removidos e 0 não atualizados. É preciso baixar 20,6kB de arquivos. Depois desta operação, 11,2MB de espaço em disco serão liberados. Você quer continuar [S/n]? Logicamente que eu aborto a operação, tentei baixar o pacote e instalar na mão, também não obtive sucesso: mike:~/downloads# dpkg -i php4-mysql_4.4.4-8+etch6_amd64.deb dpkg: considerando remoção de libaprutil1 em favor de php4-mysql ... dpkg: não, não posso continuar com remoção de libaprutil1 (--auto-deconfigure ajudará): apache2.2-common depende de libaprutil1 libaprutil1 está para ser removido. dpkg: sobre php4-mysql_4.4.4-8+etch6_amd64.deb contendo php4-mysql: libaprutil1 conflita com php4-mysql ( 6:4.4.4-10) php4-mysql (versão 6:4.4.4-8+etch6) está para ser instalado. dpkg: erro processando php4-mysql_4.4.4-8+etch6_amd64.deb (--install): pacotes conflitantes - não instalando php4-mysql Erros foram encontrados durante o processamento de: php4-mysql_4.4.4-8+etch6_amd64.deb E se eu tentar remover o pacote conflitante: mike:~/downloads# dpkg -r libaprutil1 dpkg: problemas de dependência impedem a remoção de libaprutil1: apache2.2-common depende de libaprutil1. apache2-utils depende de libaprutil1. apache2-mpm-prefork depende de libaprutil1. dpkg: erro processando libaprutil1 (--remove): problemas de dependência - não removendo Erros foram encontrados durante o processamento de: libaprutil1 Já tentei também adicionar o arquivo mysql.so do php5 no diretório de módulos do php4 e adicionar o arquivo mysql.ini no conf.d do php4, e também nada, via phpinfo.php verifico que o módulo não subiu. Neste servidor, preciso que esteja instalado php5 e php4, sendo que o php5 está como padrão e o php4 executando por CGI. Alguém já passou por tal situação? Nota: eu apenas copiei os arquivos mysql.so e mysql.ini do diretório do php5 pro php4, é preciso alterar alguma outra configuração adicional? Procurei no php.ini e não consegui identificar. Agradeço desde já. Atenciosamente, Allan Carvalho !DSPAM:49c3e1e9211431580915532! -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Ajuda com postfix e SquirrelMail
Olá pessoal, Hoje tenho um servidor postfix com usuários locais e um outro servidor com serviço de web e webmail. Agora instalei o plugin change_passwd do squirrelmail para alteração de senha, porém não funciona pelo fato de estar em outro servidor. Alguém sabe como configurar o plugin change_passwd usando uma base de usuários remota?
[OT] Duvida no Icedove
Boa tarde a todos, Gostaria de saber como eu faço para os links que vem carregados nas mensagens do icedove seja aberto pelo iceweasel, e não pelo konqueror, já configurei a opção de arquivos Associações de Arquivos. Todos os outros programas usados já abrem o link no navegador externo iceweasel, somente no icedove que ainda não consegui fazer funcionar. obrigado a todos. -- ## # Ricardo Esdra # # linux user n° 446011 # # A Liberdade é uma Questão de Escolha... # ## -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [OT] Duvida no Icedove
sexta, 20 de março de 2009, Ricardo Esdra ries...@gmail.com escreveu: Boa tarde a todos, Gostaria de saber como eu faço para os links que vem carregados nas mensagens do icedove seja aberto pelo iceweasel, e não pelo konqueror, já configurei a opção de arquivos Associações de Arquivos. Todos os outros programas usados já abrem o link no navegador externo iceweasel, somente no icedove que ainda não consegui fazer funcionar. obrigado a todos. Quando eu usava icedove os comandos abaixo funcionavam: # echo 'pref(network.protocol-handler.app.ftp, /usr/bin/iceweasel);' /usr/lib/icedove/defaults/pref/all-icedove.js # echo 'pref(network.protocol-handler.app.http, /usr/bin/iceweasel);' /usr/lib/icedove/defaults/pref/all-icedove.js # echo 'pref(network.protocol-handler.app.https, /usr/bin/iceweasel);' /usr/lib/icedove/defaults/pref/all-icedove.js Você já percebeu se o iceweasel lida corretamente com o protocolo mailto? Se não, o comando abaixo costumava funcionar para mim. # echo 'pref(network.protocol-handler.app.mailto, /usr/bin/icedove);' /usr/lib/iceweasel/defaults/pref/firefox.js -- Gunther Furtado gunfurt...@gmail.com -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [OT] Duvida no Icedove
On Fri, 20 Mar 2009 18:28:40 -0300, Ricardo Esdra ries...@gmail.com wrote: Boa tarde a todos, Gostaria de saber como eu faço para os links que vem carregados nas mensagens do icedove seja aberto pelo iceweasel, e não pelo konqueror, já configurei a opção de arquivos Associações de Arquivos. Todos os outros programas usados já abrem o link no navegador externo iceweasel, somente no icedove que ainda não consegui fazer funcionar. obrigado a todos. -- ## # Ricardo Esdra # # linux user n° 446011 # # A Liberdade é uma Questão de Escolha... # ## No Iceweasel vá em Editar Preferências Avançado, aba Geral, a última opção desta tela é Padrões do Sistema, Clique no botão Verificar agora e sete o Iceweasel como seu navegador padrão, depois vá no Icedove e veja se deu certo. -- Atenciosamente, Allan Carvalho Informação e Computação Centro de Engenharia Biomédica - CEB Universidade Estadual de Campinas - UNICAMP !DSPAM:49c4262f211431110018007! -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
É possivel reconstruir um pacote a partir source .d eb com minhas opcoes ?
Olá pessoal, Eu vou ter de recompilar o squid a partir dos fontes porque descobrí que algumas funcoes na compilação normal foram desativadas. Gostaria de saber se há um jeito de recompilar o pacote e passar as novas opcoes (--enable-isto --enable-aquilo) sem ter que fazer o ' make install' e perder definitvamente o pacote. Eu pensei que ja que é possivel fazer um backport deve existir um meio de apenas reempacota-lo com minhas opcoes necessarias : apt-get build-dep squid apt-get -b source --enable-auth=ntlm,basic --enable-basic-auth-helpers=winbind - -enable-ntlm-auth-helpers=winbind (...) Minha intenção é continuar usando o modelo de reempacotamento sem precisar dum make install ou descompactar o source do pacote e fazer por minha conta. Se tiver um jeito fácil, qualquer dica é bem vinda. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [OT] Duvida no Icedove
Gunther Furtado escreveu: sexta, 20 de março de 2009, Ricardo Esdra ries...@gmail.com escreveu: Boa tarde a todos, Gostaria de saber como eu faço para os links que vem carregados nas mensagens do icedove seja aberto pelo iceweasel, e não pelo konqueror, já configurei a opção de arquivos Associações de Arquivos. Todos os outros programas usados já abrem o link no navegador externo iceweasel, somente no icedove que ainda não consegui fazer funcionar. obrigado a todos. Quando eu usava icedove os comandos abaixo funcionavam: # echo 'pref(network.protocol-handler.app.ftp, /usr/bin/iceweasel);' /usr/lib/icedove/defaults/pref/all-icedove.js # echo 'pref(network.protocol-handler.app.http, /usr/bin/iceweasel);' /usr/lib/icedove/defaults/pref/all-icedove.js # echo 'pref(network.protocol-handler.app.https, /usr/bin/iceweasel);' /usr/lib/icedove/defaults/pref/all-icedove.js Você já percebeu se o iceweasel lida corretamente com o protocolo mailto? Se não, o comando abaixo costumava funcionar para mim. # echo 'pref(network.protocol-handler.app.mailto, /usr/bin/icedove);' /usr/lib/iceweasel/defaults/pref/firefox.js Gunther, teste aqui mas não deu certo, executei como root os comandos que você passou, e nada. quanto ao malito no iceweasel, ele funciona corretamente o encaminhamento para o icedove. -- ## # Ricardo Esdra # # linux user n° 446011 # # A Liberdade é uma Questão de Escolha... # ## -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [OT] Duvida no Icedove
Allan Carvalho escreveu: On Fri, 20 Mar 2009 18:28:40 -0300, Ricardo Esdra ries...@gmail.com wrote: Boa tarde a todos, Gostaria de saber como eu faço para os links que vem carregados nas mensagens do icedove seja aberto pelo iceweasel, e não pelo konqueror, já configurei a opção de arquivos Associações de Arquivos. Todos os outros programas usados já abrem o link no navegador externo iceweasel, somente no icedove que ainda não consegui fazer funcionar. obrigado a todos. -- ## # Ricardo Esdra # # linux user n° 446011 # # A Liberdade é uma Questão de Escolha... # ## No Iceweasel vá em Editar Preferências Avançado, aba Geral, a última opção desta tela é Padrões do Sistema, Clique no botão Verificar agora e sete o Iceweasel como seu navegador padrão, depois vá no Icedove e veja se deu certo. Allan, o iceweasel já é o browser padrão, tanto que todos os programas que contenha link's usam ele como navegador externo, apenas com o icedove que abre no konqueror -- ## # Ricardo Esdra # # linux user n° 446011 # # A Liberdade é uma Questão de Escolha... # ## -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [OT] Duvida no Icedove - RESOLVIDO
Allan Carvalho escreveu: On Fri, 20 Mar 2009 18:28:40 -0300, Ricardo Esdra ries...@gmail.com wrote: Boa tarde a todos, Gostaria de saber como eu faço para os links que vem carregados nas mensagens do icedove seja aberto pelo iceweasel, e não pelo konqueror, já configurei a opção de arquivos Associações de Arquivos. Todos os outros programas usados já abrem o link no navegador externo iceweasel, somente no icedove que ainda não consegui fazer funcionar. obrigado a todos. -- ## # Ricardo Esdra # # linux user n° 446011 # # A Liberdade é uma Questão de Escolha... # ## olha eu resolvi fuçar um pouco nas configurações do icedove, fui em marquei o campo que estava alterando e fui testando, eu fiz o seguinte; editar preferências avançado geral editor de config ai eu procurei la e achei uns campos de url buscando x-browser. ai alterei para /usr/bin/iceweasel e resolveu. valeu a todos. -- ## # Ricardo Esdra # # linux user n° 446011 # # A Liberdade é uma Questão de Escolha... # ## -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: É possivel reconstruir um pacote a partir sourc e .deb com minhas opcoes ?
apt-get install dpkg-repack dpkg --get-selections | awk '{if ($2 == install) print dpkg-repack $1}' lista sh lista Os pacotes vão ficar no diretório que rodar os comandos. O conteúdo das configurações dos pacotes serão a que você realizou antes de rodar o comando. Para essa dica ficar perfeita, basta saber como criar um repositório com os pacotes gerados pelo comando, alguem tem alguma dica? 2009/3/20 hamacker sirhamac...@gmail.com Olá pessoal, Eu vou ter de recompilar o squid a partir dos fontes porque descobrí que algumas funcoes na compilação normal foram desativadas. Gostaria de saber se há um jeito de recompilar o pacote e passar as novas opcoes (--enable-isto --enable-aquilo) sem ter que fazer o ' make install' e perder definitvamente o pacote. Eu pensei que ja que é possivel fazer um backport deve existir um meio de apenas reempacota-lo com minhas opcoes necessarias : apt-get build-dep squid apt-get -b source --enable-auth=ntlm,basic --enable-basic-auth-helpers=winbind - -enable-ntlm-auth-helpers=winbind (...) Minha intenção é continuar usando o modelo de reempacotamento sem precisar dum make install ou descompactar o source do pacote e fazer por minha conta. Se tiver um jeito fácil, qualquer dica é bem vinda. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Aderbal Botelho +55 82 99602322 Debian Consultant http://aderbal.pycontrole.com.br Un 85658381 aderbalbote...@hotmail.com ader...@gmail.com.
Re: Necessidade de recompilar kernel
quote quem=Allison Vollmann Em 20/3/2009 14:56, Edson Marquezani Filho escreveu: Eu diria que ignorância é ignorar o fato disso ser útil. ignorância : ato de não conhecer, ignorar o conhecimento. O ponto em que quero chegar é: realmente faz alguma diferença na prática esse lance de enxugar o kernel, deixar ele só com o básico necessário, remover o supérfluo e tal? Coisas do tipo: Ah, se for um servidor firewall, melhor deixar o kernel o mais básico possível e tal. Não sei, mas eu sempre achei desnecessário, um pouco de superstição. Até mesmo porque essa necessidade nunca se fez presente no dia-a-dia pra mim. Mas claro, posso justamente estar um tanto quanto ignorante no assunto, por isso o questionamento. No Flames, O que eu chamei de ignorante foi o comentário infeliz acima, sobre suas dúvidas a minha opinião segue. O motivo principal realmente é o que você já citou, tirar o que não precisa e deixar apenas o que vai ser útil, além de deixar os drivers essenciais para serem compilados junto com o kernel ficaria mais rápido pois o sistema não teria que carregar todos os módulos no boot, iniciar os daemons em paralelo (os que não possuam dependências ainda não satisfeitas). Mas enfim a diferença de desempenho não vai ser perceptível a menos que em situações extremas. Outro motivo talvez seria personalização de alguns recursos built-in. Hoje o kernel do GNU/Linux é usado em diversos tipos de aparelhos como celulares, MIDS, TVs e etc. Isso acontece exatamente por ser um sistema de código aberto e de fácil personalização e expansão. Isso e ignorância andam em caminhos opostos. Allison então forneça para a lista boas referências indicando que servidores rodam mais rápido após se recompilar o kernel. Ou que admins de grandes empresas normalmente recompilam kernel ao montar um servidor. Quando você recompila um kernel de servidor para personalizar recursos built-in? Lembro que tempo de boot não interessa, pois servidores permanecem ligados direto. Na verdade a única razão para se recompilar um kernel de servidor é para adicionar uma funcionalidade ao kernel, portanto somente em situações especiais. -- Fabio. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Necessidade de recompilar kernel
2009/3/20 Edson Marquezani Filho edsonmarquez...@gmail.com Eu diria que ignorância é ignorar o fato disso ser útil. ignorância : ato de não conhecer, ignorar o conhecimento. O ponto em que quero chegar é: realmente faz alguma diferença na prática esse lance de enxugar o kernel, deixar ele só com o básico necessário, remover o supérfluo e tal? Coisas do tipo: Ah, se for um servidor firewall, melhor deixar o kernel o mais básico possível e tal. Não sei, mas eu sempre achei desnecessário, um pouco de superstição. Até mesmo porque essa necessidade nunca se fez presente no dia-a-dia pra mim. Mas claro, posso justamente estar um tanto quanto ignorante no assunto, por isso o questionamento. Na minha humilde opinião, na maioria das vezes a recompilação é feita sem necessidade, pois de um modo geral o kernel das distribuições já é bem completo. Porém em algumas vezes ela é util (ou até mesmo necessária). Por exemplo: quando saiu o Sarge, o kernel era o 2.6.8, que ainda não tinha o módulo mppe (ou algo assim) do PPP incluso na árvore default do kernel (esse módulo é utilizado por VPNs PPtP). Então eu tinha de recompilar meu kernel (e seria ingonorança utilizar a VPN sem esse módulo que provê a criptografia, ou querer que funcionasse sem ele ...). Uma outra utilidade da compilação é desabilitar o uso de módulos (como uma medida de segurança), mantendo apenas o que o seu hardware exige, até porque o hardware de servidores não costuma sofrer grandes alterações a medida que o tempo passa. Além disso, você pode fazer o tunning de alguns valores do kernel que **podem** aumentar a performance. Abraços, Fabiano. -- Fabiano Pires LPIC-2 http://pragasdigitais.blogspot.com/ Livrando você da escória da Internet!
Re: problemas com squid
2009/3/19 Thiago Silveira Alexandre thsa...@gmail.com Senhores, estou configurando o squid em um servidor estou com um problemao aqui. Toda vez que eu inicio o serviço do squid, ele começa a criar arquivos brekleydb aos montes no diretório /var/tmp e rapidamente a partição fica cheia e o serviço para. Já configurei o squid várias vezes e nunca aconteceu isso. Se alguem puder me ajudar ficarei grato. Obrigado pela atenção. -- Thiago Silveira Alexandre Pode fornecer mais detalhes, porque tá meio vago ... Tipo: * Enviar (se possível) o squid.conf (talvez com IPs alterados). * utiliza o squidGuard? Ou outro programa externo ao squid? * Qual o tamanho da partição que hospeda o /var/tmp? * Algo mais que você julge útil ... No aguardo, Fabiano -- Fabiano Pires LPIC-2 http://pragasdigitais.blogspot.com/ Livrando você da escória da Internet!
Re: dúvidas samba
2009/3/20 Miguel Da Silva - URI mdasi...@fing.edu.uy Eduardo Pizorno escribió: Boa tarde galera da lista, tenho umas dúvidas com relação à permissão de arquivos no samba Uma delas como fazer para que em um novo compartilhamento com permissão de escrita para todos os usuários, só o dono do diretório tenha permissão de alterar e apagar os arquivos, e todo os outros usuários só possam ler e copiar o mesmo arquivo? -- Nunca diga às pessoas como fazer as coisas. Diga-lhes o que deve ser feito e elas surpreenderão você com sua engenhosidade. George Patton (1885-1945) As permissões para ler e copiar são as mesmas; para copiar um arquivo você precisa poder ler este arquivo. O dono poderia ter permissões rwx e os outros usuários permissões rx. Estas permissões são para o diretório em questão, os arquivos dentro dele poderiam ter permissões wx para o dono (e talvez para o grupo primário ao qual o dono pertence) e o resto dos usuários permissões w apenas. Até. -- Miguel Da Silva Unidad de Recursos Informáticos Facultad de Ingeniería - http://www.fing.edu.uy Universidad de la República - http://www.rau.edu.uy Miguel, creio que onde voce diz que os outros usuários teriam permissão 'w' você quiz dizer que eles teriam permissão 'r', né? abraços, -- Fabiano Pires LPIC-2 http://pragasdigitais.blogspot.com/ Livrando você da escória da Internet!