2012/5/5 Paulo Henrique <paulo.rd...@bsd.com.br> > Em 5 de maio de 2012 23:31, Marcel Bonnet <marcelbon...@gmail.com> > escreveu: > > > 2012/5/3 Nilton Jose Rizzo <ri...@i805.com.br> > > > > > > > > Para constar nos autos da lista (rsrsrs) > > > > > > tentei com o programa foo2hp (foo2zjs)[1] e a impressora funcionou > > > apenas em modo monocromático, uma vez que na própria documentação > alerta > > > para um problema do GS (GhostScript) com o foo2zjs no modo colorido. > > > > > > Porém tenho um problema, mesmo desativando o modulo ulpt no kernel > > > (comentando a linha device ulpt) o driver é carregado na hora em que a > > > impressora é conectada ao barramento USB. Se o hplip não funciona com > > > esse driver instalado, como fazer isso??? não achei em lugar algum essa > > > informação! Aos gurus de plantão peço uma dica, ou uma luz para que eu > > > consiga imprimir colorido na impresora, já que ela é uma Color LaserJet > > > CP1215 > > > > > > > > > [1] http://www.openprinting.org/printer/HP/HP-Color_LaserJet_CP1215 > > > > > > > > Ahá: me quebrei com isso também, no começo do ano. Mas aprendi algo que > não > > tinha explorado (e tb não estudei mais): > > > > O arquivo /etc/devd.conf é o cara que pode resolver esse problema. Não > > adianta tirar do kernel, não adianta kldunload. > > Faça um teste: identifique o vendor e product id da tua impressora e > > substitua nas linhas abaixo e adicione a entrada no devd.conf > > A ideia é ver se ele fez o "action" : criar um arquivo vazio no /tmp pra > > sinalizar q o teste começou bem. > > Se você estudar mais (eu não fiz isso) provavelmente verá que pode > colocar > > entradas attach e dettach, ou seja: ações que o sistema fará ao plugar e > > desplugar aquele hardware específico (mapeado pelas ids). Com isso, creio > > que o ulpt não suba mais sozinho. > > Eu não lembro mais onde parei com tudo isso, lembro de ter instalado o > > hplip mas a única coisa que funcionou foi o scanner da minha > > multifuncional. imprimir que é bom, nada. > > # TESTE > > /* > > attach 0 { > > device-name "ugen[0-9].[0-9]"; > > match "vendor" "0x0951"; > > match "product" "0x1603"; > > action "touch /tmp/testedevd"; > > #action "kldunload ulpt"; > > }; > > */ > > > > Infelizmete faz 5 meses que mexi no hplip pela primeira vez no FreeBSD, e > > última também, então não sei mais como ajudar. > > > > -- > > Marcel Bonnet > > "No princípio era o caos... e no meio também." > > www.monovox.net.br > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > creio que se colocar na config do kernel a seguinte linha: > > nodevice ulpt >
Pior que ele carrega, porque o devd.conf manda ele fazer isso com os eventos "attach" e "dettach". > > deve funcionar, os famigerados modens 3g-usbs mesmo com ele espetado o > driver não sobre. > > Eu tenho um modem 3G, e ao espetá-lo o driver é carregado igualmente: novamente, há um evento associado no devd.conf com a id do produto. A diferença, neste caso, é que carregar o driver é uma ação desejada, ao contrário do ulpt que conflita com o hplip. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
