Barrapunto

Con cada nueva versión de una distro nos tropezamos con algún cambio o bug de algo que nos funcionaba perfectamente en la versión anterior.
Con openSUSE 13.1 me he encontrado quitando las herramientas de impresión de HP porque tienen la impresora encendida siempre y, hasta que lo resolvieron, vdpau no me funcionaba con usuarios estándar: sólo podía ver películas en HD como usuario root.
Como ves, no eres el único que se ha llevado sorpresas con cosas que con la versión previa se hacían bien. Lo bueno es que, al final, siempre se encuentra una solución al problema usando un método alternativo o gracias a una actualización correctiva.

Yo dejé de usar linux justamente por estas cositas...

Después de varios días buscando y rebuscando en internet, leyendo manuales varios, algo de magia negra, prueba y error a cascoporro y acabar hasta las pelotas de editar scripts varios conseguía que funcionara el scanner o la pistola laser pá leer códigos de barras.

Qué bien, y yo ufano de mis logros.

Hasta que... uisss voy a actualizar¡ meeeec.., ya no funciona el escanner. Oh vaya, la pistola ni se enciende...

Resumiendo... que acabé hasta las pelotas de linux, y eso que me gustaba.

Venga, a pelársela un rato... ;)

Recuerdo hace años haber tenido mi carga de problemas con BlueZ, tanto con DUN como con mi favorito: audio (HSP/A2DP). Mi experiencia se remonta hacia el 2007, cuando compre mi primer telefono con Bluetooth e intente usar dicha funcionalidad con mi laptop Dell corriendo Fedora Core 6:

OBEX: Era lo unico que funcionaba de serie, o al menos Object Push.

DUN: No muy facil, requeria justamente editar lo de RFCOMM, e igual recuerdo que si tenia que inicializar el puerto como root, pero funcionaba (casi) siempre. En la universidad tiraba de eso en ocasiones para conectarme por 3G, aunque al final preferia no usarlo mucho justamente por el mayor consumo de bateria en ambos aparatos (laptop + telefono)

Audio: Uff, por donde empiezo... Para empezar, igual me toco recompilar BlueZ desde cero pues la version de Fedora era demasiado anciana y poco funcional. Tambien me toco compilar todo el subsistema Bluetooth de KDE (aun estaba en pleno desarrollo y tampoco venia con Fedora)... y aun asi termine con nada. Tras mil horas en Google, solo tenia lo siguiente:

- Podia conectar audifonos y manos libres, pero ello implicaba 1) cambiar mi configuracion de ALSA, 2) usar un script de Python donde debia indicar la direccion MAC de mi dispositivo, y 3) rezar. Aun asi, no podia usar el microfono de mis manos libres, por lo que olvidense de hacer llamadas telefonicas o algo.

- Usar las bocinas de mi laptop como un gigantesco altavoz para mi telefono? Posible bajo Windows, IMPOSIBLE bajo Linux pues a nadie se le habia ocurrido semejante caso de uso, y por lo tanto, no habia soporte para eso.

Regresando al futuro, digo, al 2014, ahora BlueZ esta mejor integrado con (la abominacion de) Pulseaudio, y las cosas estan... pues, no mucho mejores:

- La conectividad de audifonos y manos libres ahora esta mas simple - emparejar y listo, tienes un nuevo dispositivo en tu Pulseaudio listo para usar

- Redirigir el sonido de otro dispositivo a tu PC... eh, ahora SI se puede hacer, pero es ridiculamente complicado, y bastante inestable. Solo se puede hacer con Blueman (donde hay que habilitar la funcionalidad bajo el campo de PELIGRO MINAS!, requiere teclear comandos en una consola de Pulseaudio (!!!), y funciona cuando le da la perra gana (aparte de que consume CPU por toneladas). Si les sirve de consuelo, en la pila de Atheros para Win7, esto TAMPOCO sirve :( (solia jalar bien con la de Broadcomm para XP)

Ese es el grandisimo problema con BlueZ: la vasta mayoria de la gente usa eso solo para OBEX, HSF/A2DP (pero no en modo sink, es decir, para enviar audio), y alguno que otro para PAN o DUN. Como para los de BlueZ esos casos de uso "no existen", pues no hay interes por parte de nadie para implementar dicha funcionalidad. Y sorpresa sopresa, cuando llega el caso de uso (o sea, tu), te encuentras solo en el mundo, en un cerro de paginas vagas, hilos de 1 mensaje abandonados desde hace 6 años, y en el mejor de los casos, un par de personas que hacen "lo posible" para ayudarte aunque en realidad no tengan ni puta idea de lo que estas hablando (en serio, preguntarte si tienes BlueZ instalado cuando tu PC ya ve el jodido telefono?!)

Ahi es que digo que se diferencia el soporte para hardware de Linux vs. el de Windows: bajo este ultimo te meten todas las caracteristicas, incluyendo las que jamas vas a usar, mientras que bajo Linux... pues solo incluyen lo que le funciona al carajo que desarrollo ese codigo en primer lugar (pues probablemente lo hizo porque necesitaba algo en un momento puntual). Quienes necesitan la funcionalidad no son programadores, y quienes SI pueden programarlas... pues adivina, no les interesa, no tienen tiempo, o simplemente no se van a dedicar a ese "1%".

Al menos el soporte para el Wiimote esta que te cagas :P

Por lo que yo he entendido el soporte completo de puerto serie sobre Bluetooth se quiere eliminar debido a que la capa extra (convertir paquetes RFCOMM a serial tradicional) no es necesaria.

Por eso en estas últimas versiones del demonio de Bluetooth hay que pasarle el parámetro "-C" o "--compat"

Y en el chat él me indica (eso entendí) que el dispositivo presente en "dev" sería eliminado en el futuro.

El asunto es que no se está tomando en cuenta la comodidad de usar serial sobre Bluetooth, y más importante aún la cantidad de programas que se benefician de ésto (todos los que tienen comunicación mediante puerto serie).