linux « Donde el Pingüino Rodríguez

Archive for the ‘linux’ Category

carta abierta a Epic

Saturday, September 6th, 2008

La versión en castellano más abajo, o aquí

To whom it may concern:

I have been a loyal Epic gamer since I first became aware of the existence of the original Unreal Tournament. I first played it before the release of the Game of the Year edition, and have since then acquired all new versions of the game and its sequels, as well as older editions of prior versions of the game. I have enjoyed all these games for countless hours and they are one f the very few games me and my brothers get together to play with any regularity.

I have enjoyed all of these games, of course, except one.

I carefully followed the news regarding the development of the then called Unreal Tournament 2007, now referred to as Unreal Tournament III. I remember reading some public statements made by this company in which you stated that part of the reason for the number three to appear on the game title was to let new gamers know that the game was part of a bigger and greater family of games that preceded it.

I completely agreed with the intent of that statement.

As soon as the game was released I bought my copy of Unreal Tournament III, and got myself prepared for a gaming session I was never going to forget. However, I have, to this day, not been able to play that game. Not a single time. Not once.

You see, I don’t run Microsoft Windows on my PC. I run GNU/Linux. I do this for both practical and ideological reasons, and I was led to believe that Epic was the kind of company that cared enough about its user base to let them decide which Operating System was best for them.

Why was I naive enough to believe this? Because there have been GNU/Linux installers available for every past version of the tournament games, and there was even an announcement from your part that claimed you were “currently working on a linux UT3 client that players will be able to use with the retail Windows version”^a. However, that statement was made in November last year, and you have remained silent about this topic, burying it deeper and deeper, giving every sign that you want nothing to do with gamers using GNU/Linux Operating Systems. What is more, every time the topic has been raised on the Epic forums, those threads have been locked and the people who started them forwarded to that FAQ, in a maneuver that I consider blatantly offensive at this point.

It’s been seven months now¹. I am not waiting anymore while you keep me and other fellow gamers in the dark. Since you do not want me playing your games, I shall not. I used to respect Epic games as one of the few decent gaming related companies around. As much as it pains me, I don’t anymore.

Sincerely,

a very disappointed former Epic fan.

En castellano:

A quién le competa:

He sido un leal seguidor de Epic desde la primera vez que supe de la existencia de la versión original del Unreal Tournament. lo jugué por primera vez antes del lanzamiento de su edición Game of the Year, y desde entonces he comprado todas las nuevas versiones del juego y sus secuelas, así como ediciones más viejas de versiones anterioreas a este. He disfrutado todos estos juegos por horas y horas, y se han convertido en uno de los pocos juegos que disfruto junto a mis hermanos con cierta regularidad.

He disfrutado todos estos juegos, claro, excepto uno.

Seguí con detención las noticias sobre el desarrollo del entonces llamado Unreal Tournament 2007, ahora llamado Unreal Tournament III. Recuerdo haber leído declaraciones públicas hechas por esta compañía en las que decían que la razón para poner el número tres en el título era para hacerle entender a los recién llegados que el juego era parte de una familia de juegos más grande y grandiosa que lo precedía.

Estuve de acuerdo con esas declaraciones.

Tan pronto como el juego fue lanzado conseguí una copia del Unreal Tournament III y me dispuse a tener una sesión de juegos que nunca habría de olvidar. Sin embargo, hasta la fecha, no he podido jugar ese juego. Ni siquiera una sola vez. Nunca.

Verán, no uso Microsoft Windows en mi computador. Uso GNU/Linux. Lo hago tanto por razones prácticas como ideológicas, y tenía la impresión de que Epic era el tipo de compañía a la que le importaban sus usuarios lo suficiente como para dejar que ellos mismos decidieran qué sistema operativo era el mejor para ellos.

¿Por qué fui lo suficientemente ingenuo para pensar eso? Pues porque ha habido soporte para instaladores de GNU/Linux en todas las versiones anteriores de los juegos de esta línea, y porque hasta hubo un anuncio de su parte que decía que “estamos en el momento trabajando en un cliente de UT3 para linux que podrá usarse con la versión del juego para Windows”^a. Sin embargo, esta declaración fue hecha en Noviembre del año pasado, y hasta el momento ustedes se han mantenido callados al respecto, enterrando esto cada vez más profundo, dando a entender que no quieren tener nada que ver con los usuarios de GNU/Linux. Más aún, cada vez que el tema aparece mencionado en los foros de Epic, esas discusiones han sido cerradas, y quienes las han iniciado han sido redirigidos a ese FAQ, en una maniobra que a estas alturas no puede considerarse más que claramente ofensiva.

Han pasado más de 10 meses ya¹. No seguiré esperando mientras me mantienen a mí y a otros jugadores como yo en la inseguridad. Ya que no quieren que juegue sus juegos, no lo haré. Yo consideraba a Epic como una de las pocas compañías de juegos que seguían siendo respetables. Con todo lo que me duele, debo decir que ese ya no es el caso.

Sinceramente,

un muy decepcionado ex-fan de Epic.

La carta original, enviada a través del único medio que encontré para ponerme en contacto con Epic, tenía este error en ella. Decidí mantenerlo aquí simplemente por una cuestión de fidelidad histórica, aunque en la traducción lo corregí. [volver]

Posted in gaming, linux, software libre | 2 Comments »

sane + cups: otra taza de impresión

Saturday, August 30th, 2008

Aprestábame a imprimir, feliz con mi setup de impresión que, gracias a CUPS me permitía imprimir en mi casa desde Malawi si es que así lo quería (aunque la verdad es que nunca quise…), cuando – horror – el papel se trancó, la impresora se taimó, y de un suácate encontreme carente de la posibilidad de imprimir.

Oh, díjeme. Qué haré.

Cuento corto, tras probar lo improbable y tratar lo intratable, se tomó la decisión (triste) de jubilar mi vieja Canon BubbleJet S450, con la que se hizo el HOWTO anterior, y adquirir otra. Llega el momento en la vida de todo hombre en el que debe modernizarse, y en términos de impresora, el día había llegado. Así, después de un breve viaje a la tienda de turno, ya era el feliz acreedor de una multifuncional HP Photosmart C5280. Felicitaciones a mí.

Sin embargo, habiendo ya adquirido la impresora, era hora de conectarla y repetir con esta lo que había sido indoloro con la anterior. Apresteme entonces a ello, sin tomar en consideración los pequeños problemas que surgen, y que todo usuario de Linux tiene que aprender a amar¹.

CUPS

Primero lo primero.

Como ya vimos lo necesario para montar e instalar todo el asunto a grandes rasgos, no me detendré mayormente en ello. Sobre todo porque en general, esos pasos se mantuvieron bastante iguales, y de hecho toda la instalación de la impresora se hizo utilizando el mismo servidor de CUPS de aquella vez.

Sin embargo, sí vale la pena detenerse en la facilidad que presta Hewlett-Packard en cuanto a drivers. La principal razón por la que me decidí por esta impresora y no por otra de alguna otra marca (además, por supuesto, de que era muy buena por el precio y la vendían aquí al lado de mi casa) es que era aparentemente muy compatible con el sistema en que iba a ser usada. A saber, Linux. Y de hecho, incluso existe HPLIP, que hace las cosas infinitamente más fáciles.

Así y todo, mi instalación de CUPS no quería listar la impresora correctamente (me la quería hacer pasar por una Photosmart 7150). Por suerte, todo eso se arregló instalando hpijs y hpijs-ppds, un par de paquetes usados por foomatic que traen el driver que necesitaba para la impresora en cuestión.

Después de eso, de hecho, la interfaz web de CUPS detectó por sí sola la impresora y todo parecía fácil fácil fácil.

Pero hablé demasiado luego.

Instalarla en el cliente en Linux

Decidido entonces a instalar la impresora en mi computador para poder usarla desde donde trabajo, abrí el cuadro para instalar impresoras nuevas de KDE, sólo para descubrir que – horror nuevamente – el driver de mi impresora no salía, a pesar de haberme asegurado y recontra asegurado de que había instalado los mismos paquetes en el servidor (donde funcionó) y en el cliente (en donde no funcionó). Llanto, sufrimiento, enojo.

Al final, luego de mucho intentarlo, y de llenar la lista de impresoras con impresoras temporales que no se podían borrar a través de KDE, decidí hacerlo todo a través de la interfaz web de CUPS y todo resultó como si fuera un sueño. Incluso pude deshacerme de esas odiosas impresoras fallidas y todo quedó tal como lo quería.

Como ven, no fue completamente indoloro, pero bastante. Y considerando que ESR las emprendía contra CUPS, y no contra la gente de KDE², podemos decir con toda certeza que algunos por lo menos están haciendo bien su trabajo.

Otro escollo queda atrás. Vamos a por hacer lo mismo en los computadores con el otro sistema operativo que funcionan en esta misma red.

¿Y en las ventanas?

En Windows XP resultó ser, para mi sorpresa en verdad, bastante bastante más difícil. Supongo que esa es el fin de los últimos estertores de la idea de que en Windows todo es más fácil. Pero vamos en efecto a hacerlo para ver con qué me topé.

Al intentar hacer lo mismo que había hecho la vez anterior, todo marchó bien como los primeros dos cuadros del wizard para instalar impresoras. Cuando llegué a ese en que hay que poner la dirección de la impresora, y puse la nueva dirección de la impresora, me topé con un problema similar al que recién había tenido en Linux: el driver no venía instalado por defecto. Suspiro. Me imagino que eso me enseñará a comprar impresoras nuevas.

Pero qué suerte la mía, pensé, basta con instalar el driver que viene en el disco especialmente diseñado para Windows, que la gente de HP ha sido tan gentil de poner en la misma caja que la impresora.

Pues no.

De partida, luego de instalar el driver el wizard se quedó pegado, dejando tras de sí un cuadro inerte, casi entero pintado de blanco, y una impresora a medio crear, completamente inservible. Y por si eso fuera poco, al tratar de hacerlo de nuevo (previo reinicio del computador, recuerden, es Windows) descubrí que – más horror – el driver no salía en la lista, a pesar de que lo acababa de instalar. No me imagino que sabrán cuánto me demoré en darme cuenta de que el maldito y repulsivo driver había sido instalado por el dichoso OS en una entrada diferente que todas las demás de HP. Si estas estaban en HP, las impresoras nuevas estaban bajo Hewlett-Packard. Casi quise morir, y a esas alturas daba gracias porque era una hora en la que nadie podía oir mis improperios, lo que tenía el beneficio añadido de poder putear al computador con toda libertad.

Sin embargo, el wizard (que de mágico tenía cada vez menos) sostenía que era su deber colgarse al instalar el driver. Y de hecho, sólo hoy en la mañana, tras haber tenido una noche de sueño nada reparador³, descubrí que el asunto parece ser algo recurrente al instalar impresoras en red bajo ciertas configuraciones. La única manera en la que logré hacer funcionar el asunto fue usando el IP local del servidor al que está enchufada la impresora en vez del nombre del mismo. Supongo que por lo menos eso servirá como medida de seguridad. Ya quiero ver a alguien tratando de meterse a la impresora desde fuera.

Hecho eso, ya funcionaba bien aquí y en el resto de los computadores de la red, pero eso era sólo parte de la gracia de la impresora comprada: faltaba el scanner. Dicho y hecho, en la próxima página la otra parte de la historia: sane, saned y xinetd trabajando al unísono por usted. Vamos allá.

Lo más amable de todo esto, en términos de que puede ser amado, es que, a diferencia de lo que sucede en otros sistemas operativos en los que me he visto enfrascado en el pasado, los problemas en Linux tienden a ser a la vez arreglables y fuente de infinito conocimiento acerca del funcionamiento de la máquina misma. No me crean masoquista: no amo los problemas per se, sino por que se acaban y porque aprendo. Y eso sí que uno tiene que amarlo, no? Además, más le vale a uno amigarse con los problemas, porque esos van a estar sí o sí, aquí y en la quebrada del ají. [volver]
Como no quería tener ningún problema de ningún tipo, todo esto lo hice a través de KDE 3.5, tratando de adelantarme a las dificultades. En una de esas esto ya está arreglado en KDE4. En ese caso, me callo. [volver]
Si se van a dormir a las 6:00, recuerden tomar medidas para que el sol no entre por sus ventanas a las 10:00. [volver]

Posted in computadores, hardware, linux, software libre, windows | 3 Comments »

puras Ks

Friday, August 15th, 2008

Hace un par de días di el salto final de KDE 3.5.x a KDE4 (en este momento KDE 4.1) y déjenme decirles que van a necesitar un tractor para arrastrarme de vuelta a KDE3. No me malinterpreten: yo normalmente no soy demasiado entusiasta del eye candy por el eye candy… pero KDE4 es simplemente demasiado lindo.

Es cierto, hay algunas cosas que he tenido que sacrificar¹ . Algunas de hecho son cosas que usaba bastante seguido. Pero he ganado tanto con el cambio, que simplemente no puedo ni siquiera considerar la idea de volver. Ahora, por mucho que trate de evitarlo, si miro las pantallas de KDE3 me parece estar viendo algo equivalente a Windows 3.1. Bienvenidos al futuro, chicos.

Hay otra K más adelante en este posteo, pero vamos con lo esencial: cómo instalarlo, y las cosas que hay al otro lado del espejo.

Instalación.

Pocas cosas más fáciles.

añadan deb http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu hardy main a su /etc/apt/sources.list

sudo apt-get update

sudo apt-get dist-upgrade

sudo apt-get install kubuntu-kde4-desktop kdeplasma-addons

Una vez hecho eso, contesten las preguntas y decidan si van a usar kdm o kdm4 como su desktop manager por defecto, y… listo!

¿Y todo eso para qué?

Pensé que nunca lo preguntarían.

Más allá del hecho de que en efecto es el futuro (de KDE por lo menos), hay varias cosas que están funcionando y lo hacen bastante atractivo.

Probablemente el principal feature que tiene es Plasma, que es una reescritura completa de todo el paradigma de escritorio de KDE. Y a pesar de lo excesivamente grandilocuente que eso suena, no se me ocurre otra manera de expresarlo. La verdad es que hay un montón de cosas escritas a estas alturas acerca de Plasma y de KDE4, debido a que esto difícilmente puede ser considerado una noticia. Hay cientos de historias, con gente a favor de los cambios de diseño de KDE y gente que los encuentra terribles. Por eso, no me detendré mayormente en explicaciones. Pero baste decir que con Plasma las distinciones entre widgets, aplicaciones, iconos y el escritorio mismo se desvanecen, pues todos son creados y administrados de la misma manera, lo que hace que el escritorio como espacio sea notablemente modificable y adaptable.

Cuando recién salió KDE 4.0 y se lanzó la versión remix de Kubuntu 8.04 me lancé derechito a ella. Encontraba que, habiéndose lanzado una versión nueva y mejorada de KDE (que necesitaba algunas mejoras), no había razón para quedarse voluntariamente en el pasado. Sin embargo, poco sabía yo en ese momento que KDE 4.0 era poco más que un beta, y era realmente inestable. Duré un par de días y tuve que volver a mi agujero junto a KDE 3.5.

Pero pasó el tiempo, y KDE 4.1 vino a reemplazar a KDE 4.0 como una versión bastante más estable (si bien todavía no perfecta). El cambio incluye:

una enorme serie de efectos de escritorio de lo más monos (transparencia en las ventanas, deformación de las ventanas al moverlas, la posibilidad de arrastrar una ventana de un escritorio virtual al otro casi seamlessly, y un larguísimo etcétera que yo recién estoy empezando a descubrir)

una implementación perfecta del exposé de Apple, que es algo realmente agradable

varias maneras de hacer hacer que el Alt+Tab sea más fácil de usar y conveniente, incluyendo la que yo uso, que hace deslizar las pantallas como si fueran portadas de discos en el iTunes

Pero en verdad, la mejor manera de verloe s en movimiento y en un computador frente a sus ojos, así que atrévanse! Si su experiencia es como la mía, no se arrepentirán.

¿Y la otra K?

Casi lo olvidaba:

Llegó mi Korg DS-10 y soy un hombre feliz. Luego los resultados de mis incursiones musicales. Por ahora, con KDE4 tienen para rato. Nos vemos!

Terminé por poner todas estas cosas en una página aparte, y la verdad es que ya he arreglado varios de los problemas con los que me he ido encontrando, mucho más rápido de lo que esperaba. De todos modos, pueden revisar el avance de eso en la página de más arriba. [volver]

Posted in computadores, linux, musica, nintendo ds, software libre | 7 Comments »

configurando Windows XP en QEMU con KQEMU

Thursday, June 5th, 2008

Para seguir con los consejos computacionales (como el del posteo sobre CUPS), hoy instalaremos y configuraremos QEMU para que corra con KQEMU, y lo dejaremos listo para instalar básicamente lo que quieran.

Primero lo primero.

¿Qué es QEMU? (y KQEMU…)

QEMU es un emulador de procesadores que permite, principalmente, tener corriendo sistemas operativos invitados (guest) que corren dentro de un sistema opartivo huésped (host). Esto le permite a uno tener varios sistemas operativos corriendo dentro de la misma máquina, y es bien posible que esta sea una de las cosas a la vez más metafísicas y más entretenidas que se pueden hacer en un computador.

KQEMU es un módulo del kernel de Linux que acelera el funcionamiento de QEMU, que sin la ayuda de este módulo adicional es bastante, bastante más lento¹.

En términos bastante legos (que la verdad es que son los que mejor entiendo), lo que se hace es simular un computador virtual dentro de otro computador real. Y dentro de esta máquina virtual uno puede hacer, básicamente, todo lo que puede hacer en una máquina real.

¿Todo?

Pues bien, no. No todo.

En primer lugar, no podemos olvidar que la máquina virtual es precisamente eso: una máquina simulada. Y por lo mismo, sus capacidades máximas no podrán jamás superar las capacidades de la máquina real que le sirve de huésped. Además, como la máquina huésped está usando parte de sus recursos para, entre otras cosas, simular esta máquina, los recursos que quedan disponibles para la máquina virtual son bastante menores que los de la máquina huésped.

Todo eso sin contar, por ejemplo, que hay ciertas cosas que es más difícil hacer en este tipo de máquinas que otras cosas. Por ejemplo, la aceleración gráfica es algo que incluso en los mejores sistemas de virtualización sigue siendo de carácter experimental, y eso sólo en los casos en los que la aceleración gráfica es una posibilidad. Eso descarta de lleno el uso de aplicaciones que la requieran (como juegos con requerimientos gráficos considerables, o algunas aplicaciones gráficas más serias).

En este caso…

¿Por qué correr una máquina virtual?

Pues, razones hay muchas.

Podría ser que, en primer lugar, simplemente nos atraiga la posibilidad de hacerlo. Para toda esa gente, el hecho de que se pueda hacer es razón suficiente para probarlo, si no es para nada más que simplemente ver por sus propios ojos que se puede (y sí que se puede).

Sin embargo, existen aplicaciones muy prácticas para los sitemas de virtualización que no requieren de una especie de interés intelectual en el que se pueda o no. Por ejemplo, si existe una aplicación que corre en un sistema operativo distinto del que se está usando y se requiere para ejecutar tareas muy específicas, en vez de tener que tener dos sistemas operativos instalados y verse obligado a reiniciar cada vez que se quiere correr ese programa, se puede instalar ese programa dentro de una máquina virtual y usarlo sin problemas desde la máquina huésped. Alternativamente, puede haber versiones nuevas de sistemas operativos que queramos probar sin arriesgar la que tenemos. O versiones mas viejas de sistemas operativos que queramos probar para satisfacer nuestra curiosidad o nostalgia. O para hacer pruebas en estos diferentes sistemas. En fin, aplicaciones hay miles.

La pregunta entonces, si vamos a usar un sistema de virtualización, es…

¿Por qué usar QEMU?

Existen muchas alternativas que podemos querer usar si vamos a usar un sistema de virtualización, más allá de cuáles sean las razones que nos lleven a querer usar uno. Del mismo modo, existen muchas distintas maneras de responder la pregunta de por qué elegir uno y no el otro.

QEMU tiene la gracia de ser libre y razonablemente bueno, y eso debería ser razón suficiente para muchos. Pero ya que no los he probado todos ni mucho menos, este posteo no pretende convencer a nadie de usar QEMU, sino simplemente ayudar a los que ya hayan tomado esa decisión a hacerla del modo más fácil posible.

Bueno, bueno, suficiente preámbulo. ¡Vamos allá!

Los pasos específicos, en la siguiente página (¿No es increíble lo ordenado que está esto?).

Para que se hagan una idea, si QEMU por sí sólo normalmente corre el sistema invitado a entre 10 y 20% de la velocidad del sistema huésped, con KQEMU esta velocidad llega a ser cercana a la velocidad real^Referencia. [volver]

Posted in blogging, hardware, linux, software libre, windows | 5 Comments »

solidaridad 2.0

Wednesday, May 28th, 2008

Hace unos días Cesarius, de Cesarius Revolutions, publicó un gráfico que salió originalmente en linuxconfig.org en donde se mostraba (de un modo muy pedagógico, por lo demás), el Filesystem Hierarchy Standard de Linux (FHS, Estándar de jerarquización del sistema de archivos).

En su posteo, preguntaba si alguien estaría dispuesto a traducirlo para la posteridad. Y bien, los tubos contestaron.¹

EDIT: Cuando escribí esto y traduje el gráfico no noté que ya había dos traducciones en el blog de Cesarius (eso pasa porque los comentarios salen tan abajo y en los resúmenes no salen los comentarios ya hechos…), así que, consciente de que no tengo la exclusividad, lo pongo igual, porque al pinguino no le sobran los posteos y el trabajo hecho hecho está. Además, revisé el mío a la luz de los otros dos, y aunque suene imparcial (y lo es), el mío es el que más me gusta. :P

Y ya que andamos en la onda del código abierto, aquí pueden bajar el xcf original para GIMP, que es lo más cercano que puedo llegar a eso. [volver]

Posted in blogging, internet, linux, software libre | 1 Comment »

cómo configurar un servidor de CUPS (y conectarse remotamente a él)

Monday, May 19th, 2008

Démosle un aplauso a nuestro tímido y bienamado pingüino mientras vemos como él, una vez más, hace un esforzado intento por despegarse del fango del olvido y salir, valeroso, a la conquista de los tubos.

Este es el primer posteo de una serie que tengo pensada (así es, con ambición este intento!) mostrando cosas entretenidas que se pueden hacer en Linux, o simplemente cosas entretenidas que he hecho yo con mi instalación y que me gustaría tener registradas para futuras referencias, ya sean mías o del resto.

Hoy le toca el turno a instalar una impresora en un servidor de CUPS al que se pueda acceder remotamente a través de una WAN desde computadores que corran prácticamente el sistema operativo que quieran. Califica como suficientemente interesante? Ya lo creo que sí. Aquí va.

Lo primero es instalar el servidor de la impresora. Y nos vamos a ahorrar toda la discusión de si es mejor usar la línea de comando o la interfaz gráfica. En esta guía se hará uso de ambas, porque lo que a mi me importa, más que una adhesión ideológica¹ a un método por sobre el otro, es que las cosas sean fáciles, rápidas y eficientes. Dicho eso, vamos allá.

Para instalar el servidor de impresora deben correr

sudo apt-get install cupsys cupsys-client cupsys-driver-gutenprint openssh-server

openssh-server no es parte del servidor de la impresora, sino de ssh, que permite conectarse al computador de modo remoto. Es posible que esto sirva sin instalar el servidor de ssh, pero yo ya lo tenía instalado y la guía que yo seguí decía que había que hacerlo, así que váyanse a la segura. Además, ssh vale la pena tenerlo. Instálenlo. CUPS es el sistema de impresoras que funciona en Linux y significa Common Unix Printing System, y la verdad es que funciona a toda raja².

Pero sigamos. Una vez que esté instalado debemos configurarlo para que reciba conexiones externas. Para eso debemos modificar /etc/cups/cupsd.conf (o /etc/cups/cups.d/browse.conf en versiones anteriores), del siguiente modo:

Cambiar BrowseAllow @LOCAL por BrowseAllow all;
En las secciones <Location />, <Location /admin> y <Location /admin/conf>³, cambiar Allow localhost por Allow all;
Cambiar donde dice Listen localhost:631 por Listen 631; y
Añadir la línea DefaultEncryption Never al final del documento para que podamos conectarnos a CUPS y configurarlo a través de su interfaz web.

Una vez modificado ese archivo, debemos reiniciar el servidor de CUPS para que los cambios surjan efecto:

sudo /etc/init.d/cupsys restart

Ahora sí podemos (o deberíamos poder, comenten si hay problemas) configurar CUPS desde la web accediendo a

http://1.2.3.4:631/

en donde 1.2.3.4 es la dirección IP del servidor al que nos estamos conectando (que probablemente será parecido a 192.168.1.XXX, en donde XXX es un valor entre 0 y 255). Una vez ahí, en el tab de Impresoras (o Printers, quizá en qué idioma sale, porque mientras lo probaba me conecté desde otro computador y estaba en castellano, mientras que en mi computador estaba en inglés), instalamos la impresora seleccionando el puerto en el que está conectada.

Aquí es donde sirve que hayamos instalado el paquete cupsys-driver-gutenprint, que es un paquete de drivers de impresora que incluye una buena cantidad de las impresoras más comunes y nos dejarán hacer un mucho mejor uso de nuestra impresora. Así que si no lo instalaron en su momento, instálenlo ahora. Con un poco de suerte, ahora si van al tab de Impresoras del servidor se va a poder elegir el driver de la impresora. Recuerden el nombre que le ponen a la impresora al instalarla, porque puede ser que lo necesitan más adelante⁴.

Ahora, si queremos ser capaces de meternos a esa página desde fuera de la LAN y, como en mi caso, estamos usando un router como firewall, entonces tenemos que configurar el router para que acepte las conexiones entrantes del puerto 631 y las redirija al computador en el que está CUPS corriendo. Eso es, por supuesto, casi de perogrullo, pero a mi se me olvidó en su momento y me pasé unos breves segundos de desesperación que espero que ustedes puedan ahorrarse.

Considérense advertidos, eso sí, de que una vez hecho eso, cualquier persona que tenga acceso a la red va a poder imprimir cuantas páginas de prueba quiera a través de la interfaz de esa página. No he revisado bien los modos disponibles para hacer que estos ea un poco más seguro, pero es probable que hayan opciones para seleccionar una lista de usuarios con permiso para conectarse y otros que no lo tengan. Pero eso dejémoslo para una edición posterior de este posteo, debidamente anunciada.

Ahora viene, entonces, la parte fácil: instalar la impresora en los computadores clientes.

Desde Linux, por supuesto, esto es pan comido.

Si están usando Hardy Heron, o alguna versión posterior de Ubuntu, entonces el wizard de creación de nueva impresora debería darles la opción de instalar una impresora remota en CUPS ya sea usando IPP o HTTP.

De ahí, la cosa es realmente fácil y basta con seguir los pasos que vaya indicando el wizard teniendo en mente lo siguiente:

El hostname es el nombre del dominio asociado al servidor (de la forma algo.dominio.algomas) o la direcció IP del mismo (192.168.1.XXX, ver más arriba).
El puerto es 631, que es el que CUPS usa por defecto. Me imagino que debe haber modos de cambiarlo para aumentar la seguridad del asunto, pero no sé cómo todavía. Cuando lo sepa, lo pondré aquí.

Si están usando una versión anterior a Hardy es posible que el wizard no les dé las opciones que salen en la foto. Si esto es así seleccionen instalar una impresora de tipo Otro, y consideren que el URI de la impresora será

http://[dominio]:631/printers/[nombre_de_la_impresora]

http://[dirección_IP]:631/printers/[nombre_de_la_impresora]

en donde [dominio] es el nombre de dominio asociado al servidor y [dirección_IP] es la dirección IP del mismo, mientras que [nombre_de_la_impresora] es el nombre con el que la instalaron más arriba.

Eso sería.⁵

Desde Windows XP la cosa es, también, pan comido: basta que elijan instalar una impresora en red conectada a otro computador y, una vez que les pidan el URL/URI, escriben la misma dirección que usarían si estuvieran usando Gutsy, esa que acabamos de ver.

Y listo! Con una configuración así, pueden instalar su impresora desde donde sea que estén y usarla desde cualquier computador que tenga acceso a internet. Pueden también compartir impresoras entre sistemas operativos diferentes y en lugares diferentes del mundo, y hasta controlar los trabajos de sus impresoras desde un navegador cualquiera. ¿Qué más se podría desear?

Espero que les haya funcionado y que hayan disfrutado esta guía. No duden en comentar si es que encuentran problemas o si lo prueban en otros contextos y funciona (cosa que debería pasar, por lo demás). Este sistema lo probé exitosamente en un servidor corriendo Ubuntu 7.10 y pude instalar y usar esa impresora en una instalación remota de Kubuntu 8.04 Hardy Heron, Kubuntu 7.10 Gutsy Gibbon, Windows XP, e incluso en una instalación de Windows XP corriendo sobre Qemu (de ahí salieron los screens). Más adelante vendrá algo sobre lo que fue hacer correr qemu satisfactoriamente.

Hasta entonces!⁶

Fuente: http://ubuntuforums.org/showthread.php?p=1831119

No digamos que me faltan de estas en lo relativo a la computación en general y Linux en particular, pero por lo menos aquí no nos topamos con ninguna. [volver]
EDIT: Desde que escribí esto me han apuntado en dirección a un rant escrito por Eric Raymond (ESR) acerca de los problemas que tenía CUPS. De hecho, en su posteo (él lo llama ensayo, pero creo que eso es como musho) el pone a CUPS como un ejemplo de mal diseño de interfaces gráficas (refiriéndose a las pantallas que yo muestro y que en este posteo ya se han convertido en casi un ejemplo de facilidad). La verdad es que ahora que lo recuerdo ese posteo yo ya lo había leído, y era el responsable de que yo nunca hubiera querido meterme con las impresoras en Linux. Afortunadamente el tiempo me hizo perder los recuerdos de ese texto, y con ellos los miedos, y logré atreverme a hacerlo yo. En el camino descubrí no sólo que ahora hacerlo es mucho más fácil que entonces, sino también que los gritos de Eric Raymond, con todo lo despreciable que es ese sujeto, no cayeron en saco roto (eso por supuesto sin contar todo lo que aprendí acerca de protocolos de impresión, que es precisamente lo que ESR no quería tener que hacer). [volver]
~~Estos deberían estar rodeados de < y >, pero el pedazo de software del tercer reich este, que además no sabe HTML, hace lo que quiere con el formato que le doy a mis posteos…~~ [volver]
Aunque claro, va a estar en esta página de todos modos, así que no es necesario que lo anoten ni nada por el estilo. [volver]
En caso de que tengan que borrar una impresora en Linux, cosa que puede probar ser más difícil de lo que uno pensaría razonable, basta con ejecutar sudo lpadmin -x nombredelaimpresora, y san se acabó. [volver]
~~WordPress es una mierda.~~ EDIT: Desde entonces, además, he logrado desactivar el maldito editor WYSIWYG de Wordpress que era la fuente de todo mal. Este mismo posteo, por ejemplo, ahora está tal y como yo lo quería, sin nada fuera de lugar ni soluciones parches de nada. Por eso, me corrijo: Wordpress no es una mierda. Era una mierda. [volver]

Posted in computadores, hardware, internet, linux, software libre, windows | 4 Comments »

instalando kubuntu 7.10

Sunday, February 10th, 2008

Ayer me apesté de mi instalación de Kubuntu. La verdad no me acuerdo bien de qué era lo que fallaba. O mejor dicho, me acuerdo perfectamente bien de las cosas que no funcionaban bien, pero no recuerdo ni en qué momento ni por qué dejaron de hacerlo. Así que, fiel a mi filosofía de que un sistema recién instalado es de las mejores cosas de la vida, y a su corolario que dice que hay que reinstalar el sistema operativo periódicamente, quise ver qué tanto me demoraba en dejar corriendo mi instalación tal como la quería de nuevo.Y fue en tiempo record.

No tuve que bajar el disco de la página de Ubuntu porque ya lo había encargado de ShipIt, así que ya lo tenía. Sí me tuve que conformar con instalar Ubuntu en vez de Kubuntu (la diferencia, para los no iniciados, es que Ubuntu usa Gnome y Kubuntu usa KDE. Ahora vayan a averiguar las diferencias entre esos dos), pero siendo que eso es fácilmente arreglable, no me importó tanto.

Claro que tengo que recalcar lo obvio: esta es la instalación que me conviene a mí, y hay un montón de programas que yo uso que el resto de ustedes puede no usar. Así que tomen esto como una serie de consejos, y no como reglas. Entonces, en rápida sucesión, mis pasos fueron:

Iniciar mi computador desde el Live CD.
Instalar el sistema operativo manteniendo las particiones de mi instalación previa (por eso vale la pena tener el sistema y los archivos y demases en particiones diferentes). A todo esto, muchas de las cosas que señalo en estos pasos no son necesarias si se tiene todavía la configuración de su usuario de la instalación anterior en ~/.kde, pero para que sea más completo, aquí les va todo.
Reiniciar el computador esta vez desde el disco duro.
sudo apt-get install kubuntu-desktop, para instalar KDE.
En el menú de Gnome seleccionar Logout y reiniciar en KDE (o si son más brutos, apretar Ctrl+Alt+Backspace)
sudo apt-get update, para actualizar /etc/apt/sources.list.
sudo apt-get dist-upgrade, para actualizar el sistema.
[esperar como veinte minutos]
[and now for the motherlode!] sudo apt-get install amule amule-common audacity blender cabextract edict ffmpeg flac g++ g++-4.1 gettext id3ed java-common joe kanjidic kdeedu-data kiten kscreensaver-xsavers kscreensaver-xsavers-extra kscreensaver-xsavers-webcollage lame liba52-0.7.4 libavcodec1d libavformat1d libavutil1d libc6-dev libcrypto++6 libdc1394-13 libdvbpsi4 libdvdnav4 libdvdread3 libebml0 libevent1 libfaac0 libfreebob0 libggi2 libgii1 libgii1-target-x libgle3 libgsm1 libgssapi2 libiso9660-4 libjack0 libkiten1 liblame0 liblzo1 libmad0 libmatroska0 libmp4v2-0 libmpeg2-4 libnetpbm10 libnfsidmap2 libntfs9 libpostproc1d libqt0-ruby1.8 librpcsecgss3 libsdl-image1.2 libstdc++6-4.1-dev libswscale1d libtar libvcdinfo0 libvlc0 libwxbase2.6-0 libwxbase2.8-0 libwxgtk2.6-0 libwxgtk2.8-0 libx264-54 libxosd2 libxvidcore4 linux-libc-dev lynx mozilla-plugin-vlc mplayer mplayer-skins msttcorefonts ncftp netpbm nfs-common nfs-kernel-server ntfsprogs odbcinst1debian1 portmap qtparted soundkonverter sun-java6-bin sun-java6-jre sun-java6-plugin synergy ttf-dejavu ttf-dejavu-extra ttf-vlgothic unixodbc unrar vlc vlc-nox vsftpd xfonts-mplus x-ttcidfont-conf xscreensaver xscreensaver-data-extra xscreensaver-gl-extra yafray, para instalar mis paquetes regalones. [oh yeah baby, give it to me one more time...]
Ir a Control Center / Appearance & Themes / Launch Feedback y seleccionar “No busy cursor”, para deshacerse de la huevadita que rebota.
Control Center / Regional & Accessibility / Country/Region & Language e instalar los paquetes de japonés y castellano.
Control Center / Regional & Accessibility / Keyboard Layout y activar los layouts y poner el latinoamericano (latam) como alternativa.
Control Center / Regional & Accessibility / Keyboard Shortcuts y poner Ctrl+Alt+Z como la combinación para cambiar de layout.
Meterse al setup de scim y cambiar dos cosas. Primero, reemplazar todos los hotkeys por Ctrl+Space para el trigger; y segundo, en el tab GTK, poner que muestre el panel sólo cuando se necesite.
Abrir el Konqueror y en Settings prender la opción “Show ‘delete’ context menu”, para poder borrar cosas saltándose el basurero sin tener que apretar Shift+Del.
Implementar lo que sale aquí para apagar el touchpad mientras se escribe. Esto es:
- Abrir /etc/X11/xorg.conf y asegurarse de que en la sección Touchpad diga
  
  Option “SHMConfig” “true”
- Hacer un script en ~/.kde/Autostart que diga:
  
  #!/bin/bash
  
  # Desactivar el touchpad por 1 segundo despues de apretar la ultima tecla
  # para prevenir que se active accidentalmente mientras se escribe.
  
  /usr/bin/syndaemon -d -t -i 1
~~Instalar VL Gothic y m+, que son fonts hermosas y las que más me gustan para escribir en japonés.~~ EDIT: desde que escribi este post, encontre los paquetes de Ubuntu para estas dos fuentes, y funcionan de maravilla. son ttf-vgothic y xfonts-mplus
Listo!

Claro que así picho picho caluga no quedó. Lo único que falla es el cambio entre el castellano y el japonés: cuando puedo activar scim para escribir en japonés, no puedo escribir acentos. Cuando puedo escribir acentos, no puedo usar scim. Todo esto quedo claramente estipulado aquí, pero parece que tendré que seguir esperando respuesta y sufriendo por mientras.

Sería todo. Nos veímos.

PD: ODIO la cosa para escribir de WordPress y el maldito editor de HTML que tiene que te pesca cuando quiere y al que le gusta interpretar tu código como se le da la soberana gana. Maldito pedazo de software del tercer Reich…

Posted in computadores, linux, vida diaria | 4 Comments »

mi primer homebrew

Tuesday, February 6th, 2007

Así, igualito que My First Sony. Hoy por primera vez pude correr software de terceros en mi Nintendo DS, gracias al aporte cumpleañero de mis padres y mi bienamado padrino, que tanto me ha empujado en la dirección correcta durante todos estos años. Ese es otro excelente regalo de mis padres, by the way.

Pero bueno, menos chupado de medias y más información técnica.

Hoy partí a Akihabara a comprar lo necesario para hacer partir el homebrew en el DS. Durante varios meses antes de eso estuve leyendo y esperando que salieran nuevas versiones del hardware que andaba buscando, así que esta iba a ser la culminación de un proyecto mucho más grande. Resulta que ahora sé que es sólo el primer paso.

El DS, para los que no sepan o los que deseen una explicación completa, tiene dos slots: el slot de DS, que es en donde se meten los cartuchos para los juegos del DS. Este es el llamado Slot 1. El otro es el slot de GBA, que es donde se meten los juegos de Game Boy Advance, ya que el DS es una consola parcialmente backwards compatible. Este es el Slot 2.

Hasta hace unos meses el Slot 1 tenía una encriptación que impedía correr software de terceros, no sancionado por Nintendo, desde ahí. El único slot que se podía usar, por lo mismo, era el de GBA. Sin embargo, el DS estaba construido de manera tal que, cuando se iniciaba con un cartucho en el Slot 2, partía en una especie de modo GBA, que hacía imposible tener acceso al hardware exclusivo del DS, aunque no tengo muchos detalles de eso.

La primera solución fue modificar el firmware con una cosa que se llama FlashMe. Eso permitía correr todo tipo de software efectivamente negando las protecciones de Nintendo, pero claro, también terminando la garantía y otras cosas, lo que lo convirtió en un procedimiento medio poco popular.

Eventualmente, sin embargo, empezaron a salir otros métodos, como los NoPass. Estas son unas tarjetitas del tamaño y forma de un cartucho de DS que se meten en el Slot 1 y parten el DS en modo DS, pero pasándole el control al Slot 2, lo que permitía meter en este Slot otras cosas como cartuchos de GBA en blanco, escribibles desde el computador, o adaptadores para tarjetas externas de memoria, como la SD o la Compact Flash. Este es el modo que actualmente cuenta con la mayor cantidad de software compatible, porque es el que realmente popularizó la cosa, y además, tiene otras ventajas. Una de ellas es que los adaptadores para tarjetas de memoria externa tienen (algunas por lo menos) 32 megas de RAM, lo que permite que cosas como dslinux corran.

De todos modos, la opinión generalizada era que era un método atadoso, innecesario y que eventualmente iban a salir tarjetas para el Slot 1 que iban a revolucionar la escena del homebrew para Nintendo DS.

Y hace menos de un mes empezaron a salir esas tarjetitas.

Al principio empezaron a salir de a poquito, y recibían reviews tibios, casi tímidos, pero de apoco se empezaron a relajar y ahora en el mercado hay como catorce opciones diferentes para el Slot 1. “Slot 1 Solutions” que les llaman. La M3 Simply, el NinjaPass, el MicroNinja, el EZFlashV, el SuperCard DS One, etc…

Claro, si bien es muy probable que la escena del homebrew efectivamente cambie con todo esto y se mueva más en la dirección del Slot 1, hay cosas, como dslinux que simplemente requieren del Slot 2 para funcionar, así que uno en eso está medio cagado.

De todos modos, esa era una de las cosas que me mantenía indeciso. La razón principal por la que quiero correr homebrew en mi DS es dslinux y emuladores para consolas viejas, como el SNES o el SCUMM. Pero si bien estos dos últimos se pueden van a poder correr desde el Slot 1, dslinux no va a poder hacerlo nunca (o por lo menos eso aseguran los de dslinux). Por eso, me decidí por comprar un EZFlashV y un SuperCard SD. El EZFlashV es un cartucho de Slot 1 que funciona con una tarjeta Micro SD que entre sus features anunciaba poder funcionar también como un NoPass. El SuperCard SD es un adapatador para tarjetas SD para el Slot 2. Complementé mi compra con una Micro SD de 1G y un adaptador SD para tarjetas Micro SD. A todo esto, breve paréntesis. No sé si han visto tarjetas Micro SD, pero son en realidad MICRO.

La cosa es que después de probar varios programas sin éxito caché que para que el EZFlashV funcione como NoPass, tiene que tener una Micro SD metida, lo que si me preguntan a mí es un poco idiota. De todos modos, ahora la única opción que tengo es o comprarme otra Micro SD o una SD normal, puro para probar si la cosa funciona. Lo bueno, claro, es que tener más memoria flash nunca le ha hecho daño a nadie, y las tarjetas de este tipo (CF, SD, Micro SD, Mini SD, bla) están botadas de baratas en todos lados. Por el momento, hay algunas cosas que sí puedo correr, como el LemmingsDS de la foto o DSudoku, que me mantendrá ocupado, y siempre puedo usar algunas de las cosas con las que el EZFlashV viene de fábrica, como el poder abrir archivos de texto y reproducir MP3 (todo lo que es el OGG va a terner que esperar un rato. Traté y la tarjeta maldita casi me ladra… Ya le voy a mostrar quién manda aquí…).

Los mantendré informados. Luego les va a venir un post familiar eso sí, porque mañana parto a Hokkaidō (北海道) a ver el Festival de Nieve (雪祭), que promete… Vuelvo el 10, así que tomen todos estos posteos con los que los he malacostumbrado y se entretenienen hasta entonces, ¿bueno?

A todo esto, actualización sobre lo del Wii… hoy en Slashdot me enteré de los tipos que hicieron un brazo mecánico controlado con un wiimote… entretenido, pero igual se ve peligroso…

Posted in computadores, dslinux, gaming, hardware, linux, nintendo ds, wii | 2 Comments »

papi… ¿cuánto falta?

Monday, February 5th, 2007

En algún momento del desarrollo de los computadores perdimos el camino, y las barras de progreso pasaron de ser algo útil a ser una herramienta de satanás para jugar con nuestras mentes. Cualquiera que haya tenido el placer de instalar juegos anteriores a 1995 entenderá a lo que voy. Cuando uno instalaba cosas – cualquier cosa – en esa época en la que las barras de progreso todavía significaban algo, sabía exactamente cuánto faltaba para que algo se completara. Es verdad, algunas veces uno no sabía cuanto tiempo, y se podía pasar horas pegado en una pantalla mirando fíjamente un 35% antes de darse cuenta de que no eran los poderes telepáticos los que no funcionaban, sino que el computador el que estaba pegado. Sin embargo, con el tiempo se inventaron cosas que se mantenían en movimiento para anunciar cuándo se te había pegado el computador.

Pero la verdad de las cosas es que el concepto mismo de la barra de progreso se nos fue a la mierda cuando empezamos a tener esas barras – llamémoslas barras “y-ahora-qué” – que avanzaban rapidísimo hasta 99% y de ahí se demoraban años. Algunas veces llegaban a 100% y ahí se quedaban, esperando algo, y uno no podía evitar pensar en la mente de que engendro del demonio un proceso podía no estar completo al llegar a los 100 percentiles.

Y después de eso, por si fuera poco, empezamos a tener otras, peores, en las que la barrita llegaba hasta el 100% (a estas alturas ya no existía ni la ilusión de una velocidad constante… todos sabemos ahora que los computadores realizan las tareas que les pedimos a ritmos completamente aleatorios) y después volvía a cero, y subía de nuevo a 100% y de ahí de nuevo, y sólo cuando el proceso estaba completo como cuatro o cinco veces teníamos el proceso listo. Llamemos a estas barras “calma-que-se-me-olvidó-un-detalle”.

Y lo realmente desesperante es que al final de una “calma-que-se-me-olvidó-un-detalle” podía perfectamente venir una “y-ahora-qué”.

Y ahí, cuando ya nos empezábamos a acostumbrar a no pescar a las barritas porque ya estaban empezando a no decir nada, nos topamos con las barras de progreso “indeterminadas”, o como deberían llamarse, barras “ya-que-no-tengo-idea-de-que-estoy-haciendo-vamos-a-rebotar-un-rato”. El problema aquí no es que se necesite algo para saber si el computador se colgó o no, algo que ya es un problema porque significa que alguien la cagó, sino que alguien decidió que lo que debería mostrarnos eso era la barrita.

El concepto se murió definitivamente cuando alguien consideró razonable agarrar la barrita y convertirla en algo que lo único que tiene que hacer es moverse. Podría haber sido una pelotita (como en Firefox), un engranaje (como en los Mac) o incluso un relojito de arena como en prácticamente cualquier PC desde tiempos inmemoriales, pero noooo, tenía que ser la barra de progreso, que ya llevaba años sin darnos ninguna información acerca del progreso de nuestra tarea.¹
Y así estamos ahora, con barras que o no se mueven, o se mueven todo el rato, pero que indefectiblemente nos dicen poco o nada de lo que deberían decirnos. ¿Es mucho pedir que, si van a poner una barra de progreso – a estas alturas ya no sé ni para qué las ponen – pongan una que de verdad indique el progreso de la tarea que se le pide? Perfectamente legítimo tener una barra para indicar el progreso de partes de un proceso mayor (como la trasnferencia del archivo actual, por ejemplo), otra barra para el progreso de la tarea completa y algún gadget que muestre que el computador sigue funcionando. Y si no tienen manera de saber cuánto se va a demorar algo, entonces un relojito, o el mismo gadget que indique que el computador sigue haciendo lo que debe.

Mientras sigan habiendo más y más versiones, cada una menos informativa que la anterior, no vamos nunca a volver a tener una de las herramientas gráficas más útiles que se han inventado en todo esto de los computadores.

Quizás el único reducto que le queda a las barras de progreso es tá en los reproductores de contenido multimedia, o en los loaders de flash… [volver]

Posted in computadores, linux, miscelanea, windows | 3 Comments »

de nintendos y demases

Sunday, February 4th, 2007

¡Tengo una Wii!
Mmm… creo que voy a tener que empezar desde antes.

Verán, tengo un amigo, llamémoslo JP, que decidió hacer la cola interminable el día del lanzamiento de la Wii para comprársela. Precisamente eso hizo, y después de una noche sin sueño volvió a su casa ¥25.000 más pobre y con una Wii bajo el brazo. La cosa es que este amigo no sólo no tenía una tele cuando se la compró (hay gente impulsiva y gente impulsiva) sino que cuando se consiguió una decidió que no tenía suficiente tiempo para dedicarse a la Wii como debía (?).

Afortunadamente para mí, esto fue más o menos cerca de navidad, y tuve la suerte de estar parado más o menos cerca cuando anunció sus planes de venderla para recuperar algo de plata. Yo hasta ese momento no le había dado muchas vueltas a la idea de comprarme una consola (todas las que he tenido han sido regalos), pero ya que andaba la onda navideña y la gente en Chile me había dicho que buscara algo que me pudieran regalar, empecé a sumar uno más uno y, cuento (bien) corto, ahora soy el orgulloso dueño de una de las Wii del lanzamiento.

Por razones que no voy a empezar a enumerar no le he podido yo dedicar todo el tiempo que debería (…) pero ya le he dado un par de vueltas y es realmente entretenida. Cuando me llegó la prendí y estuve dándole espadazos a unos yakuza por cerca de dos horas y media antes de que un amigo me arrastrara de mi pieza a comer algo, cosa que puede haber sido para mejor porque mis brazos estaban a punto de caérseme.

He estado leyendo un poco eso sí, acerca de la consola y sus posibilidades, y del wiimote¹ y he averiguado algunas cosas que son realmente entretenidas.

Además del video en youtube del tipo jugando Half-Life 2 con el wiimote, al que ya linkeé en un post pasado, al parecer uno ya puede hacerse con drivers para usar el wiimote en prácticamente lo que sea. Y por si fuera poco, ya están empezando a aparecer los usuarios creativos que van a hacer que el wiimote alcance más popularidad y que eventualmente van a empujar el desarrollo de las interfaces para computadores, y de ahí, el dominio intergaláctico. Ya, está bien, me entusiasmé más de la cuenta, pero igual…

Hoy mismo, por ejemplo, leyendo GayGamer.net (no pregunten… ni yo sé cómo llegué ahí…) encontré un link a djwiij, una página con la misión de llevar el wiimote a las fiestas para usarlo para mezclar discos. Y al parecer ya han tenido bastante éxito. A estas alturas sólo se puede especular de hasta donde va a llegar todo esto, pero yo, por lo menos, estoy satisfecho de tener una y de ver qué cosas van a salir de ahí. Y esas son sólo lás aplicaciones para software. Hay por ahí unas ideas también bastante interesantes en el reino del modding de hardware…

En una nota sólo marginalmente relacionada, mañana voy a Akihabara, la capital mundial de la chuchería electrónica, a ver si me puedo encontrar lo necesario para empezar a correr homebrew en mi DS. Los posteos relacionados con eso van a estar probablemente con el tag “dslinux” ya que para allá apuntan mis intereses en el tema (y, por qué esconderlo, a los emuladores de SCUMM y SNES…). Los mantendré informados.

PD: no soy el único feliz de tener una Wii…

El control de la Wii es completamente inalámbrico (¿puede algo ser “parcialmente” inalámbrico?) y funciona con un lector infrarrojo encima del televisor, que lee movimientos y demases. El nombre – “wiimote” – viene de la contracción de “Wii Remote”, porque cuando uno no lo agita por los aires sirve para eso también: para apagar y prender la consola a distancia. [volver]

Posted in computadores, dslinux, gaming, hardware, linux, nintendo ds, wii | 4 Comments »

Donde el Pingüino Rodríguez