Sopcast
¿Hay por aquí alguien con experiencia en sopcast en Debian? No consigo hacerlo funcionar, y sólo encuentro una página en chino donde hablen de este error: $ ./sp-sc sop://broker.sopcast.org:3919/official/espn 8800 8900 (null):(null):sop://broker.sopcast.org:3919/official/espn url=sop://broker.sopcast.org:3919/official/espn resourceID=b45a localaddr: c0a80002:8800 sio_broker closed sio_broker closed sio_broker closed sio_broker closed spsc_cleanup Y terminó :? -- Benjamí http://blog.bitassa.cat .
Re: Sopcast
A Dilluns 12 Juny 2006 22:05, gerardo va escriure: A mi también me da error, prueba con otro canal: Shangai Sports o algún otro. ¿Quieres decir este? $ ./sp-sc sop://broker.sopcast.org:3919/official/shanghaiGsports 8800 8900 (null):(null):sop://broker.sopcast.org:3919/official/shanghaiGsports url=sop://broker.sopcast.org:3919/official/shanghaiGsports resourceID=1b10 localaddr: c0a80002:8800 sio_broker closed sio_broker closed sio_broker closed sio_broker closed spsc_cleanup ¿Este otro? $ ./sp-sc sop://broker.sopcast.org:3919/official/cctv5 8800 8900 (null):(null):sop://broker.sopcast.org:3919/official/cctv5 url=sop://broker.sopcast.org:3919/official/cctv5 resourceID=ab34 localaddr: c0a80002:8800 sio_broker closed sio_broker closed sio_broker closed sio_broker closed spsc_cleanup En algun momento he visto un RECEIVED con muchas D, creo recordar. Pero fué visto-no-visto :( Gracias :) -- Benjamí http://blog.bitassa.cat .
Re: nVidia propietario y dos kernels
A Dilluns 29 Maig 2006 09:42, Inigo Tejedor Arrondo va escriure: Tal vez enlazándolo a mano y saltándote ese paso ... no se como se comportará. ¡Gracias por las orientaciones! :) Los: # m-a prepare # m-a auto-install nvidia Han localizado el nuevo kernel, pero x.org no arrancaba. He recordado que me faltaba un # aptitude install nvidia-glx Antes de eso me di cuenta que había una nueva versión del nvidia-glx: la 1.0.8762-1 (yo tenía, para el kernel anterior, de stock, la versión 1.0.8756-4) Ahora me doy cuenta que tras el install nvidia-glx tengo un paquete para cada kernel, con las diferentes versiones del nvidia-glx: $ ls /usr/src/nvidia-kernel-2.6.16* /usr/src/nvidia-kernel-2.6.16-1-686-smp_1.0.8756-4+2.6.16-12_i386.deb /usr/src/nvidia-kernel-2.6.16.18-smp-bitassa_1.0.8762-1+20060528.01_i386.deb Poco a poco se aprende el tictac de la cosa. Supongo que ahora debería actualizar el otro a la 1.0.8762-1, ya probaré como :) -- Benjamí http://blog.bitassa.cat .
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
A Diumenge 28 Maig 2006 13:33, Iñaki va escriure: Pero el problema es que actualmente ninguna empresa puede vivir de fabricar filtros sólo para coches Renault, ya que a pesar de ser una marca muy vendida existen muchas otras con similar mercado y sería ridículo sólo fabricar una cosa concreta (filtros) y para una marca concreta. Exacto, porque en cualquier actividad que no es software hay muchas marcas. Es lo que quería transmitir. Sólo que eliminaría la palabra «problema» de tu parágrafo. Que no haya sólo una marca de coches para la que fabricar complementos no es ningún problema. Al contrario: la concentración favorece a los grandes y la diversidad reparte oportunidades. En el caso del software (y sobre todo a nivel de SO doméstico u oficina) la situación actual no es esa en absoluto. Windows lidera el mercado de forma absoluta y un fabricante de software puede vivir perfectamente de hacer software sólo para Windows (como sabemos todos). ¿Fabricantes locales? Este hilo empezó por las quejas de Google, una empresa global. Los fabricantes locales de software para Windows están desapareciendo todos poco a poco. Nuestra especialidad local, el software de gestión, está derivando en un puñado de ERP/CRM conocidos en todo el planeta. ¿Porqué desarrollar para Windows, si es más fácil, no hace más fáciles las cosas para los profesionales locales? En mi opinión, porque sólo los grandes pueden seguir el ritmo de hacer y reacer sus aplicaciones. Una empresa que tiene 15 años, primero desarrolló para MS-DOS; lo tiró todo para rehacerlo en Windows 95; tuvo que tirar poco menos de la mitad para rehacerlo en 2000/XP; hizo falta cambiar demasiadas cosas incluso para el XP con SP2; ya veremos que pasa con Vista, de momento están de reformas profundas para pasar a .NET. Algunas veces desde cero, otras desde 7 u 8, pero siempre ha sido una murga. ¡Este problema del Windows no lo citan, cuando en Google dicen que desarrollar para «Linux» es más difícil! Para ellos, Google, rehacerlo todo (o casi) para un sólo sistema es más rentable que mantener --que no rehacer-- muchas versiones paralelas para muchos entornos. En cambio para una empresa local es rentable tener una buena aplicación de gestión, que no haga falta rehacer, aunque solo funcione en un entorno y que sea el veterano ncurses. Esa que los desarrolladores de MS tuvieron que tirar antes del 2000 porque no era ncurses, sino MS-DOS :) Ese tipo de aplicaciones son las que no interesan a Google. Son para actores locales, que viven de la novedad, y no actores locales que viven del servicio real. La diversidad es genial y buenísima, estoy de acuerdo, pero si la diversidad se reparte entre el 1% del total y el 99% restante es un bloque compacto ya no estamos hablando de diversidad real. Estamos trabajando para conseguirla :) Además, la diversidad no tiene porqué significar caos e interoperabilidad. Repito el ejemplo de HAL + DBUS: ¿alguien se ha quejado de este reciente sistema para manejar dispositivos extraibles tanto desde KDE como Gnome? Si, es muy bueno :) ¿alguien se quejaría si existiese un lugar en el que guardar globalemnte la configuración de proxy, los marcadores, el navegador predeterminado, el cliente de correo...? No es imprescindible. La abstracción del hardware, el caso de HAL + DBUS es una cosa necesaria. Las otras capas que no son abstracción del hardware intentan reaprovechar software, siempre ha sido así --hay quien se queja de las dependencias: «qué difícil». Pero cuando en software libre hay más de un proyecto es porque hay personas que le encuentran sentido. Si tiene sentido, hay que respetarlo. No le gusta a Google, pero Martinez Informáticos C.B. puede aprovecharlo y de qué manera :) Yo no creo que esas cosas atentasen contra la diversidad, es más, la posibilitarían y acabarían con el insufrible caos actual. No es insufrible, sinó una oportunidad para nosotros que hay que saber aprovechar. Para Google no lo es, ni para nadie que se proponga comérselo todo. ¿Tenemos que preocuparnos por la comodidad de Google?Al contrario, es una buena noticia que los que se mueven con intenciones de comérselo todo lo tengan un poco más complicado ;) En los 80 la amenaza para la salud del bit era IBM, en los 90 y ahora Microsoft. La del futuro es Google, tiempo al tiempo. -- Benjamí http://blog.bitassa.cat .
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
A Diumenge 28 Maig 2006 17:18, Benjamí Villoslada va escriure: Ese tipo de aplicaciones son las que no interesan a Google. Son para actores locales, que viven de la novedad, y no actores locales que viven del servicio real. El primer locales debía ser globales O:) -- Benjamí http://blog.bitassa.cat .
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
A Diumenge 28 Maig 2006 17:48, Iñaki va escriure: En definitiva, no creo que tengamos que ver las limitaciones y carencias de Linux como oportunidades, porque entonces alguien promocionará otro SO sin esos fallos y la gente acudirá a él en masa hasta de las tonterías de su actual SO, y se nos quedará cara de tontos. Nuestra gran diferencia es que donde tú dices limitaciones, carencias y fallos, yo no puedo ver nada de eso. Muchos otros sectores funcionan la mar de bien con realidades parecidas a las que calificas de limitaciones, carencias y fallos :) -- Benjamí http://blog.bitassa.cat .
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
A Diumenge 28 Maig 2006 18:32, Iñaki va escriure: Pasemos a ejemplos concretos entonces: Sólo ofreces respuestas binarias: blanco o negro. En muchos casos no es positifffo ni negatifffo :) - ¿Es positivo o negativo que al configuración del proxy en en Gnome se la pase Firefox por los mismísimos? Me gusta que cada programa tenga sus posibilidades distintas de proxy. Alguien puede hacer un meta ajustador de proxy. Por ejemplo tú, si crees que es tan importante :) - ¿Es positivo o negativo que al abrir el Konqueror en Gnome te abra los archivos con aplicaciones distintas a las que ya habías configurado en Gnome? Ni positivo ni negativo, es lógico. Se entiende mejor con ellas (dcop, kioslaves, etc) - ¿Es positivo o negativo que si usas Konqueror como navegador web abras una aplicación Gtk y al dar en Ayuda te abra el Epiphany? Es lógico, es su visor de ayudas. - ¿Es positivo o negativo que usando Firefox en KDE al pulsar en un mailto:; no haga absolutamente NADA? Esto podrían mejorarlo, es difícil de cambiar. Pero si alguien esta profundamente preocupado por ello, ¿a qué espera para contribuir en el proyecto? Podría saber las razones de primera mano «desde la grada todo el mundo entiende de futbol más que el entrenador». - ¿Es positivo o negativo que si has configurado al dedillo tu escritorio KDE y has seleccionado Kmail como cliente de correo resulte que cuando una aplicación Gtk tenga que enviar un correo te abra por defecto el Evolution en el que ni siquiera tienes cuenta configurada? Es lógico, es el programa de correo por excelencia del KDE. Quien quiere adaptar un alerón de Audi en un Renault, ya sabe lo que le toca: trabajar. Pero si me vas a responder que caos = libertad, o que poner un poco de orden es coaccionar las libertades, o que todo está bien como está en el escritorio Linux entonces te sugiero que visites algún día el planeta Tierra para comprobar in situ cuáles son las inquietudes informáticas de los terrícolas no frikis, y lo que opinan del concepto de diversidad que se les ofrece con la ensalada que expongo arriba. Haré ver que no me has llamado marciano; pero posiblemente la mayoría de terrícolas no informáticos no se moverán del KDE o del GNOME. No abrirán el Konqueror en GNOME. Quizás sólo vendría bien que alguien les dijese com abrir el KMail desde el Firefox, pero poca cosa más. Eso será todo para ellos. ¿En Windows todo es tan maravillosamente ordenado? ¿No tienen que hacer juegos de manos con ninguna configuración? ¿Seguro? -- Benjamí http://blog.bitassa.cat .
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
A Diumenge 28 Maig 2006 19:21, Iñaki va escriure: Eso que dices es como cuando alguien nos dice pues bueno, si la página está hecha para IE pues usa el IE, ¿no? es normal, ¿no?. No acepto este paralelismo: estoy hablando de navegadores libres. Lo que tú introduces significa que la obligación de usar un programa lleva implícito algo tan malo como la obligación de no usar un navegador libre. El resto se puede convertir en un circunloquio. Por supuesto que la respuesta es que si nos parece que algo no está bien, hay que ponerse a trabajar en ello. Todo el software libre que disfrutamos hoy empezó así. La realidad está muy lejos del «absurdo» que has usado. No niego ningun problema, esta claro que todo el software se puede mejorar. Pero niego que sea un problema tan importante todo esto que planteas. Lo es para Google, pero llevaste la conversación a los usuarios. Un estudio serio dijo esto: http://dot.kde.org/1060717024/ (y entonces el KDE era el 3.1.2, ahora tenemos el 3.5.2, pero Windows sigue siendo XP). -- Benjamí http://blog.bitassa.cat .
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
A Diumenge 28 Maig 2006 20:14, Luis Lezcano Airaldi va escriure: No todos tenemos tiempo sobrante para dedicarnos al desarrollo de software, apenas si tenemos algunas horas al día... Entonces puedes invertir unos minutos apuntándote a las listas de los proyectos que crees que han de mejorar. Tus sugerencias pueden ser valiosas --mucho más que aquí como quejas, por ejemplo. No hace falta saber programar. -- Benjamí http://blog.bitassa.cat .
nVidia propietario y dos kernels
Hasta ahora he usado el module-assistant para compilar los drivers nVidia. Tal como lo explican aquí: http://wiki.debian.org/NvidiaGraphicsDrivers Estoy preparando un custom-kernel, y veo que se puede usar lo mismo. Al tener los dos kernel (el de stock y el custiom) ¿la operación prepara los módulos para los dos? Por operación me refiero a # m-a prepare # m-a auto-install nvidia Gracias :) -- Benjamí http://blog.bitassa.cat .
Re: nVidia propietario y dos kernels
A Dilluns 29 Maig 2006 02:37, Aritz Beraza Garayalde [Rei] va escriure: no, solo para el que estás usando en ese momento. Puedes especificar para que kernel crear los módulos (ahora bien, no recuerdo como) Supongo que mira el symlink /usr/src/linux :? si ejecutas module-assistant sin mas, saldrá una interfaz en ncurses muy facil de usar. Sí, es fácil :) Gracias! -- Benjamí http://blog.bitassa.cat .
Re: [OT] Lo malo de la NO estandarización de escritorios en Linux
A Diumenge 28 Maig 2006 00:50, Iñaki va escriure: Con todo esto entiendo que hoy por hoy hacer un programa para Linux es más difícil que hacerlo para Windows. Confío en que los desarrolladores de los distintos escritorios tengan consciencia real de estos inconvenientes y se lancen a seguir las recomendaciones de freedesktop.org. Es consecuencia de la diversidad, siempre necesaria. Para las Megacorp, sus «desarrollos» (y no sólo de informática) serían mucho más fáciles si todas las personas del mundo mundial fuesen de la misma raza, lengua, religión y gustos culinarios. Nadie se atreve a decirlo, porque asusta, pero se prueba --tanto desde desde Megacorp como gobiernos totalitarios. Excepto en software, que no sólo se dice y prueba, sinó que la diversidad parece un defecto :( Si en Google quieren pueden. ¿Es más difícil en relación al Windows? ¡Y qué! A los fabricantes de filtros para coches también les gustaría que sólo hubiese una marca: Renault. Que haya muchas permite colar algun fabricante local de filtros, más ágil con algunas diversidades locales. ¡Cuidado con las quejas de Google! :) Por cierto: también es más difícil desarrollar virus para GNU/Linux ;)) -- Benjamí http://blog.bitassa.cat .
Re: problemas con ALSA; snd_pcm_hw_params_set_channels_near...
A Diumenge 28 Maig 2006 01:18, luis yucra va escriure: gracias; espero no tener que reinstalar el debian, para que vuelva a tener alsa No es ALSA, sino libasound2. Vuelve a la versión anterior y todo funcionará de nuevo. Yo volví a la 1.0.11-4. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369040 -- Benjamí http://blog.bitassa.cat .
Re: Saber a qué repositorio pertenece un paquete instalable
A Dilluns 15 Maig 2006 22:42, Santi Saez va escriure: y otra pregunta.. ¿alguna forma de saber desde que repositorio se instaló un paquete? Supongo que será con alguna opción de dpkg pero no doy con ella... Ahora también mes quedé con la curiosidad :) Añado una: un equivalente al aptitude changelog paquete con el apt. Saber el changelog de un paquete antes de instalarlo. -- Benjamí http://blog.bitassa.cat .
Re: Saber a qué repositorio pertenece un paquete instalable
A Dilluns 15 Maig 2006 20:24, Iñaki va escriure: ¿Hay alguna forma elegante de saberlo? $ apt-cache policy paquete -- Benjamí http://blog.bitassa.cat .
Tarjeta TV Zaapa
Estoy probando una Zaapa (de las del Carrefour) híbrida: TDT + analógica (TV y radio) -- (lspci) :05:02.0 Multimedia controller: Philips Semiconductors SAA7133 Video Broadcast Decoder (rev d0) Subsystem: Unknown device 4e42:3306 Flags: bus master, medium devsel, latency 64, IRQ 50 Memory at fb7fe800 (32-bit, non-prefetchable) [size=2K] Capabilities: available only to root -- Por lo que he visto en http://www.bttv-gallery.de/ parece una FlyDVB-T. Debería ser una tipo 55, pero no carga el /dev/radio. Sí lo hace con el moelo 84, el más reciente en la lista /usr/share/doc/linux-doc-2.6.16/Documentation/video4linux/CARDLIST.saa7134.gz Pero hay un error, «dsp access error» que supongo que provoca que no suene la radio. Es lo unico que he probado, la radio, con KRadio. ¿Alguien ha conseguido hacer funcionar estas tarjetas? Si es que no, ¿qué tarjeta TDT+analógica con radio me recomendáis? Con entrada de vídeo, para digitalizar algunos VHS jurásicos :) Tengo 15 días para devolverla. Más detalles del syslog: -- # modprobe saa7134 card=84 audio_debug=1 syslog: May 10 21:33:55 itaca kernel: saa7130/34: v4l2 driver version 0.2.14 loaded May 10 21:33:55 itaca kernel: ACPI: PCI Interrupt :05:02.0[A] - GSI 18 (level, low) - IRQ 50 May 10 21:33:55 itaca kernel: saa7133[0]: found at :05:02.0, rev: 208, irq: 50, latency: 64, mmio: 0xfb7fe800 May 10 21:33:55 itaca kernel: saa7133[0]: subsystem: 4e42:3306, board: LifeView FlyDVB Trio [card=84,insmod option] May 10 21:33:55 itaca kernel: saa7133[0]: board init: gpio is 1 May 10 21:33:55 itaca kernel: tuner 1-004b: chip found @ 0x96 (saa7133[0]) May 10 21:33:55 itaca kernel: tuner 1-004b: setting tuner address to 61 May 10 21:33:55 itaca kernel: tuner 1-004b: tuner: type set to tda8290+75a May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 00: 42 4e 06 33 54 20 1c 00 43 43 a9 1c 55 d2 b2 92 May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 10: 00 00 62 08 ff 20 ff ff ff ff ff ff ff ff ff ff May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 20: 01 40 01 03 03 01 01 03 08 ff 01 ed ff ff ff ff May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 40: ff 21 00 c2 96 10 05 01 01 16 32 15 ff ff ff ff May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff May 10 21:33:56 itaca kernel: saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff May 10 21:33:57 itaca kernel: saa7133[0]: dsp access error May 10 21:33:57 itaca last message repeated 5 times May 10 21:33:57 itaca kernel: saa7133[0]/audio: tvaudio thread scan start [1] May 10 21:33:57 itaca kernel: saa7133[0]/audio: PAL scan May 10 21:33:57 itaca kernel: saa7133[0]/audio: scanning: B/G D/K I May 10 21:33:57 itaca kernel: saa7133[0]: dsp access error May 10 21:33:57 itaca last message repeated 3 times May 10 21:33:57 itaca kernel: saa7133[0]: registered device video0 [v4l2] May 10 21:33:57 itaca kernel: saa7133[0]: registered device vbi0 May 10 21:33:57 itaca kernel: saa7133[0]: registered device radio0 May 10 21:33:57 itaca kernel: saa7133[0]: dsp access error May 10 21:33:57 itaca kernel: saa7133[0]: dsp access error May 10 21:34:00 itaca kernel: saa7133[0]/audio: tvaudio thread status: 0x10 [no standard detected] May 10 21:34:00 itaca kernel: saa7133[0]/audio: detailed status: # init done -- Gracias :) -- Benjamí http://blog.bitassa.cat .
Re: aptitude dist-upgrade me dejo un SID inutilizable
A Dimecres 12 Abril 2006 18:58, VictorSanchez2 va escriure: Eso puede que no te funcione por lo que comenté del AltGr y el A Este bug? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362112 -- Benjamí http://blog.bitassa.cat .
Re: amaroK, sid, 2.6-smp
El Dimarts, 28 de Març de 2006 10:40, Israel Gutierrez va escriure: Vamos, la última de sid( a día de ayer ;-P) Parece que en este momento hay problemas para instalar amaroK en Sid: «depende de libtunepimp2c2a (= 0.3.0) pero no es instalable». Encontré esto: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359086 ¿Algun truco para instalarlo? -- Benjamí http://blog.bitassa.cat .
Disco USB Siemens Gigaset
Alguien ha probado el disco USB Siemens Gigaset? Es de 80 GB y lo venden en Carrefour como complemento de este Set-Top Box para TDT: http://linuxdevices.com/news/NS3730092947.html Pistas: supongo que lleva el controlador Genesys GL811, porque el manual del Set-Top Box (en http://www.carrefouronline.tv/centrales/software.htm ) dice que es compatible con discos que lleven este controlador. -- Benjamí http://weblog.bitassa.net .
Disco USB Siemens Gigaset
Alguien ha probado el disco USB Siemens Gigaset? Es de 80 GB y lo venden en Carrefour como complemento de este Set-Top Box para TDT: http://linuxdevices.com/news/NS3730092947.html Pistas: supongo que lleva el controlador Genesys GL811, porque el manual del Set-Top Box (en http://www.carrefouronline.tv/centrales/software.htm ) dice que es compatible con discos que lleven este controlador. -- Benjamí http://weblog.bitassa.net .
Re: Disco USB Siemens Gigaset
El Dissabte, 10 de Desembre de 2005 15:32, Benjamí Villoslada va escriure: Alguien ha probado el disco USB Siemens Gigaset? Disculpad la duplicacion! Soy nuevo en esta lista, vi que no usé la dirección @gmail de subscripción, pensé que jamás se publicaria y volví a enviar el mensaje, esta vez con @gmail O:) -- Benjamí http://weblog.bitassa.net .