16 September 2009

Fim da novela do N800?

Depois de 4 meses, inúmeras ligações, chats, e-mails e reclamações com todo mundo, o problema foi resolvido.

Ah, mencionei que fui também ao PROCON[1]?

Então, a solução chegou semana passada numa caixa da DHL lá em casa. Um N810 novo enviado pela Nokia.

Fiz vários testes e ele parece estar 100%.

Ah, não posso deixar de descrever as óbvias diferenças entre o N800 e o N810:

N800:
- Resolução de cores da tela é muito melhor
- A tela é mais clara, mais fácil de ler algo no sol
- O touchscreen parece que tem um feedback melhor
- O som onboard é virado pra cima, o que faz com que eu ouça o som e não as pessoas do lado como no N810.
- O N800 tem 2 full sized SD/SDHC slots.
- O conector USB é padrão (mini USB, como 90% das câmeras digitais)
- O apoio de mesa é frágil e tem que tomar muito cuidado pra não quebrar.

N810:
- Tem GPS! Mas é beeem fraquinho e demora um monte pra pegar sinal. Se estiver qualquer tipo de telhado acima dele, esqueça.
- Tem teclado! Mas os meus dedos são grandes .. De qualquer modo, o teclado touch screen eu já estou mais acostumado e vai muito bem.
- O N810 só tem UM slot MiniSD (quem diabos usa MiniSD hoje em dia??), e o meu adaptador MicroSD/MiniSD ainda não chegou do DealExtreme. O antigo slot interno parece que veio coberto e lacrado com um cartão lá dentro fixado. Acho que com algum hardware-hacking depois que a garantia expirar dá pra fazer uma gambia e adaptar um full sized SDHC slot.
- A caneta é de qualidade bem inferior à do n800. (não que faça muita diferença)
- A construção em geral é claramente de qualidade inferior à do n800 (coincidência ou não, o N800 era made in Finland e o N810 é made in Korea)
- A velocidade no geral melhorou bastante, a navegação ficou bem mais fluida do
que no N800, e o Mplayer está rodando muito bem.
- O conector USB é bem esquisito, pelo jeito é um MicroUSB, que encontrei no Deal
Extreme e já encomendei um pra ter spare. Mas é bem diferente de tudo que já vi.
- O apoio de mesa é mais frágil ainda e sei que vou ter que tomar MUITO cuidado pra não quebrar.

[1] - Que, inclusive, recomendo. O atendimento foi excelente, não peguei filas,
não fiquei esperando muito tempo, deveria ter ido antes.

Labels: , , , , , , , , , ,

23 June 2009

A novela do N800 (Cap 2) - Descaso do submarino, atendimento ruim Nokia

Algumas coisas aconteceram desde o último post.

Alguém do submarino (sei lá se é verdade, eu não acredito em nada que eu vejo na Internet) 'tentou' se comunicar comigo apenas algumas horas depois do post.
hum. O estranho é que não econtrou meu cadastro. Tá, eu não incluí informações como e-mails, telefones, protocolos ou números de pedidos porque, afinal isso é a INTERNET e sabe-se lá o que alguém mal intencionado faria com esses dados (paranóia, eu sei). Mas será que tiveram tantos Eduardos de Curitiba que compraram N800 no dia 11/Maio pela manhã?? impressionante.

Enfim, também tive uma oferta de suborno, digo, oferta de um presente especial se eu tirasse o post do ar (que por sinal, me deixou extremamente indignado, já que é muito mais fácil e barato comprar alguém do que melhorar o atendimento, isso é reflexo da sociedade corrupta brasileira, mas isso é assunto pra divagações políticas). Sendo que se ela simplesmente tivesse resolvido o problema eu colocaria aqui com o maior bom gosto que finalmente fui bem tratado e o problema resolvido. Aos olhos dos leitores/cliente isso seria bom e ponto, seria bom para o submarino. Agora oferecer presentes pra tirar do ar?

Mas como ela se ofereceu assim como um acesso rápido que resolveria meu problema com toda a prioridade, resolvi dar uma chance. Ou 5. Ninguém pode dizer que eu não tentei. (ah, se quiser falar comigo agora você já deve ter o telefone, senão mande e-mail no eduardofr arrob. yahoo.com e esse não é o e-mail que eu tenho no cadastro do submarino não, mas leio-o regularmente)

Liguei no telefone 4003-5544 em torno do meio-dia. Horário de almoço.
Fiquei 10 minutos esperando na linha escutando aquele jingle e as propagandas do submarino.
Desliguei, porque é preciso almoçar.

Liguei mais uma vez lá pelas 17:30. Dez minutos esperando mais uma vez. Desliguei.

Liguei mais duas vezes entre às 18:00 e 18:30. O sistema está fora do ar senhor, o senhor gostaria de estar aguardando o sistema retornar ou gostaria de estar ligando dentro de 20 minutos? (sim, estava fora do ar as duas vezes)

Tá. Mas eu vou falar com alguém, pra pelo menos ver se esse contato de "resolução prioritária" vai resolver algo.

Mais 14 minutos esperando e ouvindo o jingle.

Falei o que fui contactado pela Maria José, do GIC e tudo mais. A moça disse que vai abri um protocolo junto com a ouvidoria e eles irão estar entrando (AARGGHHH!) em contato comigo em até um dia útil. Tá.

Mas sabe qual é o meu medo? é que o Submarino realmente venha buscar o aparelho, com toda a boa vontade do mundo pra tentar resolver isso.
E não tragam outro.
Aí eles vão retirar, levar pra nokia, a nokia vai fazer um laudo, dizendo que o aparelho está normal (sim, porque o aparelho liga se tiver carga na bateria! só não carrega a bateria de jeito nenhum) e daí o submarino pode devolver o mesmo aparelho (mais um lacrezinho em cima da caixa) com defeito, ou pode se oferecer pra realmente trocar, mas que do jeito que eu tenho sorte, eles vão dizer que o aparelho está em falta no mercado e que eles vão me dar sei lá, ou crédito na loja.

Infelizmente Maria José, parece que a resolução prioritária não é tão prioritária assim.

Ah, a nokia não ligou ainda (o prazo deles é até amanhã 24/JUN às 22:00).

Maravilha.

Eu estou realmente sem esperanças de ter esse aparelho consertado. Lá se vão R$500 pelo lixo.
-------
Mais tags legais pra que vocês acompanhem a novela:

Submarino atendimento ao cliente falho GIC teleatendimento 4003 5544 nokia n800 com defeito bateria não carrega troca impossível abandono do consumidor

20 June 2009

A novela do N800 - Descaso do submarino, atendimento ruim Nokia

Se você não quiser ler toda a história, e é longa, pule lá pra baixo e veja o último parágrafo.

Certo dia eu estava lendo uns blogs por aí e lí a respeito do Nokia N800.
Ele não é um celular, é um Internet PC, ou seja, não faz ligações celulares, mas é um computadorzinho interessante, é touchscreen, a tela é grande, dá pra ver vídeo, escutar música, acessar internet através de wifi e até rodar um ssh pra brincar com o linux de casa.
No dia seguinte ví no submarino em promoção por R$490, em 10x sem juros. Pensei: puxa, cinquentão por mês não é tanto assim e parece ser um treco legal pra viagens (dá pra ir num café com wifi e mandar e-mails!). Comprei.

Isso foi no dia 11 de maio. Lembre-se desta fatídica data.
O site dizia: Entrega em 4 dias (na letrinha pequena dizia: dias úteis, contanto que a aprovação do cartão de crédito fosse até às 20:00). Eu comprei de manhã. Isso não seria problema. Era uma segunda-feira e eu estava com a esperança de tê-lo em mãos até o fim de semana.

Acompanhei dia a dia no site o rastreamento do produto, através da transportadora TRANSFOLHA. Que é bem ruinzinho por sinal.

Na quarta-feira SEGUINTE - 20 de maio - (sim, na sexta-feira 15 de maio não havia nem sinal do aparelho), vi que a transportadora fez uma tentativa de entrega. Mas não havia ninguém em casa, e eles iriam tentar entregar dentro 2 dias. Mas como a transportadora é inteligente em todas as questões logísticas, se o cliente não está num dia de manhã em casa, o que se faz? Tenta entregar a segunda vez TAMBÉM de manhã. Ou seja, na sexta-feira dia 22 foi feita a segunda tentativa de entrega. Não havia ninguém em casa.

Mas neste intevalo eu tentei avisar o submarino, através de chat, telefone e até sinal de fumaça que não haveria ninguém em casa e que eu gostaria que fosse marcado outro horário OU outro endereço pra entrega. Eles (depois de MUITAS tentativas, já que fui derrubado "por motivos técnicos" mais de 4 vezes do chat) disseram que "Não podemos estar fazendo a alteração de endereço e nem estar agendando a entrega".

Tentei ligar pra transportadora. Ninguém atendia. Bom, então eu pensei: Ahá! eles virão na segunda-feira 25 de maio de novo de manhã pra tentar entregar. Fiquei essa manhã em casa esperando. Eles vieram a tarde, quando não tinha ninguém em casa.

E na terceira tentativa de entrega a transfolha DEVOLVE o produto para o submarino, que por sua vez entra em contato com o cliente para ver se ele quer que entregue em outro endereço ou quer um reembolso. Eu não tinha interesse em reembolso, porque agora o produto já estava R$100 mais caro no submarino.

Então comecei a mandar e-mails e mais e-mails para o submarino dizendo de todas as formas possíveis que eu queria que mandassem para outro endereço. Não recebi NENHUMA resposta (só aqueles e-mails de resposta que diziam que iriam entrar em contato em até 24 horas. Nunca entraram em contato). Nesse ponto eu estava desesperado. ONDE ESTÁ O MEU N800??? Ninguém me respondia nada, ninguém me informava nada.

Mandei vários e-mails para a ouvidoria. Até que no dia 09 de junho o produto foi entregue no novo endereço. Hurray, quase 1 mês pra entregar um produto que deveria ter sido entregue em 4 dias!!

Não acabou ainda. Na verdade mal começou a encrenca.

Abri a caixa. Notei uma coisa, haviam 2 lacres na caixa, ambos holográficos e parecendo ser originais da Nokia. O de baixo estava rompido e o de cima estava intacto.

Pensei comigo: Esse treco ou foi devolvido pro Submarino por defeito ou é refurbished. Me dei mal.

Liguei ele, prestei atenção na tela, estava bem boa. E ele ligou, fiquei feliz.

Liguei na tomada pra carregar a bateria e continuei usando, fiz vários testes e fuçando bastante.

Depois de 30 minutos de uso ele desligou, dizendo que a bateria acabou. Mas está ligado na tomada!! Que droga.

Ele não está carregando a bateria. Peguei outro carregador que eu tenho igual. Mesma coisa. Só pode ser um problema com o circuito carregador do aparelho ou com a bateria. Não tenho outra bateria pra testar então não pude ter certeza do que estava acontecendo. Liguei a primeira vez pro telefone da nokia, fui atendido rapidamente e fiquei feliz. Me disseram que eu tinha 7 dias pra devolver para o Submarino, e eu pensei: De jeito nenhum, não vou mais tratar com o submarino, não vou mais comprar lá, e vou ficar falando mal deles pra todo mundo o atendimento do submarino é horrível.

Então disse pra moça da nokia: não tenho interesse em tratar com o submarino, quero acionar a garantia. Ela me disse que a nokia iria entrar em contato comigo dentro de 72 horas para me passar as informações para enviar o aparelho, sem custos, para eles.

Isso foi no dia 10 de junho.

No dia 12 me ligaram, pra me dar informações de como ligar o aparelho. EU SEI COMO LIGAR O APARELHO, ELE ESTÁ COM DEFEITO, PROBLEMA, KAPUTT, BROKEN. E ela me falou que iriam entrar em contato até dia 16 de junho para passar as informações de como enviar o produto.

Não ligaram.

Liguei lá no dia 16 de junho e reclamei. A moça, bem informativa (não, não mesmo), disse: "Eles não ligaram porque não tinham o seu telefone", o problema é que eu passei 3 números onde eu poderia ser encontrado. Mas acho que isso é demais pra eles. São muitos números, demais pra cabeça.

E a moça bem informativa (não mesmo!) perguntou: "Mas porque você não leva na assistência?" DUH!!! Porque vocês falaram que não tinha assistência aqui em Curitiba que conserta esses aparelhos. Ela me passou um endereço, pedi um telefone, ela não tinha o telefone da assistência técnica, com o nome sugestivo de "Help Manutenção". Meia hora de google depois eu descobri que o endereço que ela passou estava errado.
Achei uma página terrível onde tinha um telefone. Liguei e disse: "Eu tenho um N800 com problema, está na garantia", a moça deve ter entendido só "garantia" e disse pra ir lá levar o aparelho. Passou os horários. Ahm, eles atendem sábado, que bom.

Fui lá no dia 20 de junho. Esperei ser atendido, cheguei no guichê coloquei o aparelho, nota fiscal e carregador na frente dela e descrevi o problema. Ela olhou pra minha cara e com aquele olhar profundo e disse: "Mas o que é isso?"

É um Internet Tablet.

Ela abriu atrás, e pegou a sua grande e fiel ferramenta, um extrator de grampos, para retirar a bateria. Como eu sou uma pessoa legal, eu tirei a bateria antes que ela quebrasse o treco. E ela ficava olhando e finalmente me perguntou: "Mas cadê o IMEI?"

Isso não é um celular.

Em seguida: "Vou ver com a minha supervisora"
30 segundos depois a supervisora grita do outro lado da sala: "Nós não damos assistência à GPS"

Não é um GPS, é um Internet Tablet.

A supervisora, já um pouco alterada e visívelmente grossa e mal educada, disse: "Mas não é celular, nós só damos manutenção em celulares"

THANKS FOR NOTHING.

Em casa liguei pra nokia, direto pra reclamações e comentários. O cara se desculpou pela informação incorreta. (Grande!)

Abriu outro chamado, e vão entrar em contato comigo em 72 horas (úteis) pra mandar as informações de como mandar pra nokia o aparelho.

E essa história ainda não tem fim, isso é uma novela em andamento. Se você achar alguma maneira que pode piorar, por favor mande sugestões, estou ansioso.

Já me disseram que eu devia ir no procon. Mas eu sei que vai ser MAIS um incômodo. Vou ter que perder um dia de trabalho pra ficar numa fila cheia de gente reclamando de conta telefônica pra no final entrar num processo que demora meses. E pra quê? Ações de proteção ao consumidor não tem efeito algum nas grandes corporações, pra eles uma multa (na pior das hipóteses) não é nada. É desvio padrão.

O que ajuda é não comprar mais deles. E falar mal pra todo mundo. Talvez meios mais violentos ajudariam mais, mas eu sou um cara legal que só quer o aparelho consertado, não quero machucar ninguém fisicamente

Ainda

===============

Mas pra quem não quis ler tudo isso, aí vai um resumo.

O submarino maltrata o cliente, não mantém informado, não é flexível, não entrega na data certa, e às vezes entregam os produtos errados (soube de um amigo que comprou um celular e entregaram um rádio para carros)

A transfolha é incomunicável, tem um sistema de tracking falho, e noções infantis de logística e entrega.

A nokia não treina os atendentes em sua própria linha de produtos, promete contato e não cumpre, se enrola pra resolver assuntos simples, não tem mais produtos de qualidade, dá informações erradas, tem uma taxa de erro altíssima de problemas com produtos novos (conheço 2 pessoas que tiveram problemas com N95, e passaram basicamente pela mesma coisa).

Não compre no submarino.
Não envie nada pela transfolha.
Não compre produtos nokia.

Passe isso adiante.

Ah, se você trabalha pra nokia, submarino ou transfolha e quiser falar comigo pra pedir desculpas, nem perca tempo. Eu quero que isso seja RESOLVIDO. Desculpas não adiantam de nada.

==============

Algumas tags pra que as pessoas achem mais fácil esse blog:
nokia assistência técnica submarino atendimento ruim transfolha n800 internet tablet defeito bateria problema descaso com cliente reclamação

05 October 2007

SOLVING PHILIPS DVP642 SUBTITLE SUPPORT BUG WHEN BURNING CDS/DVDS IN LINUX

I bought a Philips DVP642K DivX-enabled DVD player some years ago, and I was very happy with it, until I moved to linux. Not that linux is to blame here, it's just that linux is too good adhering to standards and Philips and Ahead/Microsoft seems to like breaking things their own way.

The problem is weird, when you burn a CD/DVD with an .AVI and a .SRT/.SUB file in windows using nero the player reads perfectly [1][2].
Now when you burn the same files using Linux and K3b, the .AVI will be played ok, but the subtitles appears as question marks in the player's main menu, and therefore, won't be loaded.

After some research I discovered that if I burn this files using only pure ISO9660 format in the CD/DVD, they'd work. But there are some drawbacks, mainly is that pure ISO9660 have lots of restrictions on file name length, and allowed characters in file and directory names. So they'd be read on the player, but in Linux and windows it'd look awful.

So, I was trying to fix it last week and stumbled here:

http://www.videohelp.com/dvdhacks/philips-dvp-642/4117#17429

The guy was experiencing the same problem than me, and he seemed to have a solution, only his page was down. Then I saw his cached page:
http://web.archive.org/web/20060214150813/http://arost.redirectme.net/sw/mkisofs/

The problem is that Philips requires that every filename have a version number explicit in the joliet filename. (That is not exactly the standard), Nero seems to do just that, But mkisofs/genisoimage doesn't.

The bottom line is: I managed to fix this by patching and compiling a (rather old) version of mkisofs, and here's what you'll need to do:

-> Get the patch: (credits goes to Alex)
http://web.archive.org/web/20060214150813/http://arost.redirectme.net/sw/mkisofs/versioned-joliet.patch

-> Get the source:
ftp://ftp.berlios.de/pub/cdrecord/ALPHA/OLD/2.01aX/cdrtools-2.01a37.tar.gz

-> tar -xvzf cdrtools-2.01a37.tar.gz
-> cp versioned-joliet.patch cdrtools-2.01
-> cd cdrtools-2.01
-> patch -p1 < versioned-joliet.patch
-> make
-> cd mkisofs/OBJ/
-> And now enter the directory that contains the files for your platform (here is 'i686-linux-cc')
-> There (should be) a file named mkisofs that is executable. That's the patched binary.
-> Copy it to /usr/bin/ (if you have, genisoimage, probably there's a link from mkisofs to genisoimage, remove it)
-> Open K3b, go to Settings, Configure K3b, Programs, Search Path, and add this: "/usr/bin/mkisofs", this way it will force k3b to use this version of mkisofs.
-> And maybe you should also change the buffer size for K3b (still inside Settings, go to Advanced and unmark "Manual writing buffer size")

Now you can burn CDs/DVDs with Joliet and read them nicely in the Philips DVP642, Linux and windows.

Ah, and while you're at it, if you happen to edit the subtitles (or even just open, save and close) in linux, don't forget to run "unix2dos subtitle.srt" so the CR-LF can be changed to the Microsoft/Philips standard.


That's it.
Thanks a lot Alex. This patch should be put in the main genisoimage/mkisofs tree.



[1] Unless of course your .AVI is very new and uses some xvid and divx extensions that weren't available circa 2003, like GMC.
[2] Or even if your .SRT/.SUB is broken.

23 July 2006

Moving root partition in linux

After several frustrated atempts to move my root partition to another hard drive I finally found a way to do so.

The error was simply the initrd of the old root which was pointing to the wrong partition!

Here's what I had in the begining:

-> Root partition in /dev/hdb1 (when I first installed linux I still had windows in /dev/hda1)
-> Swap partition in /dev/hdb2, pretty simple, huh?
-> Space available in /dev/hda

I wanted to move my whole installation to the newer-faster-cooler-nicer-stabler-hard-drive (aka hda1) without the need of a reinstall, and I was told that the only thing I needed was to create a partition in hda1, copy (cp -ax if I'm not mistaken) everything from / to the new place, update the /etc/fstab and /boot/grub/menu.lst and finally reinstall grub.

But it wasn't that easy, I had to learn a lot of grub, initrd, kernel, filesystems, partitions and how to rescue the system from stupidity to (at last) do it the propper way (at least for me!)

Here's what I did:

(let's consider I had a empty /dev/hda, which I didn't but it'd be safer)

-> Booted with the Gparted LiveCD
-> Created a XFS partition in /dev/hda (/dev/hda1)
-> Created a SWAP partition in /dev/hda (/dev/hda4)
-> Marked hda1 with the bootable flag
-> Copied everything from /dev/hdb1 to /dev/hda1 (through grsync which is included in the Gparted LiveCD), that was very nice, the interface is very straightforward and is much simpler to solve any error that with those odd-looking cp options mentioned above.
-> Booted with Knoppix (so that I wouldn't mess with any of the roots I had installed)
-> Installed GRUB:
-> #grub
-> root(hd0,0)
-> setup(hd0)
[so it installs in the MBR instead of the first sector of the drive (a BadThing(tm) for XFS)]
-> Mounted the new partition
-> #mount /dev/hda1 /mnt/hda1
-> Fixed the new /etc/fstab
-> #vim /mnt/hda1/etc/fstab
Changed the /dev/hdb1 for /dev/hda1 and /dev/hdb2 for /dev/hda4
[IMPORTANT] if you have for some reason any strange parameter for mounting the root partition (it was EXT3, thererefore I had "errors=remount-ro" in the options, and that simply doesn't work for XFS) please check in man mount the options for your filesystem.
My /etc/fstab is now like this:

# /etc/fstab: static file system information.
#
#
proc /proc proc defaults 0 0
/dev/hda1 / xfs defaults 0 1
/dev/hda4 none swap sw 0 0
sysfs /sys sysfs defaults 0 0



OK, so far it took a while to copy everything, but it's pretty simple, the next point is where I lost a lot of time on.

I simply tried to rearange the /boot/grub/menu.lst so that it'd boot the kernel in the right partitition, but it would only boot it from /dev/hdb1, I didn'tknow why!! After all, the fstab was right...

I then asked the right questions to google and I was enlighted with the answer: The INITRD has hardcoded the root partition link.

So I tried several ways to rebuild a initrd (using yaird, mkinitrd, mkinitramfs) and NONE of them would work for me. So I was told to simply chroot into the new partition and install another kernel...

Let's continue then.

-> Chroot'd to the new partition:
-> #chroot /mnt/hda1
-> Mounted the proc and sys partitions:
-> #mount proc -t proc /proc
-> #mount sys -t sysfs /sys
-> Installed another kernel:
(if you still have the linux-image-2.X.X.X.deb in your apt cache dir, you can simply #dpkg-reconfigure linux-image-2.X.X.X and it will rebuild your initrd. I didn't had, and decided to upgrade my kernel anyway, so I did the following)
-> # apt-get install linux-image-2.6.17-1-k7 linux-headers-2.6.17-1-k7 linux-source-2.6.17
-> After the download (circa 60MB) the installer will create a new initrd (and load the root information from your new /etc/fstab), and mess your /boot/grub/menu.lst so I recomend you fix it:
-> # vim /boot/grub/menu.lst
-> make sure you have a option similar to this:

title Debian GNU/Linux, kernel 2.6.17-1-k7
root (hd0,0)
kernel /boot/vmlinuz-2.6.17-1-k7 root=/dev/hda1 ra vga=791
initrd /boot/initrd.img-2.6.17-1-k7
savedefault
boot

-> So, now simply umount everything and reboot
-> #umount /proc
-> #umount /sys
-> #exit
-> #reboot

-> And boot to your new kernel and partition.

It should work right now :)

08 November 2005

LIRC: installation guide for kernel 2.6.14

OK, after the nightmare of lirc installation last week I decided to write a guide, here it is, if you have any questions, ask me!!

First, download your kernel's source, if your using the plain vanilla kernel from debian's repository:
#apt-get install linux-image-2.6.14-1-k7 linux-headers-2.6.14-1-k7 linux-source-2.6.14

Now go to /usr/src/ and create a symlink (if there's an old one rm it!):
#ln -s /usr/src/linux-headers-2.6.14-1-k7 linux

Download the latest LIRC version (DON'T, I REPEAT, DON'T apt-get lirc, the package is old and doesn't work with newer kernels)

get it here: http://lirc.sourceforge.net/software/snapshots/lirc-0.7.3pre1.tar.bz2

bunzip and untar it, and execute the setup.sh

setup your device (here I use driver:serial io:0x3f8 irq:4)

Now go to "Save configuration & run configure" It must prepare the compilation (if any errors appear, you may have a unconfigured gcc or missing library)

#make

#make install

Perfect.

In order to test the setup, you may have to free the serial port:
#setserial /dev/ttyS0 uart none

Then you have to load the kernel module:
#modprobe lirc_serial

After that, load the deamon:
#lircd

And test the reception of commands:
#irw

Press some buttons on your remote, it must appear on the screen.

If it's ok, you must setup the definitive configuration. There's tons of config files that must be arranged in order to make lirc work in userspace, as well as deamon.
I don't remember which of the following files I edited by hand and which worked right out of the box when I run lirc's setup.
I advise to check them all.

First, there's a file called /etc/lircd.conf which contains all remote control codes for your remote. (mine is a JVC-RM-SED3SU)

Then there's /etc/lirc/hardware.conf:
--------------------------------
#Arguments which will be used when launching lircd
LIRCD_ARGS=""

#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=false

#Try to load appropriate kernel modules
LOAD_MODULES=true

# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="default"
# If DEVICE is set to /dev/lirc and devfs is in use /dev/lirc/0 will be
# automatically used instead
DEVICE="/dev/lirc"
MODULES="lirc_dev lirc_serial"

# Default configuration files for your hardware if any
LIRCD_CONF=""
LIRCMD_CONF=""
--------------------------------
/etc/lirc/lirc-modules-source.conf

# lirc-modules-source config file used by Debian GNU/Linux

# Space separated list of lirc kernel drivers to build
LIRC_MODULES="serial"

# Serial module configuration
LIRC_SERIAL_PORT="0x3f8"
LIRC_SERIAL_IRQ="4"
LIRC_SERIAL_CFLAGS=" -DLIRC_SERIAL_SOFTCARRIER"

# Sir module configuration
LIRC_SIR_PORT="UNCONFIGURED"
LIRC_SIR_IRQ="UNCONFIGURED"
LIRC_SIR_CFLAGS="UNCONFIGURED"

# Parallel module configuration
LIRC_PARALLEL_PORT="UNCONFIGURED"
LIRC_PARALLEL_IRQ="UNCONFIGURED"
LIRC_PARALLEL_TIMER="UNCONFIGURED"
--------------------------------
In /etc/modules I added:

lirc_serial
--------------------------------
In /etc/modules.conf:

### update-modules: start processing /etc/modutils/lirc
#This file is modified by lirc's maintainer scripts.
#Any 'options' line asociated with the selected hardware will be replaced.
#However 'add options' lines will be left alone, so you can use that for
#additional module parameters.
# ej:
# add options lirc_serial sense=0

options lirc_serial io=0x3f8 irq=4

### update-modules: start processing /etc/modutils/lirc_serial
alias char-major-61 lirc_serial
--------------------------------
the following is a dirty trick, most people say that this is a nasty practice, but I added to /etc/init.d/bootmisc.sh

setserial /dev/ttyS0 uart none
modprobe lirc_serial
lircd -n &

# the last line is set to "no deamon mode" because in my
# box lirc is not deamonizing well, but it is ok to start
# it in interactive mode
--------------------------------

Now, after all this mess, reboot your computer, go to a terminal:
and run "irw"
if lirc is working, when you press a key in your remote, it must show the remote's code on screen.

Then you're home free, the rest is just a matter of app configuration (mplayer, amarok, xmms, xine, whatever you like)

BUT, it is not working, well, try the following:
1) #cat /dev/lirc
if it shows a blank screen and when you press a button in your remote it dumps garbage on your terminal, well, the module is loaded properly and the problem seems to be the deamon.

2) If #cat /dev/lirc gets you a "cat: /dev/usb/lirc: No such device"
Then the module didn't load, try a #modprobe lirc_serial, and check the error, it may be the serial port busy (hence the setserial line in bootmisc.sh, try re-executing it)
When modprobing the module, you may get a error message indicating that the module is not compatible with your kernel, that's what happened with me, I was using a older version of lirc, and it wouldn't work (then I read this[1] and realized I needed to download the latest version of lirc to work with 2.6.14)

3) If cat /dev/lirc goes well:
then "modprobe lirc_serial", and if it goes well, then execute "lircd -n". Now try "irw" and press a button on your remote, it should dump information on your terminal.



[1] - Thank you Gavin!!!

From: Gavin Hamill
Subject: LIRC with 2.6.14 - 'Unknown symbol verify_area' in lirc_serial
Newsgroups: gmane.comp.hardware.lirc
Date: 2005-11-03 20:47:19 GMT

Hi :) Just installed 2.6.14 which has solved a problem I was having, but
needed to grab the lirc_serial.c from CVS to deal with the verify_area
issue.

May I suggest that a 0.7.2.1 release be made to avoid lots of 'I can't
get lirc working!!' messages in the near future? :)

Cheers,
Gavin.

07 November 2005

Kernel Upgrade.

Yes, finally I upgraded my kernel (I was using 2.6.8!) [1]

Well, the kernel migration went perfectly:

#apt-get install linux-image-2.6.14-1-k7 linux-headers-2.6.14-1-k7 linux-source-2.6.14

#vim /boot/grub/menu.lst (organized the entries, adding a vga=791 at the end of each kernel line, so I get a usable terminal at boot time)

reboot

OK.

uhm, lirc is not working, neither is X.

Lirc is expected to break everytime something changes the kernel (because, frankly speaking, lirc is a mess[2] of integration of kernel, deamon, device, and userspace binary)

Uh, X is not working, It may be a buggy driver, so I downloaded the driver from Nvidia's site (http://download.nvidia.com/XFree86/Linux-x86/1.0-7676/NVIDIA-Linux-x86-1.0-7676-pkg1.run). Executed it and went smoothly (I heard the old versions doesn't work with kernel 2.6.14)

Now getting back to lirc: I spend some 4 hours trying to make it work in several ways, with different sources, packages, methods and so on, but what I learned is that I need to get the last version of everything[3].

Now I just have to reinstall vmware, the rest seems to be working very well (remembered another thing, my USB is still using 1.1, because it is corrupting my thumbdrive every now and then, I have to update my BIOS and try with the new kernel)

[1] For reasons I may tell in the future.

[2] I'm no kernel specialist, but I find very frustrating trying to make lirc work, is it really necessary to integrate lirc and kernel so tightly?

[3] I will post a lirc installation soon (I Already wrote it, but I need to test again and see if the procedure is ok).

The SID's experience.

Sure, if you decide to use a unstable distribution you should expect it to break things every once in a while, but I was getting used to stability in Sid, so when things break I don't get very happy.

For instance, last week I did a "apt-get update && apt-get dist-upgrade" to keep my system up-to-date...

When I rebooted the computer, 3 things stopped working...

1) fancontrol:
Fancontrol is the program to reduce the coolers rotation when the cpu is cool enough.
It simply started pointing to the default temp and rotation sensors (the wrong ones), well, I just "pwmconfig" and it is ok again.

2) Lircd:
It seems that the deamon is stoping as soon as I start it, several tests later and I understood that is not the program that is not working but the deamonizing process.
So if I run "lircd" it doesn't work, but if I use "lircd -n" (nodeamon) it works perfectly, I checked the /etc/init.d/lircd and every configuration file I could remember. No hints whatsoever on what is wrong, google doesn´t know either, or I´m asking the wrong questions.

STILL UNSOLVED
I'm running it interactively.

3) SSHd;
Oddly enough, the problem is exacly the same as with lirc, the deamon just runs in interactive mode (nodeamon) [#/usr/sbin/sshd -D]

STILL UNSOLVED
I'm running it interactively.


That's why I upgraded the kernel...