Getting sane scanimage working on ubuntu

Ubuntu's news versions comes with a bug that prevent users to locate scanners through sane scanimage or xsane.

the main error dialog is shown below:

netdiscovery: relocation error: /lib/tls/i686/cmov/libnss_files.so.2: symbol strcmp, version GLIBC_2.0 not defined in file libc.so.6 with link time reference netdiscovery: relocation error: /lib/tls/i686/cmov/libnss_files.so.2: symbol strcmp, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

there are so many persons reporting this bugs on forums.

the solution that i found is:

rename the file that is casing that problem as this:
sudo mv /lib/tls/i686/cmov/libnss_files.so.2 /lib/tls/i686/cmov/libnss_files.so.2-2

as a result, all links that refer to this library are broken.

now fixing it, copy the file that must refer to the correct library:

sudo cp /lib/libc-2.11.1.so /lib/tls/i686/cmov/libc-2.11.1.so.

the result of this is shown below:
device `smfp:SAMSUNG SCX-5635 on 192.168.60.17' is a SAMSUNG SCX-5635 on 192.168.60.17 Flatbed Scanner
device `smfp:SAMSUNG SCX-5635 on 192.168.10.17' is a SAMSUNG SCX-5635 on 192.168.10.17 Flatbed Scanner
device `smfp:SAMSUNG SCX-5635 on 192.168.60.20' is a SAMSUNG SCX-5635 on 192.168.60.20 Flatbed Scanner

all links must be fixed now.

if you do not locate the file on /lib/libc-2.11.1.so, try to locate it running:
sudo updatedb
locate /lib/libc-2.11.1.so.

that is it!

Instalando Driver SIS m672 771 671 no ubuntu 10.04

Primeiramente estou postando esta solução pois depois de muito garimpar na internet as soluções não me atendiam então com mais umas garimpadas consegui o que eu realmente estava procurando.

Vamos ao que interessa!
Primeira solução:
se vc quiser apenas deixar seu sistema bonitinho rodando faça o seguinte:
apos abrir o terminal digite: sudo nano /etc/X11/xorg.conf
na Section Device procure por Driver e coloque o nome vesa
deve fica assim:
Driver "vesa"
saia e salve
depois faça o seguinte:
digite na linha de comando: sudo service gdm restart
e deve funcionar o sistema com uma resolução de 1024x768
acho que isso

mas como nós sabemos que a resolução padrão da sis desse dispositivo eh 1440x900
entao precisamos de outro driver
vamos para a segunda solução:
baixe em http://www.4shared.com/file/41PJXFj4/Driver_ubuntu_sis_1004tar.html
descompacte em algum lugar e va para a pasta onde vc descompactou
digite os seguintes comandos:
sudo mv sisimedia_drv.la /usr/lib/xorg/modules/drivers/
sudo mv sisimedia_drv.so /usr/lib/xorg/modules/drivers/
agora digite: sudo nano /etc/X11/xorg.conf
na linha de Driver coloque "sisimedia"
deve ficar assim:
Driver "sisimedia"
agora digite:
sudo service gdm restart
pronto deve estar tudo funcionando
abraço!

Mitos do Software

Mito: Já temos um manual repleto de padrões e procedimentos para a construção de software. Isso não oferecerá ao meu pessoal tudo que eles precisam saber ?
Realidade: O manual de padrões pode muito bem existir, mas será que ele é usado? Os profissionais
de software têm conhecimento de sua existência? Ele reflete a moderna prática de desenvolvimento de
software? É completo? Em muitos casos, a resposta a todas estas perguntas é "não".


Mito: Se nós estamos atrasados nos prazos podemos adicionar mais programadores e tirar o atraso
(chamado conceito de horda dos mongóis).
Realidade: O desenvolvimento de software não é um processo mecânico igual à manufatura. Brooks disse:
"...acrescentar pessoas em um projeto de software atrasado torna-o ainda mais atrasado". Quando novas
pessoas são acrescentadas, as pessoas que estavam trabalhando devem gastar tempo educando os recém chegados, o que reduz o tempo despendido num esforço de desenvolvimento produtivo.


Mito: Uma declaração geral dos objetivos é suficiente para começar a escrever programas - podemos
preencher os detalhes mais tarde.
Realidade: Uma definição inicial ruim é a principal causa de fracasso dos esforços de desenvolvimento de
software. Uma descrição formal e detalhada do domínio da informação, função, desempenho,
interfaces, restrições de projeto e critérios de validação é fundamental. Essas características podem ser
determinadas somente depois de cuidados comunicação entre o cliente e o desenvolvedor.


Mito: Os requisitos de projeto modificam-se continuamente, mas as mudanças podem ser
facilmente acomodadas, porque o software é flexível.
Realidade: É verdade que os requisitos de software se modificam, mas o impacto da mudança varia de acordo com o tempo em que ela é introduzida. Se uma séria atenção for dada à definição inicial, os primeiros
pedidos de mudança podem ser acomodados facilmente.
• Definição . . . . . . . . . . . . . . . . . x
• Desenvolvimento . . . . . . . . . . 1.5x a 1.6x
• Manutenção . . . . . . . . . . . . . . 60x a 100x


Mito: Assim que escrevermos o programa e o colocarmos em funcionamento nosso trabalho estará
completo.
Realidade: Alguém disse certa vez que "quanto mais cedo se começa a 'escrever o código', mais tempo
demora para que se consiga terminá-lo". Os dados da indústria indicam que entre 50 e 70% de todo esforço
gasto num programa serão despendidos depois que ele for entregue pela primeira vez ao cliente.


Mito: A única coisa a ser entregue em um projeto bem sucedido é o programa funcionando.
Realidade: Um programa funcionando é somente um item de configuração de software que inclui: plano,
especificação de requisitos, projeto, estrutura de dados, listagem, especificação de teste, programa
funcionando.


Mito: Enquanto não tiver o programa "funcionando", eu não terei realmente nenhuma maneira de avaliar sua
qualidade.
Realidade: Um dos mecanismo mais efetivos de garantia da qualidade de software pode ser aplicado
desde o começo de um projeto - a revisão técnica formal. As revisões de software são um "filtro da
qualidade" que têm sido consideradas mais eficientes do que a realização de testes para a descoberta de
certas classes de defeitos de software.