Re: OT - sse3: que programas usam?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Buys escreveu: Fala povo, Estou tentando fazer o mplayer e o mencoder entenderem que a minha cpu tem sse3, mas parece que não rola. Manjo o básico de compilação, então preciso de ajuda. Atualizei o mplayer com a última versão do svn, depois configurei com '--enable-ssse3', segundo o configure --help (não sei se é erro de digitação ou coisa parecida, mas '--enable-sse3' dá erro, tem que ser ssse3 mesmo, como diz no help). Mas depois, a versão compilada não menciona o suporte, veja só: [EMAIL PROTECTED]:/arquivo2/download/mplayer$ ./mplayer MPlayer dev-SVN-r23761-4.1.2 (C) 2000-2007 MPlayer Team CPU: AMD Hammer Family processor - Model Unknown (Family: 15, Model: 44, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 Além disso, a cpu é amd64, não x86. Mas não sei se isso é preocupante ou não. A instrução sse3 nem é tão nova assim, tá no mercado a algum tempo, mas parece que programa nenhum tá usando, principalmente os de multimídia, que seriam os mais beneficiados valeu! ssse3 não é o mesmo que sse3 e pelo que me consta nenhum processador da amd suporta ssse3 no momento. - -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlN1ChLRvs95jIBYRAloaAJ0YghfbfH8chiCa2pTaog9EoCHs3gCeLkI7 qMBpM8KMOne2Pgtk6yHP3SY= =jpVP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT - sse3: que programas usam?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Buys escreveu: Aline de Freitas wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Buys escreveu: Fala povo, Estou tentando fazer o mplayer e o mencoder entenderem que a minha cpu tem sse3, mas parece que não rola. Manjo o básico de compilação, então preciso de ajuda. Atualizei o mplayer com a última versão do svn, depois configurei com '--enable-ssse3', segundo o configure --help (não sei se é erro de digitação ou coisa parecida, mas '--enable-sse3' dá erro, tem que ser ssse3 mesmo, como diz no help). Mas depois, a versão compilada não menciona o suporte, veja só: [EMAIL PROTECTED]:/arquivo2/download/mplayer$ ./mplayer MPlayer dev-SVN-r23761-4.1.2 (C) 2000-2007 MPlayer Team CPU: AMD Hammer Family processor - Model Unknown (Family: 15, Model: 44, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2 Além disso, a cpu é amd64, não x86. Mas não sei se isso é preocupante ou não. A instrução sse3 nem é tão nova assim, tá no mercado a algum tempo, mas parece que programa nenhum tá usando, principalmente os de multimídia, que seriam os mais beneficiados valeu! ssse3 não é o mesmo que sse3 e pelo que me consta nenhum processador da amd suporta ssse3 no momento. O que é ssse3 então? A ssse3 é o nome dado pela Intel para uma revisão da SSE3, daí o porque do nome. (Supplemental Streaming SIMD Extension 3) http://en.wikipedia.org/wiki/SSSE3 SSSE3 contains 16 new discrete instructions over SSE3. Each can act on 64-bit MMX or 128-bit XMM registers. Therefore, Intel's materials refer to 32 new instructions. The earlier SIMD http://en.wikipedia.org/wiki/SIMD instruction sets on the x86 http://en.wikipedia.org/wiki/X86 platform, from oldest to newest, are MMX http://en.wikipedia.org/wiki/MMX, 3DNow! http://en.wikipedia.org/wiki/3DNow%21 (developed by AMD http://en.wikipedia.org/wiki/AMD), SSE http://en.wikipedia.org/wiki/Streaming_SIMD_Extensions, 3DNow! Professional http://en.wikipedia.org/wiki/3DNow%21, SSE2 http://en.wikipedia.org/wiki/SSE2, and SSE3 http://en.wikipedia.org/wiki/SSE3. Ou seja, SSSE3 contém 16 novas discretas instruções por sobre a SSE3. Cada qual pode atuar em registros 64-bit MMX ou 128-bit XMM. Entretanto a documentação da Intel refere-se a 32 novas instruções. Os conjuntos de instruções mais novas na plataforma x86, da mais velha à mais nova são MMX, 3DNow! (desenvolvido pela AMD), SSE, 3DNow! Professional, SSE2 e SSE3. Bruno Além disso, a cpu é amd64, não x86. Mas não sei se isso é preocupante ou não. /Bruno A cpu amd64 é x86 com 64 bits. O nome amd64 só ficou porque foi a AMD a pioneira na plataforma de 64 bits, inclusive no próprio kernel linux amd64 é referenciado como X86_64. Convencionalmente utiliza-se amd64 quando utiliza-se i386 ou i686 para a de 32 bits e X86_64 quando X86 para a de 32. http://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html#id250846 Sobre o mplayer, de fato ainda não possui suporte específico para a instrução SSE3 (ou PNI constante no /proc/cpuinfo) Abraço, - -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGlVTehLRvs95jIBYRAtwdAJ9TSgzqeyn4SeNc5K7jKbbGmNNouACffpw/ Sqx6YdL8z1kqCtW0EU5W7Jw= =XLRY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Colorindo o bash/vim! kurumin OK | Debian 4 ???
Marcelo Castilho Manzano escreveu: QUERO: colorir as linhas que não são comentário dentro dos arquivos de configuração, ex: squid.conf, sources.list, sarg.conf. No kurumin(ex-distro que usava), eu criei o arquivo /home/root/.vimrc e dentro do arquivo escrevi syntax on e tudo já ficava colorido a partir dai. No Debian ou isso não funciona ou estou fazendo errado pois não estou conseguindo. obrigado pela ajuda desde já -- |--| |Marcelo Manzano| |Cel.99603104 | |[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | |--| Bem simples. cp /usr/share/vim/vimrc $HOME/.vimrc Por padrão já terá as cores, mas tb vale a pena dar uma fuçada nessa config. Abraço -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: OpenPGP digital signature
Re: Colorindo o bash/vim! kurumin OK | Debian 4 ???
maike escreveu: faz assim vi /etc/vimrc e descomenta a linha enable syntax highlighting syntax on pronto =) Em 07/07/07, *Aline de Freitas* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] escreveu: Marcelo Castilho Manzano escreveu: QUERO: colorir as linhas que não são comentário dentro dos arquivos de configuração, ex: squid.conf, sources.list, sarg.conf. No kurumin(ex-distro que usava), eu criei o arquivo /home/root/.vimrc e dentro do arquivo escrevi syntax on e tudo já ficava colorido a partir dai. No Debian ou isso não funciona ou estou fazendo errado pois não estou conseguindo. obrigado pela ajuda desde já -- |--| | Marcelo Manzano| |Cel.99603104 | |[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | |--| Bem simples. cp /usr/share/vim/vimrc $HOME/.vimrc Por padrão já terá as cores, mas tb vale a pena dar uma fuçada nessa config. Abraço -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org http://keys.indymedia.org gpg --keyserver keys.indymedia.org http://keys.indymedia.org --recv-keys DE632016 -- .~. / v \ Seja Livre, use GNU/Linux! /( )\ ^^-^^ -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: OpenPGP digital signature
Re: Problema com Pen drive
Gabriel Renaldo Laureano escreveu: OIá pessoal, Tenho um pen drive, KINGSTON DataTraveler 2 GB. Nunca tive problemas com ele e está funcionando normalmente em máquinas Windows. Depois de uma atualização que incluiu o kernel e o hal, ele não monta mais automaticamente. Recebo a seguinte mensagem de erro: mount: wrong fs type, bad option, bad superblock on /dev/sda, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so Alguém mais teve este problema? Alguém sabe como resolve-lo? Dê uma olhada no dmesg e veja se há uma linha como a seguir: FAT: Unrecognized mount option flush or missing value Se sim trata-se de um bug no hal já relatado em: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=432103 A solução segundo o report é comentar a linha 155 de /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi como a seguir: !-- append key=volume.mount.valid_options type=strlistflush/append -- Abraço, -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: OpenPGP digital signature
Framebuffer e driver da nvidia em harmonia (para Debian)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Framebuffer e driver da nvidia em harmonia (para Debian) por Aline de Freitas Eu já não tinha mais esperanças de usar framebuffer, uma vez que os drivers do kernel rivafb e nvidiafb não funcionam bem com o driver proprietário da nvídia (indispensável para aceleração 3D). Para quem tem placa com saída para TV (como eu) não consegue usufruir nem do genérico vesafb. Isso porque devido a um conflito deste driver com o proprietário da nvidia o console fica inutilizável. As únicas soluções que encontrei pela net eram no sentido de desabilitar a saída de TV, mas peraí, eu USO essa saída para a minha TV. Então finalmente a solução para o momento é o driver uvesafb (http://dev.gentoo.org/~spock/projects/uvesafb/index.php) Ele ainda está em fase RC (release candidate) mas para mim funciona perfeitamente. Para instalar o driver é preciso aplicar um patch no kernel, recompilar o kernel, compilar sua própria versão da biblioteca klibc, compilar o utilitário v86d, recompilar mais uma vez o kernel, reiniciar e curtir o framebuffer! Compilar e recompilar em um ambiente como o gentoo é bastante simples. No debian, as coisas podem parecer um pouco complicadas, mas... nem tanto! 1. Entre no site: http://dev.gentoo.org/~spock/projects/uvesafb/index.php e baixe a última versão do patch uvesafb (no momento em que escrevo este tutorial o patch é uvesafb-0.1-rc2-2.6.22-rc6.patch $ cd /tmp $ wget http://dev.gentoo.org/~spock/projects/uvesafb/archive/uvesafb-0.1-rc2-2.6.22-rc6.patch 2. Baixe a versão do kernel correspondente ao patch disponível (no momento é 2.6.22-rc6) $ wget ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing/linux-2.6.22-rc6.tar.bz2 3. Descompacte o kernel e aplique o patch (como root) # su (sua senha de root) # mv linux-2.6.22-rc6.tar.bz2 uvesafb-0.1-rc2-2.6.22-rc6.patch /usr/src # tar -xjvf linux-2.6.22-rc6.tar.bz2 # ln -s linux-2.6.22-rc6 linux # cd linux # patch -p1 ../patches/uvesafb-0.1-rc2-2.6.22-rc6.patch 4. Configure o kernel # cp /boot/config-($uname -r) /usr/src/linux/.config # make menuconfig (ou use make gconfig, ou xconfig... o q achar mais prático :)) Em Device Drivers selecione Connector - unified userspace - kernelspace linker e ainda dentro de Device Drivers entre em Graphics support selecione Userspace VESA VGA graphics support 5. Compile o kernel (do geito debian) # make-kpkg kernel_image Se você instalou os drivers da nvidia pelo sistema de pacotes do debian ou possui outros modulos à parte, como alsa-modules o mais adequado agora é na verdade o comando a seguir: # make-kpkg kernel_image modules_image # mv /lib/modules/$(uname -r) /lib/modules/$(uname -r).old; cd .. # dpkg -i linux-image-2.6.22-rc6... ... .deb nvidia-kernel... ... .deb (se tiver) E reinicie... 6. Agora é hora de compilar as bibliotecas klibc contra seu próprio kernel. É melhor fazer também do geito debian... É recomendável utilizar a versão mais recente do klibc (no momento 1.5). Ela está disponível na unstable. Se você usa testing, acrescentar o klibc-1.5 não vai fazer muito mal. Se você usa stable, pare tudo! O que diabos vc está fazendo querendo instalar um driver ainda na condição de release candidate? Remova os binários # apt-get remove libklibc libklibc-dev klibc-utils initramfs-tools Uma pasta pra ajudar na organização... # mkdir ~/sources; cd ~/sources # apt-get source libklibc # cd klibc-1.5 Se tiver algum diretório linux dentro dos sources do klibc remova. Então crie um link simbólico para seu novo kernel # ln -s /usr/src/linux-2.6.22-rc6 /root/sources/klibc-1.5/linux E compilemos com o debian way # debian/rules binary E initramfs... # cd ../initramfs-tools-0.88 # debian/rules binary Agora instalamos os binários do diretório ~/sources # dpkg -i libklibc_1.5-2_amd64.deb libklibc-dev_1.5-2_amd64.deb klibc-utils_1.5-2_amd64.deb # apt-get install initramfs-tools Baixe e compile o v86d do site http://dev.gentoo.org/~spock/projects/uvesafb/index.php (adicione meu patch para debianizar) $ cd /tmp $ wget http://dev.gentoo.org/~spock/projects/uvesafb/archive/v86d-0.1-rc2.tar.bz2 # wget http://baderna.birosca.org/~aline/v86d/debian-v86d-0.1-rc2.patch # tar -xjvf v86d-0.1-rc2.tar.bz2 # cd /usr/local/src/v86d-0.1/ # patch -p1 ../debian-v86d.patch # chmod u+x debian/rules # debian/rules binary # cd ../ # dpkg -i dpkg -i v86d_0.1_amd64.deb 7. Finalmente recompilar o kernel... Em General Setup selecione Initial RAM filesystem and RAM disk (initramfs/initrd) support e use /usr/local/src/v86d-0.1 em Initramfs source file(s). 8. E de novo # make-kpkg kernel_image modules_image 9. Adicione video=uvesafb:1024x768-32,mtrr:3,ywrap em /boot/grub/menu.lst ou /etc/lilo.conf No caso do grub, eu acrescento isso em # defoptions=video=uvesafb:800x600-32,mtrr:3,ywrap e depois execute update-grub 10. Reinicie e curta o seu novo uvesafb! http://birosca.org/moin/uvesafb - -- Aline de Freitas - Chave pública: ID DE632016
Re: distro oficial do projeto GNU
Bruno Buys escreveu: Reparem que a todo momento a FSF recebe pedidos de distros para endossar os seus releases. Não é simples para eles verificar a 'liberdade' de milhares de pacotes contidos na distro, e ler trocentas licenças. Pena que eu não consiga agora recuperar um link que eu vi um tempo atrás, onde o RMS fazia uma análise do fedora (a pedido da redhat), explicando porque eles não podiam endossar o release, o que estava em jogo, como eles verificavam, etc. Era um texto bem esclarecedor. Acho que você se refere a esta mensagem aqui: http://fedoraproject.org/wiki/FreeSoftwareAnalysis/FSF Abraço, -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: OpenPGP digital signature
Re: Computadores 64 bits
Still escreveu: É padrão. Só para completar o que todo mundo falou, eu comprei um AMD64 há alguns meses e instalei o SID/Experimental nele. A única reclamação é que sou cliente do BB e tenho que usar uma gaiola chroot para acessar o banco. Dentro dessa gaiola eu tenho o firefox 32 bits, java da Sun e o Acrobat. O plugin do flash eu utilizo o da própria Macromedia com o nspluginwrapper. Funciona muito bem. O plugin java da Blackdown ainda não está legal, pois o BB não funciona e não funciona o site da minha corretora de valores que é baseado em Java. De qualquer forma, agora com o Java GPL, o pessoal da Blackdown irá fazer maravilhas no AMD64... Assim eu espero. :) Uma coisa que notei, não sei se é por causa da minha configuração, mas o Ubuntu AMD64 é mais rápido do que o Debian nessa máquina. De qualquer forma, estou satisfeito com o desempenho dela. []'s, Still Instalei o Lenny amd64 nesta última semana. Fiquei um dia inteiro lutando sobre a questão de java (uso muito o Bradesco) e flash. Eu até cheguei a instalar chroot, mas encontrei solução muito melhor. A mais limpa e fácil é baixar o firefox oficial, desempacotar, executar, e ir instalando as bibliotecas necessárias de 32 bits (ia32libs, ia32libs-gtk e outras mais necessárias para o firefox). Depois instalei o jre direto do site da sun (1.6.0) e só desempacotei o flash9 (não adianta querer executar o script de instalação). Então criei links simbólicos na pasta plugins do firefox oficial para o jre e para o flash. No meu painel tenho ícones para Iceweasel (amd64) e Firefox (i686). Uso mais constantemente o Iceweasel, e o Firefox oficial só quando preciso acessar algum banco ou assistir a algum vídeo do youtube... Abraço, Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 signature.asc Description: OpenPGP digital signature
PRoblemas com Epson compartilhada via CUPS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Minha situação é a seguinte: Tenho uma impressora Epson Stylus C42SX funcionando com perfeição em um Freebsd 6.2 via CUPS. Estou tentando compartilhá-la em uma máquina com Etch. Tenho cupsys e cupsys-client no Debian. A máquina com debian encherga a impressora perfeitamente. Mas quando tento imprimir o que quer que seja a partir do Debian o resultado da impressão é um monte de informações desconexas como: [...] newpath% Start a new path wheelSize -0.2 mul 0 moveto% Bottom left wheelSize 0.4 mul 0 rlineto% Bottom right 0 WheelSize 2 mul rlineto% Upper right wheelSize -0.4mul 0 rlineto* Upper left closepath% Close the path stroke% Stroke it... [...] Alguém já passou (e resolveu) uma situação similar? Arquivos: No Freebsd (servidor) cupsd.conf http://baderna.birosca.org/~aline/cups/cupsd.conf printers.conf http://baderna.birosca.org/~aline/cups/printers.conf No Debian (cliente) client.conf http://baderna.birosca.org/~aline/cups/client.conf Abraço, - -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFyvJwhLRvs95jIBYRAk9dAJ9uMaTX5KA2XwFS4/qJarxR6r/2IwCePhct L0tPELBo+F69/X5EOSYdvYc= =InJ2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilação kernel erro modulo SATA
Citando Gustavo Tux [EMAIL PROTECTED]: Prezados colegas Debianmaníacos!!! estou apanhando para compilar um kernel novo na minha máquina e sempre que tento aparece o mesmo erro quando estou executando o mkinitrd e diz que o módulo VIA_SATA não foi encontrado. Galera eu juro que eu escolhi realmente o controlador SATA que existe na minha placa que é de chipset VIA, vide comando lspci: (:00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Co ntroller (rev 80) ). Alguém poderia me ajudar por favor? Será que isso não aconteceu com mais alguém e que poderia me dar um senhor help? Muito obrigado Gustavo, é melhor tentar garantir que vc fez tudo certo. Como seu kernel foi compilado (comando)? Só pra lembrar, se vc usar make-kpkg kernel-image --initrd nem é preciso criar manualmente a imagem initrd. Se não foi, quando executa o mkinitrd vc especifica a versão do novo kernel? Porque o padrão é que a initrd seja criada para o kernel que está em execução. Qual a versão do kernel que está compilando? Agora, por fim, é mesmo necessário criar esta imagem para portar esse módulo? Eu por instinto já habilitaria o via_sata (e outros elementos essenciais) direto no kernel, sem módulo. Abraço, -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016 pgpZPJ5MUOgZ6.pgp Description: Assinatura Digital PGP
Enc: Re: Instalação x11-common pelo apt com problema
Citando Diego Giovane Pasqualin [EMAIL PROTECTED]: Boa noite, faz tempo que tento dar um apt-get dist-upgrade mas a instalação não procede porque tenho problema na instalação do pacote x11-common. Eis a mensagem de erro: -erro-- Preparando para substituir x11-common 1:7.0.22 (usando .../x11-common_1%3a7.1.0-6_i386.deb) ... Descompactando substituto x11-common ... dpkg: erro processando /var/cache/apt/archives/x11-common_1%3a7.1.0-6_i386.deb (--unpack): tentando sobrescrever `/usr/X11R6/bin', que também está no pacote xgl System startup links for /etc/init.d/x11-common already exist. Setting up X server socket directory /tmp/.X11-unix Setting up ICE socket directory /tmp/.ICE-unix Você tem que tentar resolver isso na mão. Tente primeiro: apt-get install x11-common ou apt-get remove xgl As vezes pode até ser preciso baixar o pacote manualmente e instalar no 'dpkg -i' Vc está usando sid? Esse tipo de errinho é bem comum nela. Mesmo na testing, vez ou outra isso rola. Pra manter uma distribuição com trocentos e tantos pacotes, centenas de desenvolvedores, 10 arquiteturas... as coisas nem sempre funcionam com perfeição. Mas até que não é tão imperfeito. A mensagem te diz qual é o problema e assim fazendo já te dá caminhos para pensar numa solução. tentando sobrescrever `/usr/X11R6/bin', que também está no pacote xgl Ou seja /usr/X11R6/bin também está presente no pacote xgl. É um conflito entre ambos. Esse até que é bem simples. Eu já peguei alguns mais bizarros, que envolvem 7, 8... 15 pacotes. Ou quando o script de pós (ou pré)-instalação pede para executar um comando que não existe no sistema... Aí precisamos usar a imaginação pra poder resolvê-los (como editar o script e comentar o comando pentelho). Abraço, Aline Setting up X server socket directory /tmp/.X11-unix Setting up ICE socket directory /tmp/.ICE-unix Setting up X server socket directory /tmp/.X11-unix Setting up ICE socket directory /tmp/.ICE-unix Erros foram encontrados durante processamento de: /var/cache/apt/archives/x11-common_1%3a7.1.0-6_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) erro-- Como fazer para instalar esse pacote e o que signifca esse erro? Obrigado! ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Aline de Freitas - Chave pública: ID DE632016 / keys.indymedia.org gpg --keyserver keys.indymedia.org --recv-keys DE632016