Re: problemas com atualizações (grave)
Em Sábado 21 Outubro 2006 02:45, Marcos Lazarini escreveu: Bom, mais um comentário pertinente Ronaldo, vc fala isso pq nao entende como funciona o esquema dos pacotes no debian. Vou tentar esclarecer. Eles migram do unstable p/ o testing seguindo uma série de regras, que são implementadas por scripts (ninjas por sinal). Sao coisas como o pacote tem q ter 10 dias de vida pelo menos, suas dependencias devem poder serem incluidas tbm, nao ter bugs acima de uma certa gravidade, etc. A chave é esse ultimo: se ninguem que usa a unstable percebeu que havia um problema sério c/ o pacote que o deixa não-usável, ela deveria relatar um bug de modo que ele fosse impedido de migrar automaticamente p/ o testing. Agora, eu te pegunto: quem é que deveria ter feito isso? Se poucos usam unstable, fica complicado ou se não abrir um bug, ou se a pessoa achou o bug mas deixou quieto.. Claro que sempre existe o problema de conflito de coisas que migraram em tempos diferentes e ai não é detectado até que chege no testing Como eu disse, o rollback não é uma coisa trivial, e a saída é vc fazer na mão mesmo o downgrade das coisas, com o q fica no cache do apt. Outra saída é utilizar o não muito famoso http://snapshot.debian.net/ Dado esse cenário simplificado acima, qual a sua sugestão p/ 'melhorar a segurança'? Agora, falar que o stable é desatualizado p/ desktop é generalizar muito alguns programas específicos podem ter recursos nas versoes mais novas, tipo openoffice, gimp, inkscape mas a gente sempre tem o backports p/ recorrer e salvar nossa pele. Claro, as vezes vc tem um hardware novo, ou laptop, e ai sempre é complicado ficar só no stable. Mas acho que dá p/ encontrar um equilíbrio na maioria dos casos. Eu vou falar p/ vc: eu achava antigamente que a unstable era mto perigoso, podia quebrar toda hora, etc e tal, mas hj eu acho que ela acaba se consertando mais rápido do que a testing, justamente pq nao tem essas regras de migração de pacotes (apenas as regras da experimental p/ unstable, que são bem mais flexiveis). Eu usei por um bom tempo unstable, mas já faz algum tempo (foi antes de sair o sarge) e o que posso dizer é que era bem semelhante ao testing que uso hj, a diferença é que sempre tinha vários downloads a mais p/ fazer por dia... e ficar muitos dias sem atualizar as vezes trazia complicações (pois eram muitas mudanças). O bom é que nestas discussões aparecem boas explicações de como as coisas funcionam, melhor que qualquer tutorial. Com certeza é complicado manter coisas que são automatizadas. Talvez a melhor solução seria a que um companheiro sugeriu. Seria o próprio synaptic ter um undo e voltar todos os pacotes atualizados. Muitas vezes não basta tentar voltar um pacote. No meu exemplo da impressora. Consegui voltar os pacotes que achei que eram os problemas. Coisas relacionadas com o cups, foomatic, gs, etc. Mesmo voltando todos estes pacotes para versões anteriores, o problema continuou. Ou seja, vou algum outro pacote que quebrou. O difícil agora é descobrir qual, até mesmo para relatar um bug. Normalmente quando acontece isto, tento ir na unstable e corrigir. Ou seja instalar um ou outro pacote da unstable. valeu por todas as explicações. Inte Ronaldo ps. minha impressora ainda não funciona :( -- Crime does not pay ... as well as politics. -- Alfred E. Newman -- Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/Depto. Biologia Geral/Lab. Ecologia Evolutiva | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8190 | [EMAIL PROTECTED] | ICQ#: 5692561 | LinuxUser#: 205366 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas com atualizações (grave)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/18/2006 10:20 AM, Ronaldo Reis Junior wrote: Pessoal, não sei se existe uma solução para isto que vou colocar, mas se não existe, seria uma ÓTIMA implementação. Uso Debian testing e geralmente funciona tudo muito bem. Mas hoje fui imprimir na minha HP 692C e para minha surpresa a impressão não funcionava mais. Imprimia uma parte do texto e depois dava pau, imprimia caracteres malucos. Na página de teste de impressão do CUPS, imprimiu até começar a aparecer o desenho com as cores. Daí achei que fosse o cartucho, achei que fosse problema no cabo. Reiniciei no Rwindows, pois ainda preciso do mardito para algumas tarefas, e testei. A impressora está perfeita. Então o problema é com os drivers da impressora no Linux. Voltei ao linux e testei todos os drivers para a impressora e o problema continuou. Fui olhar o meu histórico de atualizações no synaptic (ótima ferramenta). Percebi que houve uma atualização dos seguintes pacotes (seelcionado somente os que podem ter algo haver com o problema: cupsys (1.2.4-1) to 1.2.4-2+b1 cupsys-common (1.2.4-1) to 1.2.4-2 gs-common (0.3.9) to 0.3.10 gs-esp (8.15.2.dfsg.1-2) to 8.15.3.dfsg.1-1 libcupsimage2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2-dev (1.2.4-1) to 1.2.4-2+b1 Eu aposto no cupsys como o provável problema. Aí entra o detalhe que eu acho que poderia melhorar muito o suporte Debian. Eu não tenho como corrigir o problema. Não tenho mais o pacote imediatamente anterior. Ainda não tem pacote corrigido na Unstable. Tentar voltar para pacotes da Stable é impossível. Ou seja, se eu não tivesse o Rwindows para imprimir iria ficar parado até aparecer a nova versão, sendo que o problema poderia ser facilmente resolvido se a versão imediatamente anterior dos pacotes ainda estivessem disponíveis. http://snapshot.debian.net Mas lembre-se, o projeto não é oficial (embora seja muito utilizado e tenha um forte respaldo da comunidade Debian e de Desenvolvedores Debian). No entanto, usar testing exige um certo cuidado pra não sofrer este problema. Alguem sabe como se sai desta sem as famosas frases: Espere a nova versão, ou Distribuição Testing é assim mesmo ou ainda use a distribuição stable Se ninguem tiver um solução pronta, seria uma boa dica para os mantenedores da Distribuição (se alguem tiver contato mais direto poderia repassar) manter sempre 2 ou 3 versões dos pacotes na testing, de forma que, se um pacote deu problema, basta eu relatar o problema e voltar para a versão anterior sem traumas. O repositório mantém as versões dos pacotes presentes na stable, testing e unstable, o snapshot mantém as versões históricas, mas o projeto sofreu um problema e perdeu parte de sua base de dados. E aí, o que vcs acham? Inte Ronaldo ps. a frase abaixo foi selecionada aleatoriamente pelo fortunes, mas cabe direitinho neste e-mail :) Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFFOiGUCjAO0JDlykYRAkQoAKCWNpIT4t/VaM/McvgSHiLC1NKx2gCeKz55 utPmF8cFOdwmD5MKnHA2dTU= =B76y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas com atualizações (grave)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/21/2006 02:45 AM, Marcos Lazarini wrote: [...] Sempre fica disponivel, é p/ isso que serve o /var/cache/apt/archives PORÉM nao é uma coisa trivial fazer o rollback das mudanças. Até pq os pacotes novos podem ter novas dependencias, que puxam outras dependencias e assim vai sem contar o problema dos arquivos de configuração que vc veio e modificou, e na hora da atualização ele pediu p/ vc escolher entre o novo e o velho e vc optou por um misto deles - e ai, como é que fica a questão dos arquivos do /etc ? Certamente, há outros casos complicados que não estou vendo nessa análise rápida. Nao vou dizer que seja impossível, mas não é uma coisa trivial de se fazer por um programa pois são muitas as possibilidades a cobrir. Mas p/ vc voltar a situação na mão não é mto complicado, basta vc ver nos logs as mudancas que vc suspeita, remova os pacotes novos e instale-os novamente a partir de um 'cd /var/cache/apt/archives/; dpkg -i pacote.deb pacote2.deb' (nao me lembro se precisa remover o pacote mesmo, mas acho mais certo) Na verdade não é difícil, é possível fazer Pinning nas preferências (apt_preferences) e fazer downgrade usando um repositório temporário local. Você também pode fazer 'purge' e instalar a partir dos pacotes locais que você tem. Alguem sabe como se sai desta sem as famosas frases: Espere a nova versão, ou Distribuição Testing é assim mesmo ou ainda use a distribuição stable Reportando o bug p/ que seja corrigido logo e/ou seguindo os passos que eu sugeri acima. Relatar o erro é importante. Se ninguem tiver um solução pronta, seria uma boa dica para os mantenedores da Distribuição (se alguem tiver contato mais direto poderia repassar) manter sempre 2 ou 3 versões dos pacotes na testing, de forma que, se um pacote deu problema, basta eu relatar o problema e voltar para a versão anterior sem traumas. E aí, o que vcs acham? Como eu disse, se isso fosse fácil de implementar, certamente já teriam feito pois aposto que todo mundo já passou por esse problema antes... http://snapshot.debian.net Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFFOiIlCjAO0JDlykYRAutuAKChIs/Ssei/rShpGTNA4MzAoX+zEgCeP8rB hxpFprJ951t6Ittya1S47E0= =Bk3I -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas com atualizações (grave)]
Eddie escreveu: Sera? Os pacotes estão ligados por dependencias, você como usa o testing sabe da rotatividade dos pacotes, é bem grande. Ai basta uma desse de colocar um mais venho, tem que instalar um monte de coisas, se mudar o libc, então sai de baixo, o instable, o testing não são distribuições, a distribuição é o stable. Poderia dar uma forma, entre tantas, porque não colocar uma repositório para o stable para atualizar, uma otima ideia, mais e pessoal e banda e maquinas, etc... Tudo tem seu tempo, e o projeto cresce aos poucos, nada é tão simples, é tudo gratuito o projeto e voluntario, sem fins lucrativos, são 12 arquiteturas suportadas não tenho certeza, um monte de pacotes uns 15000, tem muito trabalho Fora que é uma democracia, nada é feito se não for decidido pela maioria. Ronaldo Reis Junior escreveu: Em Quarta 18 Outubro 2006 09:46, Bruno Henrique de Oliveira escreveu: Bem ai já acredito que fica a gosto do usuário. Desculpa se falo besteira é que as vezes esse nomes de repositórios ainda me confudem mais o repositório Unstable seria o ideal para você se não estou enganado, parece que esse e um meio termo entre a Stable e o Etch. Não, é o contrário. A testing (Etch) é o meio termo entre a Stable e Unstable. Unstable é realmente para fortes emoções:) Pense como a pessoa que mantém esse sistema, tem que ser mantido um Stable, Unstable e um Etch, agora imagine a quantidade de pacotes que devem ser testados no Etch, imagine manter duas ou três versões do mesmo pacote isso aumentaria o meu espaço ocupado em 3x, imagine agora o usuário do Etch ou de qualquer outro repositório tendo que digitar a versão do pacote desejado, sem contar aquela pessoa que não tem o conhecimento de que o pacote está com bug, não buscando assim uma versão anterior. Realmente existe o problema de espaço em HD, vc aumentaria a Etch em duas ou 3 vezes. Mas de resto não seria problema. O usuário não teria que digitar a versão. Sempre será instalado/atualizada a última versão. Veja um exemplo hipotético: Hoje fiz uma atualização de 10 pacotes. Daí meus USB deram pau. Bastaria eu mandar o apt voltar para o estado anterior. Usando o synaptic, que guarda um arquivo de log dos pacotes e os problemas se resolveriam. A questão de games pode ser resolvida com o cedega em conjunto com go2play, se não me engano e esse o nome. Existem lan houses inteiramente feitas com Linux. Enquanto ao currículo lattes do CNPq infelizmente no Linux não funciona muito bem, pelos menos comigo e parece que com você também, porém com o plugin do firefox que imita o Internet Explorer ainda não testei quem sabe assim você não fica livre do Windows. não conheço estes softs (cedega e go2play) vou dar uma olhada. O curriculo online funciona perfeito no firefox, pelo menos até agora. O que não funciona é a versão offline. Até fizeram um remendo de versão para linux usando o kylix (Delphi) mas não funciona corretamente e é uma versão defasada. Inte Ronaldo Bem, eu atualizo usando o synaptic, é mais prático, ao menos pra mim que sou um simples usuário :) , e na hora de atualizar, seleciono um a um os pacotes para atualização, aqueles que quer purgar meu gnome, meu xorg ou algo que sei que uso não atualizo...afinal de contas testing é testing. Parei como negócio de dist-upgrade no testing depois de quebrar tudo umas duas vezes, acho o synaptic mais fácil. Até. -- Sim, eu uso GNU/Linux Linux user 425043 Enviado pelo Mozilla Thunderbird http://br.mozdev.org/thunderbird Navegador Firefox http://br.mozdev.org/firefox
Re: problemas com atualizações (grave)
On 10/18/06, Ronaldo Reis Junior wrote: Alguem sabe como se sai desta sem as famosas frases: Espere a nova versão, ou Distribuição Testing é assim mesmo ou ainda use a distribuição stable Bom, eu tenho a seguinte situação: No trabalho eu atualizo o Etch via synaptic/internet e tenho uns scripts para acumular os pacotes num diretório, de onde crio um CD que serve de repositório para o meu micro de casa (autalizo com synaptic/CD). No trabalho, todos os pacotes antigos ficam guardados por 15 dias depois do update (script meu), facilitando um eventual downgrade que seja necessário. Ainda assim, não fico livre dos problemas, porque as vezes é difícil saber qual o pacote deu problema. Quando você descobre, muitas vezes enfrenta problemas de compatibilidade entre versões, tendo que voltar várias coisas. O histório do synaptic é útil, mas se acontece um problema na instalação, como no exemplo em http://lists.debian.org/debian-user-portuguese/2006/10/msg00620.html então o synaptic não deixa nada no histórico, apesar da alteração no sistema. Bom, eu concordo contigo no sentido que deveria havia mais facilidade para lidar com esse tipo de problema. Stable é para servidores, não posso ficar usando software muito antigo na minha estação trabalho. Na minha opinião, o synaptic e os outros gerenciadores poderiam fornecer isso sem muita dificuldade. Seria um undo que voltaria o sistema para o estado no dia tal, baseado em cópias locais dos pacotes. Entretanto, como qualquer coisa no mundo do software livre, temos que esperar alguém com interesse e disponibilidade para implementar isso. -- Bruno de Oliveira Schneider http://www.dcc.ufla.br/~bruno/
Re: problemas com atualizações (grave)
Ronaldo, vou dar meus palpites agora... vamos prolongar a discussão um pouco, pq tá interessante 2006/10/18, Ronaldo Reis Junior [EMAIL PROTECTED]: Pessoal, não sei se existe uma solução para isto que vou colocar, mas se não existe, seria uma ÓTIMA implementação. Uso Debian testing e geralmente funciona tudo muito bem. Mas hoje fui imprimir na minha HP 692C e para minha surpresa a impressão não funcionava mais. Imprimia uma parte do texto e depois dava pau, imprimia caracteres malucos. Na página de teste de impressão do CUPS, imprimiu até começar a aparecer o desenho com as cores. Daí achei que fosse o cartucho, achei que fosse problema no cabo. Reiniciei no Rwindows, pois ainda preciso do mardito para algumas tarefas, e testei. A impressora está perfeita. Então o problema é com os drivers da impressora no Linux. Voltei ao linux e testei todos os drivers para a impressora e o problema continuou. Fui olhar o meu histórico de atualizações no synaptic (ótima ferramenta). Percebi que houve uma atualização dos seguintes pacotes (seelcionado somente os que podem ter algo haver com o problema: cupsys (1.2.4-1) to 1.2.4-2+b1 cupsys-common (1.2.4-1) to 1.2.4-2 gs-common (0.3.9) to 0.3.10 gs-esp (8.15.2.dfsg.1-2) to 8.15.3.dfsg.1-1 libcupsimage2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2-dev (1.2.4-1) to 1.2.4-2+b1 Eu aposto no cupsys como o provável problema. Aí entra o detalhe que eu acho que poderia melhorar muito o suporte Debian. Eu não tenho como corrigir o problema. Não tenho mais o pacote imediatamente anterior. Ainda não tem pacote corrigido na Unstable. Tentar voltar para pacotes da Stable é impossível. Ou seja, se eu não tivesse o Rwindows para imprimir iria ficar parado até aparecer a nova versão, sendo que o problema poderia ser facilmente resolvido se a versão imediatamente anterior dos pacotes ainda estivessem disponíveis. Sempre fica disponivel, é p/ isso que serve o /var/cache/apt/archives PORÉM nao é uma coisa trivial fazer o rollback das mudanças. Até pq os pacotes novos podem ter novas dependencias, que puxam outras dependencias e assim vai sem contar o problema dos arquivos de configuração que vc veio e modificou, e na hora da atualização ele pediu p/ vc escolher entre o novo e o velho e vc optou por um misto deles - e ai, como é que fica a questão dos arquivos do /etc ? Certamente, há outros casos complicados que não estou vendo nessa análise rápida. Nao vou dizer que seja impossível, mas não é uma coisa trivial de se fazer por um programa pois são muitas as possibilidades a cobrir. Mas p/ vc voltar a situação na mão não é mto complicado, basta vc ver nos logs as mudancas que vc suspeita, remova os pacotes novos e instale-os novamente a partir de um 'cd /var/cache/apt/archives/; dpkg -i pacote.deb pacote2.deb' (nao me lembro se precisa remover o pacote mesmo, mas acho mais certo) Alguem sabe como se sai desta sem as famosas frases: Espere a nova versão, ou Distribuição Testing é assim mesmo ou ainda use a distribuição stable Reportando o bug p/ que seja corrigido logo e/ou seguindo os passos que eu sugeri acima. Se ninguem tiver um solução pronta, seria uma boa dica para os mantenedores da Distribuição (se alguem tiver contato mais direto poderia repassar) manter sempre 2 ou 3 versões dos pacotes na testing, de forma que, se um pacote deu problema, basta eu relatar o problema e voltar para a versão anterior sem traumas. E aí, o que vcs acham? Como eu disse, se isso fosse fácil de implementar, certamente já teriam feito pois aposto que todo mundo já passou por esse problema antes... -- Marcos
Re: problemas com atualizações (grave)
Bom, mais um comentário pertinente 2006/10/18, Ronaldo Reis Junior [EMAIL PROTECTED]: Em Quarta 18 Outubro 2006 08:48, Bruno Henrique de Oliveira escreveu: Bruno, não é infelizmente, a discordância é a pedra fundamental da evolução:) Mas vou fazer algumas considerações: Ronaldo, Infelizmente não concordo com nada que foi dito por você, primeiramente as frases citadas no seu e-mail são verdadeiras a intenção da distribuição Etch pelo que compreendo, posso até estar enganado, é testar os pacotes novos, quem sujeita-se a utilizar tais versões de pacotes sabe que a qualquer momento uma atualização pode para todo o seu sistema. É verdade, mas usar a Stable para Desktop é complicado, sempre está muito desatualizada. Para servidores é ideal, mas para desktop não acredito. A testing é realmente para testar pacotes, mas não custa nada um pouco mais de segurança. Assim podemos continuar testando e caso ocorra problemas voltar a status anterior sem grandes complicações, poderia voltar até mesmo toda uma atualização. ISto se chama segurança. Pense em usuário e não em desenvolvedor. Podemos contribuir com os testes e ainda assim termos segurança de voltar para um momento anterior onde as coisas funcionavam. Ronaldo, vc fala isso pq nao entende como funciona o esquema dos pacotes no debian. Vou tentar esclarecer. Eles migram do unstable p/ o testing seguindo uma série de regras, que são implementadas por scripts (ninjas por sinal). Sao coisas como o pacote tem q ter 10 dias de vida pelo menos, suas dependencias devem poder serem incluidas tbm, nao ter bugs acima de uma certa gravidade, etc. A chave é esse ultimo: se ninguem que usa a unstable percebeu que havia um problema sério c/ o pacote que o deixa não-usável, ela deveria relatar um bug de modo que ele fosse impedido de migrar automaticamente p/ o testing. Agora, eu te pegunto: quem é que deveria ter feito isso? Se poucos usam unstable, fica complicado ou se não abrir um bug, ou se a pessoa achou o bug mas deixou quieto.. Claro que sempre existe o problema de conflito de coisas que migraram em tempos diferentes e ai não é detectado até que chege no testing Como eu disse, o rollback não é uma coisa trivial, e a saída é vc fazer na mão mesmo o downgrade das coisas, com o q fica no cache do apt. Outra saída é utilizar o não muito famoso http://snapshot.debian.net/ Dado esse cenário simplificado acima, qual a sua sugestão p/ 'melhorar a segurança'? Agora, falar que o stable é desatualizado p/ desktop é generalizar muito alguns programas específicos podem ter recursos nas versoes mais novas, tipo openoffice, gimp, inkscape mas a gente sempre tem o backports p/ recorrer e salvar nossa pele. Claro, as vezes vc tem um hardware novo, ou laptop, e ai sempre é complicado ficar só no stable. Mas acho que dá p/ encontrar um equilíbrio na maioria dos casos. Eu vou falar p/ vc: eu achava antigamente que a unstable era mto perigoso, podia quebrar toda hora, etc e tal, mas hj eu acho que ela acaba se consertando mais rápido do que a testing, justamente pq nao tem essas regras de migração de pacotes (apenas as regras da experimental p/ unstable, que são bem mais flexiveis). Eu usei por um bom tempo unstable, mas já faz algum tempo (foi antes de sair o sarge) e o que posso dizer é que era bem semelhante ao testing que uso hj, a diferença é que sempre tinha vários downloads a mais p/ fazer por dia... e ficar muitos dias sem atualizar as vezes trazia complicações (pois eram muitas mudanças). -- Mmarcos
Re: problemas com atualizações (grave)]
---BeginMessage--- Sera? Os pacotes esto ligados por dependencias, voc como usa o testing sabe da rotatividade dos pacotes, bem grande. Ai basta uma desse de colocar um mais venho, tem que instalar um monte de coisas, se mudar o libc, ento sai de baixo, o instable, o testing no so distribuies, a distribuio o stable. Poderia dar uma forma, entre tantas, porque no colocar uma repositrio para o stable para atualizar, uma otima ideia, mais e pessoal e banda e maquinas, etc... Tudo tem seu tempo, e o projeto cresce aos poucos, nada to simples, tudo gratuito o projeto e voluntario, sem fins lucrativos, so 12 arquiteturas suportadas no tenho certeza, um monte de pacotes uns 15000, tem muito trabalho Fora que uma democracia, nada feito se no for decidido pela maioria. Ronaldo Reis Junior escreveu: Em Quarta 18 Outubro 2006 09:46, Bruno Henrique de Oliveira escreveu: Bem ai j acredito que fica a gosto do usurio. Desculpa se falo besteira que as vezes esse nomes de repositrios ainda me confudem mais o repositrio Unstable seria o ideal para voc se no estou enganado, parece que esse e um meio termo entre a Stable e o Etch. No, o contrrio. A testing (Etch) o meio termo entre a Stable e Unstable. Unstable realmente para fortes emoes:) Pense como a pessoa que mantm esse sistema, tem que ser mantido um Stable, Unstable e um Etch, agora imagine a quantidade de pacotes que devem ser testados no Etch, imagine manter duas ou trs verses do mesmo pacote isso aumentaria o meu espao ocupado em 3x, imagine agora o usurio do Etch ou de qualquer outro repositrio tendo que digitar a verso do pacote desejado, sem contar aquela pessoa que no tem o conhecimento de que o pacote est com bug, no buscando assim uma verso anterior. Realmente existe o problema de espao em HD, vc aumentaria a Etch em duas ou 3 vezes. Mas de resto no seria problema. O usurio no teria que digitar a verso. Sempre ser instalado/atualizada a ltima verso. Veja um exemplo hipottico: Hoje fiz uma atualizao de 10 pacotes. Da meus USB deram pau. Bastaria eu mandar o apt voltar para o estado anterior. Usando o synaptic, que guarda um arquivo de log dos pacotes e os problemas se resolveriam. A questo de games pode ser resolvida com o cedega em conjunto com go2play, se no me engano e esse o nome. Existem lan houses inteiramente feitas com Linux. Enquanto ao currculo lattes do CNPq infelizmente no Linux no funciona muito bem, pelos menos comigo e parece que com voc tambm, porm com o plugin do firefox que imita o Internet Explorer ainda no testei quem sabe assim voc no fica livre do Windows. no conheo estes softs (cedega e go2play) vou dar uma olhada. O curriculo online funciona perfeito no firefox, pelo menos at agora. O que no funciona a verso offline. At fizeram um remendo de verso para linux usando o kylix (Delphi) mas no funciona corretamente e uma verso defasada. Inte Ronaldo ---End Message---
problemas com atualizações (grave)
Pessoal, não sei se existe uma solução para isto que vou colocar, mas se não existe, seria uma ÓTIMA implementação. Uso Debian testing e geralmente funciona tudo muito bem. Mas hoje fui imprimir na minha HP 692C e para minha surpresa a impressão não funcionava mais. Imprimia uma parte do texto e depois dava pau, imprimia caracteres malucos. Na página de teste de impressão do CUPS, imprimiu até começar a aparecer o desenho com as cores. Daí achei que fosse o cartucho, achei que fosse problema no cabo. Reiniciei no Rwindows, pois ainda preciso do mardito para algumas tarefas, e testei. A impressora está perfeita. Então o problema é com os drivers da impressora no Linux. Voltei ao linux e testei todos os drivers para a impressora e o problema continuou. Fui olhar o meu histórico de atualizações no synaptic (ótima ferramenta). Percebi que houve uma atualização dos seguintes pacotes (seelcionado somente os que podem ter algo haver com o problema: cupsys (1.2.4-1) to 1.2.4-2+b1 cupsys-common (1.2.4-1) to 1.2.4-2 gs-common (0.3.9) to 0.3.10 gs-esp (8.15.2.dfsg.1-2) to 8.15.3.dfsg.1-1 libcupsimage2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2-dev (1.2.4-1) to 1.2.4-2+b1 Eu aposto no cupsys como o provável problema. Aí entra o detalhe que eu acho que poderia melhorar muito o suporte Debian. Eu não tenho como corrigir o problema. Não tenho mais o pacote imediatamente anterior. Ainda não tem pacote corrigido na Unstable. Tentar voltar para pacotes da Stable é impossível. Ou seja, se eu não tivesse o Rwindows para imprimir iria ficar parado até aparecer a nova versão, sendo que o problema poderia ser facilmente resolvido se a versão imediatamente anterior dos pacotes ainda estivessem disponíveis. Alguem sabe como se sai desta sem as famosas frases: Espere a nova versão, ou Distribuição Testing é assim mesmo ou ainda use a distribuição stable Se ninguem tiver um solução pronta, seria uma boa dica para os mantenedores da Distribuição (se alguem tiver contato mais direto poderia repassar) manter sempre 2 ou 3 versões dos pacotes na testing, de forma que, se um pacote deu problema, basta eu relatar o problema e voltar para a versão anterior sem traumas. E aí, o que vcs acham? Inte Ronaldo ps. a frase abaixo foi selecionada aleatoriamente pelo fortunes, mas cabe direitinho neste e-mail :) -- O computador surgiu para resolver problemas que antes não existiam. -- Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/Depto. Biologia Geral/Lab. Ecologia Evolutiva | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8190 | [EMAIL PROTECTED] | ICQ#: 5692561 | LinuxUser#: 205366 deste 2000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas com atualizações (grave)
Em Qua, 2006-10-18 às 09:20 -0300, Ronaldo Reis Junior escreveu: Pessoal, não sei se existe uma solução para isto que vou colocar, mas se não existe, seria uma ÓTIMA implementação. Uso Debian testing e geralmente funciona tudo muito bem. Mas hoje fui imprimir na minha HP 692C e para minha surpresa a impressão não funcionava mais. Imprimia uma parte do texto e depois dava pau, imprimia caracteres malucos. Na página de teste de impressão do CUPS, imprimiu até começar a aparecer o desenho com as cores. Daí achei que fosse o cartucho, achei que fosse problema no cabo. Reiniciei no Rwindows, pois ainda preciso do mardito para algumas tarefas, e testei. A impressora está perfeita. Então o problema é com os drivers da impressora no Linux. Voltei ao linux e testei todos os drivers para a impressora e o problema continuou. Fui olhar o meu histórico de atualizações no synaptic (ótima ferramenta). Percebi que houve uma atualização dos seguintes pacotes (seelcionado somente os que podem ter algo haver com o problema: cupsys (1.2.4-1) to 1.2.4-2+b1 cupsys-common (1.2.4-1) to 1.2.4-2 gs-common (0.3.9) to 0.3.10 gs-esp (8.15.2.dfsg.1-2) to 8.15.3.dfsg.1-1 libcupsimage2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2 (1.2.4-1) to 1.2.4-2+b1 libcupsys2-dev (1.2.4-1) to 1.2.4-2+b1 Eu aposto no cupsys como o provável problema. Aí entra o detalhe que eu acho que poderia melhorar muito o suporte Debian. Eu não tenho como corrigir o problema. Não tenho mais o pacote imediatamente anterior. Ainda não tem pacote corrigido na Unstable. Tentar voltar para pacotes da Stable é impossível. Ou seja, se eu não tivesse o Rwindows para imprimir iria ficar parado até aparecer a nova versão, sendo que o problema poderia ser facilmente resolvido se a versão imediatamente anterior dos pacotes ainda estivessem disponíveis. Alguem sabe como se sai desta sem as famosas frases: Espere a nova versão, ou Distribuição Testing é assim mesmo ou ainda use a distribuição stable Se ninguem tiver um solução pronta, seria uma boa dica para os mantenedores da Distribuição (se alguem tiver contato mais direto poderia repassar) manter sempre 2 ou 3 versões dos pacotes na testing, de forma que, se um pacote deu problema, basta eu relatar o problema e voltar para a versão anterior sem traumas. E aí, o que vcs acham? Inte Ronaldo ps. a frase abaixo foi selecionada aleatoriamente pelo fortunes, mas cabe direitinho neste e-mail :) -- O computador surgiu para resolver problemas que antes não existiam. -- Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/Depto. Biologia Geral/Lab. Ecologia Evolutiva | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8190 | [EMAIL PROTECTED] | ICQ#: 5692561 | LinuxUser#: 205366 deste 2000 Ronaldo, Infelizmente não concordo com nada que foi dito por você, primeiramente as frases citadas no seu e-mail são verdadeiras a intenção da distribuição Etch pelo que compreendo, posso até estar enganado, é testar os pacotes novos, quem sujeita-se a utilizar tais versões de pacotes sabe que a qualquer momento uma atualização pode para todo o seu sistema. Bem, já que se você não tivesse o Windows você teria que ficar sem imprimir e esse ato para você e essencial sugiro manter uma partição Sarge/Stable em sua maquina. Deixe a partição Etch apenas para testes mesmo. Curiosidade: Desculpe intrometer, sei que não me diz respeito, mais poderia me informar porque você ainda possuí Windows em sua maquina, quem sabe não poderiamos remover esse mal do seu HD. xD Grato pela atenção, desculpe qualquer coisa. Bruno Oliveira. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas com atualizações (grave)
Em Quarta 18 Outubro 2006 08:48, Bruno Henrique de Oliveira escreveu: Bruno, não é infelizmente, a discordância é a pedra fundamental da evolução:) Mas vou fazer algumas considerações: Ronaldo, Infelizmente não concordo com nada que foi dito por você, primeiramente as frases citadas no seu e-mail são verdadeiras a intenção da distribuição Etch pelo que compreendo, posso até estar enganado, é testar os pacotes novos, quem sujeita-se a utilizar tais versões de pacotes sabe que a qualquer momento uma atualização pode para todo o seu sistema. É verdade, mas usar a Stable para Desktop é complicado, sempre está muito desatualizada. Para servidores é ideal, mas para desktop não acredito. A testing é realmente para testar pacotes, mas não custa nada um pouco mais de segurança. Assim podemos continuar testando e caso ocorra problemas voltar a status anterior sem grandes complicações, poderia voltar até mesmo toda uma atualização. ISto se chama segurança. Pense em usuário e não em desenvolvedor. Podemos contribuir com os testes e ainda assim termos segurança de voltar para um momento anterior onde as coisas funcionavam. Bem, já que se você não tivesse o Windows você teria que ficar sem imprimir e esse ato para você e essencial sugiro manter uma partição Sarge/Stable em sua maquina. Deixe a partição Etch apenas para testes mesmo. Discordo mais uma vez, a distro Stable para desktop é muito desatualizada. E não vejo sentido em ter duas distro instaladas, pois uso a testing e não simplesmente a testo. Curiosidade: Desculpe intrometer, sei que não me diz respeito, mais poderia me informar porque você ainda possuí Windows em sua maquina, quem sabe não poderiamos remover esse mal do seu HD. xD Principalmente o programa currículo lattes do CNPq, usar na versão online é um saco, e games para o muleque, ainda existem poucos para Linux :( Grato pela atenção, desculpe qualquer coisa. Obrigado vc. Bruno Oliveira. Inte Ronaldo -- An air of FRENCH FRIES permeates my nostrils!! -- Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/Depto. Biologia Geral/Lab. Ecologia Evolutiva | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8190 | [EMAIL PROTECTED] | ICQ#: 5692561 | LinuxUser#: 205366 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas com atualizações (grave)
Em Qua, 2006-10-18 às 10:20 -0300, Ronaldo Reis Junior escreveu: Em Quarta 18 Outubro 2006 08:48, Bruno Henrique de Oliveira escreveu: Bruno, não é infelizmente, a discordância é a pedra fundamental da evolução:) Mas vou fazer algumas considerações: Ronaldo, Infelizmente não concordo com nada que foi dito por você, primeiramente as frases citadas no seu e-mail são verdadeiras a intenção da distribuição Etch pelo que compreendo, posso até estar enganado, é testar os pacotes novos, quem sujeita-se a utilizar tais versões de pacotes sabe que a qualquer momento uma atualização pode para todo o seu sistema. É verdade, mas usar a Stable para Desktop é complicado, sempre está muito desatualizada. Para servidores é ideal, mas para desktop não acredito. Bem ai já acredito que fica a gosto do usuário. Desculpa se falo besteira é que as vezes esse nomes de repositórios ainda me confudem mais o repositório Unstable seria o ideal para você se não estou enganado, parece que esse e um meio termo entre a Stable e o Etch. A testing é realmente para testar pacotes, mas não custa nada um pouco mais de segurança. Assim podemos continuar testando e caso ocorra problemas voltar a status anterior sem grandes complicações, poderia voltar até mesmo toda uma atualização. ISto se chama segurança. Pense em usuário e não em desenvolvedor. Podemos contribuir com os testes e ainda assim termos segurança de voltar para um momento anterior onde as coisas funcionavam. Pense como a pessoa que mantém esse sistema, tem que ser mantido um Stable, Unstable e um Etch, agora imagine a quantidade de pacotes que devem ser testados no Etch, imagine manter duas ou três versões do mesmo pacote isso aumentaria o meu espaço ocupado em 3x, imagine agora o usuário do Etch ou de qualquer outro repositório tendo que digitar a versão do pacote desejado, sem contar aquela pessoa que não tem o conhecimento de que o pacote está com bug, não buscando assim uma versão anterior. Bem, já que se você não tivesse o Windows você teria que ficar sem imprimir e esse ato para você e essencial sugiro manter uma partição Sarge/Stable em sua maquina. Deixe a partição Etch apenas para testes mesmo. Discordo mais uma vez, a distro Stable para desktop é muito desatualizada. E não vejo sentido em ter duas distro instaladas, pois uso a testing e não simplesmente a testo. Curiosidade: Desculpe intrometer, sei que não me diz respeito, mais poderia me informar porque você ainda possuí Windows em sua maquina, quem sabe não poderiamos remover esse mal do seu HD. xD Principalmente o programa currículo lattes do CNPq, usar na versão online é um saco, e games para o muleque, ainda existem poucos para Linux :( A questão de games pode ser resolvida com o cedega em conjunto com go2play, se não me engano e esse o nome. Existem lan houses inteiramente feitas com Linux. Enquanto ao currículo lattes do CNPq infelizmente no Linux não funciona muito bem, pelos menos comigo e parece que com você também, porém com o plugin do firefox que imita o Internet Explorer ainda não testei quem sabe assim você não fica livre do Windows. Grato pela atenção, desculpe qualquer coisa. Obrigado vc. Bruno Oliveira. Inte Ronaldo Grato pela atenção, Bruno Oliveira. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problemas com atualizações (grave)
Em Quarta 18 Outubro 2006 09:46, Bruno Henrique de Oliveira escreveu: Bem ai já acredito que fica a gosto do usuário. Desculpa se falo besteira é que as vezes esse nomes de repositórios ainda me confudem mais o repositório Unstable seria o ideal para você se não estou enganado, parece que esse e um meio termo entre a Stable e o Etch. Não, é o contrário. A testing (Etch) é o meio termo entre a Stable e Unstable. Unstable é realmente para fortes emoções:) Pense como a pessoa que mantém esse sistema, tem que ser mantido um Stable, Unstable e um Etch, agora imagine a quantidade de pacotes que devem ser testados no Etch, imagine manter duas ou três versões do mesmo pacote isso aumentaria o meu espaço ocupado em 3x, imagine agora o usuário do Etch ou de qualquer outro repositório tendo que digitar a versão do pacote desejado, sem contar aquela pessoa que não tem o conhecimento de que o pacote está com bug, não buscando assim uma versão anterior. Realmente existe o problema de espaço em HD, vc aumentaria a Etch em duas ou 3 vezes. Mas de resto não seria problema. O usuário não teria que digitar a versão. Sempre será instalado/atualizada a última versão. Veja um exemplo hipotético: Hoje fiz uma atualização de 10 pacotes. Daí meus USB deram pau. Bastaria eu mandar o apt voltar para o estado anterior. Usando o synaptic, que guarda um arquivo de log dos pacotes e os problemas se resolveriam. A questão de games pode ser resolvida com o cedega em conjunto com go2play, se não me engano e esse o nome. Existem lan houses inteiramente feitas com Linux. Enquanto ao currículo lattes do CNPq infelizmente no Linux não funciona muito bem, pelos menos comigo e parece que com você também, porém com o plugin do firefox que imita o Internet Explorer ainda não testei quem sabe assim você não fica livre do Windows. não conheço estes softs (cedega e go2play) vou dar uma olhada. O curriculo online funciona perfeito no firefox, pelo menos até agora. O que não funciona é a versão offline. Até fizeram um remendo de versão para linux usando o kylix (Delphi) mas não funciona corretamente e é uma versão defasada. Inte Ronaldo -- People often find it easier to be a result of the past than a cause of the future. -- Prof. Ronaldo Reis Júnior | .''`. UNIMONTES/Depto. Biologia Geral/Lab. Ecologia Evolutiva | : :' : Campus Universitário Prof. Darcy Ribeiro, Vila Mauricéia | `. `'` CP: 126, CEP: 39401-089, Montes Claros - MG - Brasil | `- Fone: (38) 3229-8190 | [EMAIL PROTECTED] | ICQ#: 5692561 | LinuxUser#: 205366 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
