Blog de Jorge Machín » Fedora http://www.machin.com.mx Sólo para recordar Mon, 06 Sep 2010 07:34:18 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 Conexión remota a un escritorio Linux desde una máquina XP http://www.machin.com.mx/archives/4379 http://www.machin.com.mx/archives/4379#comments Thu, 18 Mar 2010 12:56:30 +0000 Jorge Machin http://www.machin.com.mx/archives/4379 Revisando memory-sticks abandonados encontré un video de noviembre de 2006 donde grababa una prueba de como me conectaba desde mi máquina XP a mi servidor Linux con KDE y Fedora Core 6. Se puede ver como corría al mismo tiempo un video, un chat 3D escrito en Flash y un programa de demostración 3D de Irrlicht (OpenGL). Desafortunadamente es una de mis primeras pruebas y no transmitía el audio. Al poco rato de hacer este video configuré lo que me hacía falta.

Realmente el desempeño es muy bueno considerando que es una conexión remota. En parte es porque las ordenes OpenGL se corren localmente como se puede ver en el acercamiento a la terminal en la parte final del video.

]]> Revisando memory-sticks abandonados encontré un video de noviembre de 2006 donde grababa una prueba de como me conectaba desde mi máquina XP a mi servidor Linux con KDE y Fedora Core 6. Se puede ver como corría al mismo tiempo un video, un chat 3D escrito en Flash y un programa de demostración 3D de Irrlicht (OpenGL). Desafortunadamente es una de mis primeras pruebas y no transmitía el audio. Al poco rato de hacer este video configuré lo que me hacía falta.

Realmente el desempeño es muy bueno considerando que es una conexión remota. En parte es porque las ordenes OpenGL se corren localmente como se puede ver en el acercamiento a la terminal en la parte final del video.

]]> http://www.machin.com.mx/archives/4379/feed 0 POP before SMTP con Sendmail y Qpopper http://www.machin.com.mx/archives/873 http://www.machin.com.mx/archives/873#comments Mon, 27 Oct 2008 03:51:20 +0000 Jorge Machin http://www.machin.com.mx/?p=873 Ls solución de POP before SMTP que utilizaba en mis años mozos en Interalia estaba basada enpoprelay, qpopper como servidor pop y sendmail como mi servidor SMTP.

Aunque es cierto que la utilizaba hace mucho tiempo (2001?) y actualmente hay muchas otras opciones, se puede comprobar que sigue siendo una opción válida y efectiva.

Instalación de qpopper

Los fuentes se compilan de la siguiente forma:

./configure --enable-specialauth
make
cp popper/popper /usr/local/bin

Finalmente declaramos el servicio en xinetd, creando el archivo /etc/xinetd.d/qpopper :

service pop3
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/local/bin/popper
server_args = qpopper –s
port = 110
}

Y reiniciamos xinetd:

/etc/rc.d/init.d/xinetd restart

Poprelay

El código fuente de Poprelay se pueden encontrar en Sourceforge.

Una vez instalado, para hacerlo funcionar con sendmail, se debe integrar el siguiente código al archivo de configuración /etc/sendmail.mc:

# We probably want the access_db feature enabled.

FEATURE(access_db)dnl

# List of IP addresses we allow relaying from.

Klocalip hash -a<MATCH> /etc/mail/localip
Kpopip hash  -a<MATCH> /etc/mail/popip

LOCAL_RULESETS

SLocal_check_rcpt

# Put the address into cannonical form (even if it doesn't resolve to an MX).

R$*   $: $>Parse0 $>3 $1
R$* <$*> $*  $: $1 <$2 .> $3      Pretend it's canonical.
R$* <$* . .> $*  $1 <$2 .> $3   Remove extra dots.

# Allow relaying if the connected host is a local IP address.

R$*   $: <$&{client_addr}>  Get client IP address.
R<>   $#OK    Local is ok.
R<$* . $-> $*      $(localip $1.$2 $: <$1> . $2 $)    Check last three octets.
R$* <MATCH>  $#OK
R<$-> $*        $: $(localip $1 $: <> $1 $2 $)    Check first octet.
R$* <MATCH>  $#OK

# Allow relaying if the connected host has recently POP3 authenticated.

R$*   $: <$&{client_addr}>  Get client IP address.
R<$*>       $(popip $1 $)   Check full address.
R$* <MATCH>  $#OK

# IP address didn't match.

Recreamos el archivo /etc/sendmail.cf con:

m4 /etc/sendmail.mc> /etc/sendmail.cf

Crear el archivo /etc/mail/localip el cual contiene una lista de todas las direcciones IP y redes que se les va a permitir hacer relay sin autentificacion.

touch /etc/mail/localip

Crear el archivo /etc/mail/popip:

makemap hash /etc/mail/popip </dev/null

Modificar la función scanaddr del archivo /sbin/poprelayd según la versión del servidor de correo POP:

qpoper 2.5X

sub scanaddr ($) {
   local $s, $i, @adressen;
   $s = $_[0];
   $i = index ($s,'popper');
   undef @adressen;
   if ($i>=0){
   ($s =~  /.*?popper.*?POP login.*?(d{1,3}.d{1,3}.d{1,3}.d{1,3})/) && (push (@adressen,$1));     
   }
   return @adressen;
}

qpoper 3.X o posterior:

sub scanaddr ($) {
   local $s, $i, @adressen;
   $s = $_[0];
   $i = index ($s,'popper');
   undef @adressen;
   if ($i>=0){
   ($s =~  /.*?popper.*?(d{1,3}.d{1,3}.d{1,3}.d{1,3})/) && (push (@adressen,$1));     
   }
   return @adressen;
}

En la versión 4 de qpopper se debe agregar esta función:

sub log_parse_qpopper_new ($) {
   local $s,$i,@adressen;
   $s = $_[0];
   $i = index($s,'popper');
   undef @adressen;
   if ($i>=0){
   ($s =~ /.*?popper.*?(d{1,3}.d{1,3}.d{1,3}.d{1,3})/) && (push (@adressen,$1));
   }
   return @adressen;
}

Levantar el demonio y colocarlo en /etc/rc.d/rc.local:

poprelay -d

o bien hacer un archivo de inicialización:

#!/bin/bash
#
# Init file for poprelay server daemon
#
# chkconfig: 2345 55 25
# description: pop/imap client relay deamon
#
# processname: poprelayd
# pidfile: /var/run/poprelayd.pid

# source function library
. /etc/rc.d/init.d/functions

# pull in sysconfig settings

RETVAL=0
POPRD="/sbin/poprelayd";
prog="poprelayd"

start()
{
        echo -n $"Starting $prog:"
        initlog -c "$POPRD -d" && success || failure
        RETVAL=$?
        [ "$RETVAL" = 0 ] && touch /var/lock/subsys/poprelayd
        echo
}

stop()
{
        echo -n $"Stopping $prog:"
        killproc $POPRD -TERM
        RETVAL=$?
        [ "$RETVAL" = 0 ] && rm -f /var/lock/subsys/poprelayd
        echo
}

reload()
{
        echo -n $"Reloading $prog:"
        killproc $POPRD -HUP
        RETVAL=$?
        echo
}

check()
{
        PROCS=`ps -ef | grep "poprelayd -d" | grep -v grep | wc -l`
        if [ $PROCS -ne 1 ]; then
        echo "Restarting dead poprelayd: $PROCS running";
                stop;
                start;
        fi
}

case "$1" in
        start)
                start
                ;;
        stop)
                stop
                ;;
        restart)
                stop
                start
                ;;
        reload)
                reload
                ;;
        check)
                check
                ;;
        *)
                echo $"Usage: $0 {start|stop|restart|reload|condrestart|status}"
                RETVAL=1
esac
exit $RETVAL

]]> Ls solución de POP before SMTP que utilizaba en mis años mozos en Interalia estaba basada enpoprelay, qpopper como servidor pop y sendmail como mi servidor SMTP.

Aunque es cierto que la utilizaba hace mucho tiempo (2001?) y actualmente hay muchas otras opciones, se puede comprobar que sigue siendo una opción válida y efectiva.

Instalación de qpopper

Los fuentes se compilan de la siguiente forma:

./configure --enable-specialauth
make
cp popper/popper /usr/local/bin

Finalmente declaramos el servicio en xinetd, creando el archivo /etc/xinetd.d/qpopper :

service pop3
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/local/bin/popper
server_args = qpopper –s
port = 110
}

Y reiniciamos xinetd:

/etc/rc.d/init.d/xinetd restart

Poprelay

El código fuente de Poprelay se pueden encontrar en Sourceforge.

Una vez instalado, para hacerlo funcionar con sendmail, se debe integrar el siguiente código al archivo de configuración /etc/sendmail.mc:

# We probably want the access_db feature enabled.

FEATURE(access_db)dnl

# List of IP addresses we allow relaying from.

Klocalip hash -a<MATCH> /etc/mail/localip
Kpopip hash  -a<MATCH> /etc/mail/popip

LOCAL_RULESETS

SLocal_check_rcpt

# Put the address into cannonical form (even if it doesn't resolve to an MX).

R$*   $: $>Parse0 $>3 $1
R$* <$*> $*  $: $1 <$2 .> $3      Pretend it's canonical.
R$* <$* . .> $*  $1 <$2 .> $3   Remove extra dots.

# Allow relaying if the connected host is a local IP address.

R$*   $: <$&{client_addr}>  Get client IP address.
R<>   $#OK    Local is ok.
R<$* . $-> $*      $(localip $1.$2 $: <$1> . $2 $)    Check last three octets.
R$* <MATCH>  $#OK
R<$-> $*        $: $(localip $1 $: <> $1 $2 $)    Check first octet.
R$* <MATCH>  $#OK

# Allow relaying if the connected host has recently POP3 authenticated.

R$*   $: <$&{client_addr}>  Get client IP address.
R<$*>       $(popip $1 $)   Check full address.
R$* <MATCH>  $#OK

# IP address didn't match.

Recreamos el archivo /etc/sendmail.cf con:

m4 /etc/sendmail.mc> /etc/sendmail.cf

Crear el archivo /etc/mail/localip el cual contiene una lista de todas las direcciones IP y redes que se les va a permitir hacer relay sin autentificacion.

touch /etc/mail/localip

Crear el archivo /etc/mail/popip:

makemap hash /etc/mail/popip </dev/null

Modificar la función scanaddr del archivo /sbin/poprelayd según la versión del servidor de correo POP:

qpoper 2.5X

sub scanaddr ($) {
   local $s, $i, @adressen;
   $s = $_[0];
   $i = index ($s,'popper');
   undef @adressen;
   if ($i>=0){
   ($s =~  /.*?popper.*?POP login.*?(d{1,3}.d{1,3}.d{1,3}.d{1,3})/) && (push (@adressen,$1));     
   }
   return @adressen;
}

qpoper 3.X o posterior:

sub scanaddr ($) {
   local $s, $i, @adressen;
   $s = $_[0];
   $i = index ($s,'popper');
   undef @adressen;
   if ($i>=0){
   ($s =~  /.*?popper.*?(d{1,3}.d{1,3}.d{1,3}.d{1,3})/) && (push (@adressen,$1));     
   }
   return @adressen;
}

En la versión 4 de qpopper se debe agregar esta función:

sub log_parse_qpopper_new ($) {
   local $s,$i,@adressen;
   $s = $_[0];
   $i = index($s,'popper');
   undef @adressen;
   if ($i>=0){
   ($s =~ /.*?popper.*?(d{1,3}.d{1,3}.d{1,3}.d{1,3})/) && (push (@adressen,$1));
   }
   return @adressen;
}

Levantar el demonio y colocarlo en /etc/rc.d/rc.local:

poprelay -d

o bien hacer un archivo de inicialización:

#!/bin/bash
#
# Init file for poprelay server daemon
#
# chkconfig: 2345 55 25
# description: pop/imap client relay deamon
#
# processname: poprelayd
# pidfile: /var/run/poprelayd.pid

# source function library
. /etc/rc.d/init.d/functions

# pull in sysconfig settings

RETVAL=0
POPRD="/sbin/poprelayd";
prog="poprelayd"

start()
{
        echo -n $"Starting $prog:"
        initlog -c "$POPRD -d" && success || failure
        RETVAL=$?
        [ "$RETVAL" = 0 ] && touch /var/lock/subsys/poprelayd
        echo
}

stop()
{
        echo -n $"Stopping $prog:"
        killproc $POPRD -TERM
        RETVAL=$?
        [ "$RETVAL" = 0 ] && rm -f /var/lock/subsys/poprelayd
        echo
}

reload()
{
        echo -n $"Reloading $prog:"
        killproc $POPRD -HUP
        RETVAL=$?
        echo
}

check()
{
        PROCS=`ps -ef | grep "poprelayd -d" | grep -v grep | wc -l`
        if [ $PROCS -ne 1 ]; then
        echo "Restarting dead poprelayd: $PROCS running";
                stop;
                start;
        fi
}

case "$1" in
        start)
                start
                ;;
        stop)
                stop
                ;;
        restart)
                stop
                start
                ;;
        reload)
                reload
                ;;
        check)
                check
                ;;
        *)
                echo $"Usage: $0 {start|stop|restart|reload|condrestart|status}"
                RETVAL=1
esac
exit $RETVAL

]]> http://www.machin.com.mx/archives/873/feed 0 Medición del Ancho de Banda en Linux http://www.machin.com.mx/archives/388 http://www.machin.com.mx/archives/388#comments Sun, 10 Aug 2008 06:00:51 +0000 Jorge Machin http://www.machin.com.mx/?p=388 Un programa muy útil para saber cuanto ancho de banda esta gastando nuestra computadora es vnstat, el cual se puede instalar en Fedora usando yum:

yum install vnstat

Si lo desea compilar de los fuentes, los puede obtener de: http://humdi.net/vnstat/.

Una vez instalado creamos la base de datos para la interfaz que queramos medir, por lo general eth0:

vnstat -u -i eth0

Si se instaló compilandolo a mano, se crea además un cron que se ejecuta cada cinco minutos para llenar la base de datos:

0-55/5 * * * * /usr/bin/vnstat -u

O bien, se quita el comentario (#) en /etc/cron.d/vnstat para habilitarlo si se instaló con yum.

Después de un tiempo, podemos consultar nuestro gasto del dia con:

vnstat -d

O el mensual

vnstat -m

]]> Un programa muy útil para saber cuanto ancho de banda esta gastando nuestra computadora es vnstat, el cual se puede instalar en Fedora usando yum:

yum install vnstat

Si lo desea compilar de los fuentes, los puede obtener de: http://humdi.net/vnstat/.

Una vez instalado creamos la base de datos para la interfaz que queramos medir, por lo general eth0:

vnstat -u -i eth0

Si se instaló compilandolo a mano, se crea además un cron que se ejecuta cada cinco minutos para llenar la base de datos:

0-55/5 * * * * /usr/bin/vnstat -u

O bien, se quita el comentario (#) en /etc/cron.d/vnstat para habilitarlo si se instaló con yum.

Después de un tiempo, podemos consultar nuestro gasto del dia con:

vnstat -d

O el mensual

vnstat -m

]]> http://www.machin.com.mx/archives/388/feed 0 Reviviendo MS-DOS 6.22 con QEMU http://www.machin.com.mx/archives/265 http://www.machin.com.mx/archives/265#comments Mon, 30 Jun 2008 04:08:10 +0000 Jorge Machin http://www.machin.com.mx/?p=265 Al hacer el post de mis videojuegos favoritos, me di cuenta que algunos de ellos ya no los puedo jugar ni usando wine o dosemu. Afortunadamente queda la alternativa de usar un emulador de "PC" e instalar en ellos DOS, Windows 3.11 o Windows95 para disfrutarlos otra vez. Efectivamente, al emular la PC se obtiene una computadora lenta, pero las computadoras de esa época eran igual de lentas y actualmente no se nota la diferencia cuando se juega en una máquina virtual.

Utilicé el conocido emulador QEMU porque funciona en Windows, Linux y Mac y las imágenes creadas son completamente intercambiables.

Instalando QEMU

En Fedora:

La instalación es con yum:

yum install kqemu

Si quiere utilizar aceleración por hardware, QEMU tiene un módulo que ejecuta directamente el código de máquina si se esta en una maquina compatible con los microprocesadores de Intel. Este se levanta como cualquier otro módulo:

modprobe kqemu

En Windows:

Solamente se necesita bajar y descomprimir el archivo zip con los binarios de la siguiente página: http://www.h7.dion.ne.jp/~qemu-win/. No hay archivo de instalación.

En este post se va asumir que todo se hace desde la línea de comando. Si usted prefiere, puede intentar usar el programa Qemu manager.

Si desea utilizar la aceleración por hardware, es necesario que baje e instale el archivo Kqemu-version-install.exe.

Instalado MS-DOS 6.22

El primer paso es crear una imagen del disco duro donde vamos a instalar todo, para ello ejecutamos el comando:

qemu-img create dos622.img 1000M

El nombre de la imagen donde instalaremos es dos622.img y su tamaño es de 1 GB. Es usted libre de cambiar el tamaño a sus necesidades.

El siguiente paso es instalar el MS-DOS. Afortunadamente cuento con unas imágenes de los diskettes de una computadora que tuve. Si usted tiene los diskettes los puede utilizar dando la ruta o creando primero una imagen usando dd o windd. El comando para hacer la imagen de los diskettes sería de la forma:

dd bs=2x80x18b if=/dev/fd0 of=/tmp/disk1.image

Ahora que si no cuenta con un sistema operativo MS-DOS original, podría intentar con FreeDOS o con DR-DOS, que igual y son mejores porque su desarrollo continúa hasta la fecha. Yo utilicé MS-DOS porque los tengo a la mano y usar los originales fue parte de este reto personal.

Con las imagenes o los diskettes a la mano, ejecutamos el comando:

qemu -boot a -fda disk1.img -hda dos622.img

En Windows es necesario agregar el parámetro L al directorio donde esta la instalación. Si estamos sobre el directorio de instalación el comando se transforma en:

qemu -L . -boot a -fda disk1.img -hda dos622.img

Desde aquí se puede seguir la instalación normal del MS-DOS.


¿Evocando pesadillas del pasado?

Los cambios de diskette que pide el instalador se pueden hacer accediendo a la consola, la cual se abre con las teclas 2 y usando el comando:

change floppy0 disk2.img

Si QEMU no conoce el dispositivo floppy0, puede ser porque su sistema lo nombre de otra forma. Para obtener los nombres de los dispositivos, puede ejecutar el siguiente comando y así cambiarlo por el correcto:

info block

Para regresar a la pantalla de instalación se presiona las teclas 1.

Una vez instalado el sistema operativo, se arranca sin la opción -boot y con todo la emulación del hardware que desee:

qemu -L .  -hda dos622.img -cdrom E:

Ahora si lo desea puede configurar a su gusto los archivos CONFIG.SYS y AUTOEXEC.BAT. Los mios tienen esta forma:

CONFIG.SYS:

DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\WINDOWS\HIMEM.SYS /TESTMEM:OFF
DEVICE=C:\DOS\EMM386.EXE NOEMS
DOS=HIGH
LASTDRIVE=Z
COUNTRY=003,,C:\DOS\COUNTRY.SYS
SHELL=COMMAND.COM /P /e:1024
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=50

AUTOEXEC.BAT:

@ECHO OFF
PROMPT $p$g
PATH C:\DOS
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
KEYB LA,,C:\DOS\KEYBOARD.SYS
C:\DOS\SMARTDRV.EXE /X
C:\DOS\SHARE.EXE /L:500
C:\DOS\DOSKEY.COM

Si necesita transferir archivos a la partición, en Linux, puede montar la imagen con el siguiente comando:

mount -o loop,offset=32256 dos622 punto_de__montaje

En windows, se pueden crear imágenes iso para leerlas desde QEMU, usar una disketera virtual como VFD o bien ver un directorio de nuestra máquina con el parámetro:

-hdb fat:/mi_directorio

Soporte para CD

Por lo general, los controladores de las unidades de disco compacto se incluían con ellas. Afortunadamente en el sitio 4DOS.infi se puede bajar unos controladores de Acer compatibles con atapi que funcionan correctamente con qemu.

Después de bajar el archivo APICD214.ZIP y transifir VIDE-CDD.SYS a nuestra imagen, se agrega la siguiente línea al archivo CONFIG.SYS:

DEVICE=C:\VIDE-CDD.SYS /D:MSCD001

y esta al AUTOEXEC.BAT:

C:\DOS\MSCDEX.EXE /S /D:MSCD001

Después de reiniciar, ya tenemos acceso a la unidiad de discos.

Soporte para ratón

Podemos usar el controlador CuteMouse que es un ejecutable que podemos agregar al AUTOEXEC.BAT.

Aceleración por hardware

Si ya tiene instalado o cargado los módulos de kqemu, solo necesita agregar la opción -kernel-kqemu

]]> Al hacer el post de mis videojuegos favoritos, me di cuenta que algunos de ellos ya no los puedo jugar ni usando wine o dosemu. Afortunadamente queda la alternativa de usar un emulador de "PC" e instalar en ellos DOS, Windows 3.11 o Windows95 para disfrutarlos otra vez. Efectivamente, al emular la PC se obtiene una computadora lenta, pero las computadoras de esa época eran igual de lentas y actualmente no se nota la diferencia cuando se juega en una máquina virtual.

Utilicé el conocido emulador QEMU porque funciona en Windows, Linux y Mac y las imágenes creadas son completamente intercambiables.

Instalando QEMU

En Fedora:

La instalación es con yum:

yum install kqemu

Si quiere utilizar aceleración por hardware, QEMU tiene un módulo que ejecuta directamente el código de máquina si se esta en una maquina compatible con los microprocesadores de Intel. Este se levanta como cualquier otro módulo:

modprobe kqemu

En Windows:

Solamente se necesita bajar y descomprimir el archivo zip con los binarios de la siguiente página: http://www.h7.dion.ne.jp/~qemu-win/. No hay archivo de instalación.

En este post se va asumir que todo se hace desde la línea de comando. Si usted prefiere, puede intentar usar el programa Qemu manager.

Si desea utilizar la aceleración por hardware, es necesario que baje e instale el archivo Kqemu-version-install.exe.

Instalado MS-DOS 6.22

El primer paso es crear una imagen del disco duro donde vamos a instalar todo, para ello ejecutamos el comando:

qemu-img create dos622.img 1000M

El nombre de la imagen donde instalaremos es dos622.img y su tamaño es de 1 GB. Es usted libre de cambiar el tamaño a sus necesidades.

El siguiente paso es instalar el MS-DOS. Afortunadamente cuento con unas imágenes de los diskettes de una computadora que tuve. Si usted tiene los diskettes los puede utilizar dando la ruta o creando primero una imagen usando dd o windd. El comando para hacer la imagen de los diskettes sería de la forma:

dd bs=2x80x18b if=/dev/fd0 of=/tmp/disk1.image

Ahora que si no cuenta con un sistema operativo MS-DOS original, podría intentar con FreeDOS o con DR-DOS, que igual y son mejores porque su desarrollo continúa hasta la fecha. Yo utilicé MS-DOS porque los tengo a la mano y usar los originales fue parte de este reto personal.

Con las imagenes o los diskettes a la mano, ejecutamos el comando:

qemu -boot a -fda disk1.img -hda dos622.img

En Windows es necesario agregar el parámetro L al directorio donde esta la instalación. Si estamos sobre el directorio de instalación el comando se transforma en:

qemu -L . -boot a -fda disk1.img -hda dos622.img

Desde aquí se puede seguir la instalación normal del MS-DOS.


¿Evocando pesadillas del pasado?

Los cambios de diskette que pide el instalador se pueden hacer accediendo a la consola, la cual se abre con las teclas 2 y usando el comando:

change floppy0 disk2.img

Si QEMU no conoce el dispositivo floppy0, puede ser porque su sistema lo nombre de otra forma. Para obtener los nombres de los dispositivos, puede ejecutar el siguiente comando y así cambiarlo por el correcto:

info block

Para regresar a la pantalla de instalación se presiona las teclas 1.

Una vez instalado el sistema operativo, se arranca sin la opción -boot y con todo la emulación del hardware que desee:

qemu -L .  -hda dos622.img -cdrom E:

Ahora si lo desea puede configurar a su gusto los archivos CONFIG.SYS y AUTOEXEC.BAT. Los mios tienen esta forma:

CONFIG.SYS:

DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\WINDOWS\HIMEM.SYS /TESTMEM:OFF
DEVICE=C:\DOS\EMM386.EXE NOEMS
DOS=HIGH
LASTDRIVE=Z
COUNTRY=003,,C:\DOS\COUNTRY.SYS
SHELL=COMMAND.COM /P /e:1024
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=50

AUTOEXEC.BAT:

@ECHO OFF
PROMPT $p$g
PATH C:\DOS
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
KEYB LA,,C:\DOS\KEYBOARD.SYS
C:\DOS\SMARTDRV.EXE /X
C:\DOS\SHARE.EXE /L:500
C:\DOS\DOSKEY.COM

Si necesita transferir archivos a la partición, en Linux, puede montar la imagen con el siguiente comando:

mount -o loop,offset=32256 dos622 punto_de__montaje

En windows, se pueden crear imágenes iso para leerlas desde QEMU, usar una disketera virtual como VFD o bien ver un directorio de nuestra máquina con el parámetro:

-hdb fat:/mi_directorio

Soporte para CD

Por lo general, los controladores de las unidades de disco compacto se incluían con ellas. Afortunadamente en el sitio 4DOS.infi se puede bajar unos controladores de Acer compatibles con atapi que funcionan correctamente con qemu.

Después de bajar el archivo APICD214.ZIP y transifir VIDE-CDD.SYS a nuestra imagen, se agrega la siguiente línea al archivo CONFIG.SYS:

DEVICE=C:\VIDE-CDD.SYS /D:MSCD001

y esta al AUTOEXEC.BAT:

C:\DOS\MSCDEX.EXE /S /D:MSCD001

Después de reiniciar, ya tenemos acceso a la unidiad de discos.

Soporte para ratón

Podemos usar el controlador CuteMouse que es un ejecutable que podemos agregar al AUTOEXEC.BAT.

Aceleración por hardware

Si ya tiene instalado o cargado los módulos de kqemu, solo necesita agregar la opción -kernel-kqemu

]]> http://www.machin.com.mx/archives/265/feed 0 Programación Flash/ActionScript 3 en Linux http://www.machin.com.mx/archives/217 http://www.machin.com.mx/archives/217#comments Tue, 11 Mar 2008 04:45:39 +0000 Jorge Machin http://www.machin.com.mx/archives/217 En el pasado, programar aplicaciones en Flash significaba un problema para los usuarios de Linux por el poco soporte que daba Macromedia/Adobe. Afortunadamente, las cosas han cambiado un poco debido a que ahora esta disponible un compilador de AS3 en nuestra plataforma favorita. En este post trato brevemente como hacer películas "swf" en Linux desde la línea de comandos:

Instalación

1. Bajar el Adobe Flex 3 SDK de Adobe (flex_sdk_3.zip) de la siguiente URL: http://www.adobe.com/products/flex/flexdownloads/index.html

2. Como usuario root, desempaquetar el archivo flex_sdk_3.zip y poner algunos permisos para que todos los usuarios lo puedan utilizar:

mkdir /usr/local/bin/flex3
cp flex_sdk_3.zip /usr/local/bin/flex3
cd /usr/local/bin/flex3
unzip flex_sdk_3.zip
chmod a+r * -Rf
chmod a+x bin
chmod a+x bin/*
chmod a+x lib
chmod a+x frameworks
chmod a+x frameworks/libs
chmod a+x frameworks/libs/player
chmod a+x frameworks/locale

O bien, si se quiere evitar problemas, como usuario local en su home:

mkdir flex3
cp flex3_sdk_3.zip flex3
cd flex3
unzip flex3_sdk_3.zip

Escribiendo un programa de prueba

Para ilustrar la compilación, hacemos un pequeño programa de dos archivos que lo único que hace es desplegar un texto y un circulo en la pantalla. El primer archivo llamado SphericCow.as se encargada de dibujar un círculo negro (sobrecargando la clase "Shape"):

package {

    import flash.display.Shape;

    //

    public class SphericCow extends Shape {

       public function SphericCow() {

          graphics.beginFill( 0x000000, 1 );
          graphics.drawCircle( 80 , 70 , 30 );

       }

    }
   
}

El segundo archivo, llamado MyFirstProgram.as, es la aplicación en sí, que utiliza nuestra clase anterior y pone también un pequeño texto:

package {

    import flash.display.Sprite;
    import flash.text.TextField;

   
    //  Main class

    public class MyFirstProgram extends Sprite {
       
        public function MyFirstProgram() {

            var title:TextField = new TextField();
            title.text = "My first Program!";
            addChild(title);

            var sphericCow:SphericCow = new SphericCow( );
            addChild( sphericCow );

        }

    }

}

Compilando nuestro programa

Se compila con:

/usr/local/bin/flex3/bin/mxmlc MyFirstProgram.as

o si lo instalamos en nuestro home:

$HOME/flex3/bin/mxmlc MyFirstProgram.as

El cual creará un archivo MyFirstProgram.swf, el cual podemos arrastrar a nuestro navegador firefox para verlo en acción. Por supuesto, podemos agregar la ruta al archivo .bashrc para evitar el tener que escribir las rutas completas al compilar.

]]> En el pasado, programar aplicaciones en Flash significaba un problema para los usuarios de Linux por el poco soporte que daba Macromedia/Adobe. Afortunadamente, las cosas han cambiado un poco debido a que ahora esta disponible un compilador de AS3 en nuestra plataforma favorita. En este post trato brevemente como hacer películas "swf" en Linux desde la línea de comandos:

Instalación

1. Bajar el Adobe Flex 3 SDK de Adobe (flex_sdk_3.zip) de la siguiente URL: http://www.adobe.com/products/flex/flexdownloads/index.html

2. Como usuario root, desempaquetar el archivo flex_sdk_3.zip y poner algunos permisos para que todos los usuarios lo puedan utilizar:

mkdir /usr/local/bin/flex3
cp flex_sdk_3.zip /usr/local/bin/flex3
cd /usr/local/bin/flex3
unzip flex_sdk_3.zip
chmod a+r * -Rf
chmod a+x bin
chmod a+x bin/*
chmod a+x lib
chmod a+x frameworks
chmod a+x frameworks/libs
chmod a+x frameworks/libs/player
chmod a+x frameworks/locale

O bien, si se quiere evitar problemas, como usuario local en su home:

mkdir flex3
cp flex3_sdk_3.zip flex3
cd flex3
unzip flex3_sdk_3.zip

Escribiendo un programa de prueba

Para ilustrar la compilación, hacemos un pequeño programa de dos archivos que lo único que hace es desplegar un texto y un circulo en la pantalla. El primer archivo llamado SphericCow.as se encargada de dibujar un círculo negro (sobrecargando la clase "Shape"):

package {

    import flash.display.Shape;

    //

    public class SphericCow extends Shape {

       public function SphericCow() {

          graphics.beginFill( 0x000000, 1 );
          graphics.drawCircle( 80 , 70 , 30 );

       }

    }
   
}

El segundo archivo, llamado MyFirstProgram.as, es la aplicación en sí, que utiliza nuestra clase anterior y pone también un pequeño texto:

package {

    import flash.display.Sprite;
    import flash.text.TextField;

   
    //  Main class

    public class MyFirstProgram extends Sprite {
       
        public function MyFirstProgram() {

            var title:TextField = new TextField();
            title.text = "My first Program!";
            addChild(title);

            var sphericCow:SphericCow = new SphericCow( );
            addChild( sphericCow );

        }

    }

}

Compilando nuestro programa

Se compila con:

/usr/local/bin/flex3/bin/mxmlc MyFirstProgram.as

o si lo instalamos en nuestro home:

$HOME/flex3/bin/mxmlc MyFirstProgram.as

El cual creará un archivo MyFirstProgram.swf, el cual podemos arrastrar a nuestro navegador firefox para verlo en acción. Por supuesto, podemos agregar la ruta al archivo .bashrc para evitar el tener que escribir las rutas completas al compilar.

]]> http://www.machin.com.mx/archives/217/feed 2 Multimedia en Linux http://www.machin.com.mx/archives/85 http://www.machin.com.mx/archives/85#comments Tue, 20 Nov 2007 06:47:50 +0000 Jorge Machin http://www.machin.com.mx/archives/85 En este post iré poniendo las instrucciones para instalar las aplicaciones básicas para disfrutar sin problemas de películas y videos en una caja Fedora.

Repositorio livna

Livna es un excelente repositorio para encontrar rpms de las aplicaciones multimedia que por licencias no se encuentran en los repositorios oficiales. En 2008 se unió a otros repositorios para formar uno nuevo: RPM Fusion. Sin embargo, el repositorio livna volvió a dar servicio debido a que los responsables de RPM Fusion no quisieron distribuir un paquete por cuestiones legales. De ahí en fuera, los dos repositorios forman parte del mismo trabajo, sólo que livna distribuye únicamente ese paquete.

rpm -ivh http://rpm.livna.org/livna-release.rpm

Repositorio RPM Fusion

El repositorio RPM Fusion está divido en dos (libres y no libres), por lo que es necesario instalarlo como si fueran dos repositorios:

rpm -ivh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
rpm -ivh http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

Xine

Xine es un excelente player para ver videos y archivos de música en varios formatos.

yum install xine
yum install xine-*
yum install libdvdcss* (Si se desea tener suporte para DVD.)

Real Player

El Real Player nos permite ver videos en su formato y ver canales de televisión en línea. Requiere como pre-requisito haber instalado las librerías de compatibilidad de c++:

yum install compat-libstdc++-33

Este se puedo obtener de:

http://www.real.com/linux/

Flash Player

rpm -Uvh http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.noarch.rpm

yum install flash-plugin

Protectores de pantalla OpenGL

Casi siempre me falta instalar los protectores de pantalla OpenGL que son muy llamativos y dejan a las visitas impresionados.

yum install xscreensaver*

]]> En este post iré poniendo las instrucciones para instalar las aplicaciones básicas para disfrutar sin problemas de películas y videos en una caja Fedora.

Repositorio livna

Livna es un excelente repositorio para encontrar rpms de las aplicaciones multimedia que por licencias no se encuentran en los repositorios oficiales. En 2008 se unió a otros repositorios para formar uno nuevo: RPM Fusion. Sin embargo, el repositorio livna volvió a dar servicio debido a que los responsables de RPM Fusion no quisieron distribuir un paquete por cuestiones legales. De ahí en fuera, los dos repositorios forman parte del mismo trabajo, sólo que livna distribuye únicamente ese paquete.

rpm -ivh http://rpm.livna.org/livna-release.rpm

Repositorio RPM Fusion

El repositorio RPM Fusion está divido en dos (libres y no libres), por lo que es necesario instalarlo como si fueran dos repositorios:

rpm -ivh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
rpm -ivh http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

Xine

Xine es un excelente player para ver videos y archivos de música en varios formatos.

yum install xine
yum install xine-*
yum install libdvdcss* (Si se desea tener suporte para DVD.)

Real Player

El Real Player nos permite ver videos en su formato y ver canales de televisión en línea. Requiere como pre-requisito haber instalado las librerías de compatibilidad de c++:

yum install compat-libstdc++-33

Este se puedo obtener de:

http://www.real.com/linux/

Flash Player

rpm -Uvh http://linuxdownload.adobe.com/adobe-release/adobe-release-i386-1.0-1.noarch.rpm

yum install flash-plugin

Protectores de pantalla OpenGL

Casi siempre me falta instalar los protectores de pantalla OpenGL que son muy llamativos y dejan a las visitas impresionados.

yum install xscreensaver*

]]> http://www.machin.com.mx/archives/85/feed 0 Jaulas http://www.machin.com.mx/archives/132 http://www.machin.com.mx/archives/132#comments Mon, 20 Aug 2007 08:15:29 +0000 Jorge Machin http://www.machin.com.mx/?p=132 Las jaulas es un interesante procedimiento para encerrar a un usuario dentro de un directorio, el cual ve como una "máquina virtual" para él sólo. En este post pongo el procedimiento paso a paso que use hace algunos años para hacer una jaula. Lo pongo así por fines didacticos porque sin duda, hacer un script es el mejor procedimiento para trabajo de día tras día.

Procedimiento paso a paso

Se hace el directorio donde se va contener la jaula:

mkdir /jails/user_name -p

Se crea el usuario a estar enjaulado y se le asigna una contraseña:

useradd -d /home -s /bin/bash -g user_group user_name
passwd user_name

user_group por lo general es el grupo users.

Agregar la siguiente línea a /etc/pam.d/sshd para permitir que el usuario se pueda logear por ssh:

session    required     pam_chroot.so

Sólo por verificar el archivo /etc/ssh/sshd_config debe tener:

UsePAM yes
UsePrivilegeSeparation no

En el directorio /etc/security/chroot.conf se declara al usuario y la ruta a su jaula de la siguiente forma:

user_name         /jails/user_name

Se crea el directorio temporal:

mkdir /jails/user_name/tmp
chmod 777 /jails/user_name/tmp
chmod +t /jails/user_name/tmp

Se crea el directorio de devices:

mkdir /jails/user_name/dev
mknod -m 0666 /jails/user_name/dev/tty c 5 0
mknod -m 0644 /jails/user_name/dev/urandom c 1 9
mknod -m 0666 /jails/user_name/dev/null c 1 3
mknod -m 0666 /jails/user_name/dev/zero c 1 12

Se crea el directorio home:

mkdir /jails/user_name/home
chown user_name:user_group /jails/user_name/home
chmod 711 /jails/user_name/home

Se crea el directorio bin y se le copian varios comandos externos útiles:

mkdir /jails/user_name/bin
cd /bin; cp bash cat chmod cp ln ls hostname mkdir mv \
rm rmdir tar touch  /jails/user_name/bin

Se crea el directorio etc:

mkdir /jails/user_name/etc
cd /etc; cp DIR_COLORS hosts profile /jails/user_name/etc

Se crean los archivos de contraseñas

cat /etc/passwd|grep ^root> /jails/user_name/etc/passwd
cat /etc/passwd|grep ^user_name>> /jails/user_name/etc/passwd
cat /etc/group|grep ^root>  /jails/user_name/etc/group
cat /etc/group|grep ^user_name>> /jails/user_name/etc/group

mkdir /jails/user_name/lib
cd /lib; cp ld-linux.so.2 libc.so.6 
   libcrypt.so.1 libdl.so.2 libm.so.6
   libncurses.so.5 libnsl.so.1 libnss_compat.so.2
   libnss_dns.so.2 libnss_files.so.2 libpam.so.0
   libpam_misc.so.0 libpthread.so.0
   libresolv.so.2 librt.so.1 libselinux.so.1 libsepol.so.1 libutil.so.1 libwrap.so.0
   libz.so.1 /jails/user_name/lib

Se puede probar que todo funciona con:

ssh user_name@localhost

]]> Las jaulas es un interesante procedimiento para encerrar a un usuario dentro de un directorio, el cual ve como una "máquina virtual" para él sólo. En este post pongo el procedimiento paso a paso que use hace algunos años para hacer una jaula. Lo pongo así por fines didacticos porque sin duda, hacer un script es el mejor procedimiento para trabajo de día tras día.

Procedimiento paso a paso

Se hace el directorio donde se va contener la jaula:

mkdir /jails/user_name -p

Se crea el usuario a estar enjaulado y se le asigna una contraseña:

useradd -d /home -s /bin/bash -g user_group user_name
passwd user_name

user_group por lo general es el grupo users.

Agregar la siguiente línea a /etc/pam.d/sshd para permitir que el usuario se pueda logear por ssh:

session    required     pam_chroot.so

Sólo por verificar el archivo /etc/ssh/sshd_config debe tener:

UsePAM yes
UsePrivilegeSeparation no

En el directorio /etc/security/chroot.conf se declara al usuario y la ruta a su jaula de la siguiente forma:

user_name         /jails/user_name

Se crea el directorio temporal:

mkdir /jails/user_name/tmp
chmod 777 /jails/user_name/tmp
chmod +t /jails/user_name/tmp

Se crea el directorio de devices:

mkdir /jails/user_name/dev
mknod -m 0666 /jails/user_name/dev/tty c 5 0
mknod -m 0644 /jails/user_name/dev/urandom c 1 9
mknod -m 0666 /jails/user_name/dev/null c 1 3
mknod -m 0666 /jails/user_name/dev/zero c 1 12

Se crea el directorio home:

mkdir /jails/user_name/home
chown user_name:user_group /jails/user_name/home
chmod 711 /jails/user_name/home

Se crea el directorio bin y se le copian varios comandos externos útiles:

mkdir /jails/user_name/bin
cd /bin; cp bash cat chmod cp ln ls hostname mkdir mv \
rm rmdir tar touch  /jails/user_name/bin

Se crea el directorio etc:

mkdir /jails/user_name/etc
cd /etc; cp DIR_COLORS hosts profile /jails/user_name/etc

Se crean los archivos de contraseñas

cat /etc/passwd|grep ^root> /jails/user_name/etc/passwd
cat /etc/passwd|grep ^user_name>> /jails/user_name/etc/passwd
cat /etc/group|grep ^root>  /jails/user_name/etc/group
cat /etc/group|grep ^user_name>> /jails/user_name/etc/group

mkdir /jails/user_name/lib
cd /lib; cp ld-linux.so.2 libc.so.6 
   libcrypt.so.1 libdl.so.2 libm.so.6
   libncurses.so.5 libnsl.so.1 libnss_compat.so.2
   libnss_dns.so.2 libnss_files.so.2 libpam.so.0
   libpam_misc.so.0 libpthread.so.0
   libresolv.so.2 librt.so.1 libselinux.so.1 libsepol.so.1 libutil.so.1 libwrap.so.0
   libz.so.1 /jails/user_name/lib

Se puede probar que todo funciona con:

ssh user_name@localhost

]]> http://www.machin.com.mx/archives/132/feed 0 Bluetooth en Linux http://www.machin.com.mx/archives/126 http://www.machin.com.mx/archives/126#comments Sat, 28 Jul 2007 07:56:09 +0000 Jorge Machin http://www.machin.com.mx/?p=126 Actualmente, muchos dispositivos personales como palms y celulares incluyen entre sus funcionalidades el poder interconectarse por medio de la tecnología inalámbrica Bluetooth. Afortunadamente, hay muy pocas cosas de que preocuparse, porque al menosd desde Fedora 7 tiene soporte completo de bluetooth por medio de la pila de protocolos para Linux Bluez.

Como utilizo un servidor Dell para trabajar con Linux, este no incluía alguna interfaz Bluetooth de fábrica; por lo que la solución más sencilla y económica para agregarle esta capacidad fue comprar un adaptador USB Bluetooth.

Una vez enchufado (sin necesidad de reiniciar la máquina), se puede revisar su presencia con el siguiente comando:

[root@linux renato]# /sbin/lsusb

Bus 002 Device 001: ID 0000:0000 
Bus 005 Device 001: ID 0000:0000 
Bus 004 Device 001: ID 0000:0000 
Bus 003 Device 002: ID 1131:1001 Integrated System Solution Corp. KY-BT100 Bluetooth Adapter
Bus 003 Device 001: ID 0000:0000 
Bus 001 Device 004: ID 045e:0084 Microsoft Corp.
Bus 001 Device 005: ID 413c:2003 Dell Computer Corp.
Bus 001 Device 001: ID 0000:0000

Utilerías de línea de comando:

El paquete bluez-utils contiene todas las herramientas que necesitamos para obtener o configurar nuestros dispositivos bluetooth. Algunas de ellas son:

- hciconfig
- hcitool
- hciattach
- hcid
- l2ping

hciconfig

Este comando se utiliza para configurar y obtener información de los adaptadores Bluetooth que tenemos conectados (obviamente, por lo general es uno). Para obtener la información de nuestro adaptador hacemos lo siguiente:

/usr/sbin/hciconfig -a

hci0:   Type: USB
        BD Address: 11:11:11:11:11:11 ACL MTU: 678:8 SCO MTU: 48:10
        UP RUNNING PSCAN ISCAN
        RX bytes:1987 acl:0 sco:0 events:57 errors:0
        TX bytes:723 acl:0 sco:0 commands:52 errors:0
        Features: 0xbf 0xfe 0x8d 0x78 0x08 0x18 0x00 0x00
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'Linux home'
        Class: 0x120104
        Service Classes: Networking, Object Transfer
        Device Class: Computer, Desktop workstation
        HCI Ver: 1.2 (0x2) HCI Rev: 0x1fe LMP Ver: 1.2 (0x2) LMP Subver: 0x1fe
        Manufacturer: Integrated System Solution Corp. (57)

Desafortunadamente, desde aquí pude ver que no es muy recomendable el adaptador que compré porque de fábrica le programaron una dirección BD inválida a todos sus adaptadores Bluetooth: 11:11:11:11:11:11. Esto es realmente raro porque la compañía china que lo produjo si aparece registrada ante la IEEE y desafortunado porque se supone que esa dirección es única y puede haber conflictos si se usan dos o más de estos dispositivos al mismo tiempo. Aunque el adaptador funciona correctamente, algo en mi interior me dice que compré un producto pirata o que fue retirado del mercado por esa razón.

En http://standards.ieee.org/regauth/oui/index.shtml se puede consultar el identificador OUI en la base de datos de la IEEE, el cual se utiliza en las primeras tres cifras de la dirección BD. Curiosamente los identificadores de mi celular y del wiimote si aparecen, pero no así la de mi palm. ¡Benditas estandarizaciones!

hcitool

Siguiendo con cosas menos tristes, el comando para encontrar dispositivos Bluetooth a nuestro alredor es:

[renato@linux renato]# hcitool scan
Scanning ...
        XX:XX:XX:XX:XX:XX       Palm Jorge Machin
        XX:XX:XX:XX:XX:XX       Telefono Jorge Machin
        XX:XX:XX:XX:XX:XX       Nintendo RVL-CNT-01

Applets de gnome:

próximamente

Wii Remote en Linux:

Para poder usar el control remoto de la consola de juegos wii de Nintendo (aka wiimote), se puede usar un script de python llamado WMD (Wiiwanna Motte Dammiit!) desarrollado por Francois A. Bradet y amigos. El funcionamiento consiste esencialmente en direccionar los comandos del wiimote al teclado y al ratón para poderlo usar en los juegos existentes en Linux.

Prerequisitos

Para poderlo instalar, es necesario tener los siguientes programas previamente instalados:

- Las librerias de desarrollo de BlueZ

yum install bluez-libs-devel

- Librería pybluez para python

wget http://org.csail.mit.edu/pybluez/release/pybluez-src-0.14.tar.gz
tar -xvzf pybluez-0.14.tar.gz
cd pybluez-0.14
python setup.py install

- python-xlib

yum install python-xlib

Para evitar errores se recomienda aumentar el tamaño del buffer del socket cambiando:

recv = self.socket.recv(2048)

a lo siguiente

recv = self.socket.recv(4096)

en el archivo /usr/lib/python2.5/site-packages/Xlib/protocol/display.py.

Instalación:

La versión más actualiza de GDM se baja por medio de svn:

svn co https://svn.forthewiin.org/wmd/trunk/ wmd-trunk

Aquí no se compila nada porque son programas escritos en python. Para probar que todo este funcionando correctamente o para usar el wiimote como un ratón se hace los siguiente:

[renato@linux wmd-trunk]#/sbin/modprobe uinput
[renato@linux wmd-trunk]# xhost +
[renato@linux wmd-trunk]# python WMD.py
uinput: Attempting to autodetect device file
uinput: /dev/misc/uinput isn't a usable uinput device file
uinput: autodetection chose /dev/input/uinput as uinput device file
uinput: Trying to open /dev/input/uinput as control device
uinput: Writing WIIMOTE_UUD
uinput: Registering 31 events
uinput: Creating device
uinput: initialized and ready
CONNECTING
Looking for Wiimote services at address 00:17:AB:36:09:52
Failure. We have not found that Wiimote.
Now trying to discover a willing Wiimote, please activate your Wiimote within 5 seconds.
Found 2 Bluetooth Devices!
Found a Wiimote at address XX:XX:XX:XX:XX:XX
Looking for Wiimote services at address XX:XX:XX:XX:XX:XX
Victory! We have found that Wiimote!
We are now connected to Wiimote at address XX:XX:XX:XX:XX:XX
CONNECTED

Cuando aparezca el letrero "Now trying to discover a willing Wiimote, please activate your Wiimote within 5 seconds." se debe presionar al mismo tiempo los botones 1 y2 del wiimote o bien presionar el botón sync que se encuentra en el compartimiento de las pilas para poner al wiimote en modo detectable.


Probando Unreal Tournament 2004 con el wiimote

Desafortunadamente, el WMD parece estar muy enfocado a ser un "ratón inalámbrico" y el código está bastante desordenado y confuso (el mismo autor lo reconoce) por lo que para usarlo en alguna aplicación es necesario invertir algo de tiempo en el código fuente para ver como funciona. Danigm, un usuario de Linux y amante de los comics, se tomó la molestia de escarbar en el código de WMD para hacer un tutorial donde incluye un esqueleto de como se podrían manejar las clases de WMD con una utilería UNIX (xsendkeycode) para usar el teclado con el control Wii.

Xsendkeycode se encuentra dentro del paquete lineakd, si no lo tiene instalado se puede recurrir a yum:

yum install lineakd

Para jugar Unreal Tournament 2004, modifique ligeramente el ejemplo de Danigm para que quedara de la siguiente forma:

import sys
sys.path.append('.')

import os

from wmd.Common import *
from wmd.Config import CFG
from wmd.UI.UIManager import UIManager
from wmd.Wiimote.WMManager import WMManager
from wmd.EVDispatcher import EVDispatcher
from wmd.MotionSensing import MSManager
from wmd.Pointer import POManager
from wmd.CommandMapper import CommandMapper

class unrealManager:

   def __init__( self, cf, ms, ev ):
      self.cf = cf
      self.ev = ev
      self.ms = ms
      self.ev.subscribe( WM_BT, self.ev_buttons)

   def ev_buttons( self, ev ):

      button = ev[0]
      state  = ev[1]

      # This code is only for mnemonics reasons:

      keyctrl = 9

      key1 = 10
      key2 = 11
      key3 = 12
      key4 = 13
      key5 = 14
      key6 = 15
      key7 = 16
      key8 = 17
      key9 = 18

      keyq = 24
      keyw = 25
      keye = 26
      keyr = 27
      keyt = 28
      keyy = 29
      keyu = 30
      keyi = 31
      keyo = 32
      keyp = 33
 
      keya = 38
      keys = 39
      keyd = 40
      keyf  = 41
      keyg = 42
      keyh = 43
      keyj  = 44
      keyk = 45
      keyl  = 46

      keyz = 52
      keyx = 53
      keyc = 54
      keyv = 55
      keyb = 56
      keyn = 57
      keym = 58

      keyspace = 65

      if state == "DOWN":

         if button == "+":
            os.popen2("xsendkeycode "+str( keyg )+" 1")
         elif button == "-":
            os.popen2("xsendkeycode "+str( keyf )+" 1")
         elif button == "H":
            os.popen2("xsendkeycode "+str( keyctrl )+" 1")
         elif button == "1":
            os.popen2("xsendkeycode "+str( keyspace )+" 1")
         elif button == "2":
            os.popen2("xsendkeycode "+str( keyc )+" 1")
         elif button == "U":
            os.popen2("xsendkeycode "+str( keyw )+" 1")
         elif button == "D":
            os.popen2("xsendkeycode "+str( keys )+" 1")
         elif button == "L":
            os.popen2("xsendkeycode "+str( keya )+" 1")
         elif button == "R":
            os.popen2("xsendkeycode "+str( keyd )+" 1")

      elif state == "UP":

         if button == "+":
            os.popen2("xsendkeycode "+str( keyg )+" 0")
         elif button == "-":
            os.popen2("xsendkeycode "+str( keyf )+" 0")
         elif button == "H":
            os.popen2("xsendkeycode "+str( keyctrl )+" 0")
         elif button == "1":
            os.popen2("xsendkeycode "+str( keyspace )+" 0")
         elif button == "2":
            os.popen2("xsendkeycode "+str( keyc )+" 0")
         elif button == "U":
            os.popen2("xsendkeycode "+str( keyw )+" 0")
         elif button == "D":
            os.popen2("xsendkeycode "+str( keys )+" 0")
         elif button == "L":
            os.popen2("xsendkeycode "+str( keya )+" 0")
         elif button == "R":
            os.popen2("xsendkeycode "+str( keyd )+" 0")

cf = CFG

ev = EVDispatcher(cf)

ms = MSManager( cf, ev ) # Motion analysis
po = POManager( cf, ev ) # Handles the pointer, receives WM_IR, sends out ABS_POS absolute position reports
um = unrealManager( cf, ms, ev ) # Motion analysis
cm = CommandMapper( cf, ev )

# Handles the Wiimote; connects to it, manages wiimote state and mode, parses wiimote reports

wm = WMManager(cf, ev)

if wm.connect() and wm.setup():
        cycles = wm.main_loop()

wm.disconnect()

Obviamente el script le falta bastante trabajo pero seguramente puede servir de guía para programar otros juegos en Linux o para que alguien con más paciencia lo mejore.

¿Hay algo más?

Todo este rollo fue únicamente con fines didácticos porque no suelo jugar en Linux aunque hay buenos juegos. Sin duda dejé muchas cosas sin ver, como el manejo de los infrarrojos del wiimote y su bocinita; pero para mí fue suficiente y ya tengo una buena idea de como funcionan estos juguetes. Quizás regrese un día que me sienta nostálgico o por alguna razón tenga la necesidad; para entonces seguramente habrá mejores programas y utilerías... o tal vez sea cuando el Bluetooth pase a ser pieza de museo.

Otro programa recomendado

Wminput es un programa escrito en C para hacer la interfase con el wiimote. Es un programa interesante porque muchas de las distribuciones ya lo tienen en su repositorio, por lo que vale la pena revisarlo. Si no lo encuentra en su repositorio favorito, puede obtener las fuentes y más información en: www.cwiid.org.

]]> Actualmente, muchos dispositivos personales como palms y celulares incluyen entre sus funcionalidades el poder interconectarse por medio de la tecnología inalámbrica Bluetooth. Afortunadamente, hay muy pocas cosas de que preocuparse, porque al menosd desde Fedora 7 tiene soporte completo de bluetooth por medio de la pila de protocolos para Linux Bluez.

Como utilizo un servidor Dell para trabajar con Linux, este no incluía alguna interfaz Bluetooth de fábrica; por lo que la solución más sencilla y económica para agregarle esta capacidad fue comprar un adaptador USB Bluetooth.

Una vez enchufado (sin necesidad de reiniciar la máquina), se puede revisar su presencia con el siguiente comando:

[root@linux renato]# /sbin/lsusb

Bus 002 Device 001: ID 0000:0000 
Bus 005 Device 001: ID 0000:0000 
Bus 004 Device 001: ID 0000:0000 
Bus 003 Device 002: ID 1131:1001 Integrated System Solution Corp. KY-BT100 Bluetooth Adapter
Bus 003 Device 001: ID 0000:0000 
Bus 001 Device 004: ID 045e:0084 Microsoft Corp.
Bus 001 Device 005: ID 413c:2003 Dell Computer Corp.
Bus 001 Device 001: ID 0000:0000

Utilerías de línea de comando:

El paquete bluez-utils contiene todas las herramientas que necesitamos para obtener o configurar nuestros dispositivos bluetooth. Algunas de ellas son:

- hciconfig
- hcitool
- hciattach
- hcid
- l2ping

hciconfig

Este comando se utiliza para configurar y obtener información de los adaptadores Bluetooth que tenemos conectados (obviamente, por lo general es uno). Para obtener la información de nuestro adaptador hacemos lo siguiente:

/usr/sbin/hciconfig -a

hci0:   Type: USB
        BD Address: 11:11:11:11:11:11 ACL MTU: 678:8 SCO MTU: 48:10
        UP RUNNING PSCAN ISCAN
        RX bytes:1987 acl:0 sco:0 events:57 errors:0
        TX bytes:723 acl:0 sco:0 commands:52 errors:0
        Features: 0xbf 0xfe 0x8d 0x78 0x08 0x18 0x00 0x00
        Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
        Link policy: RSWITCH HOLD SNIFF PARK
        Link mode: SLAVE ACCEPT
        Name: 'Linux home'
        Class: 0x120104
        Service Classes: Networking, Object Transfer
        Device Class: Computer, Desktop workstation
        HCI Ver: 1.2 (0x2) HCI Rev: 0x1fe LMP Ver: 1.2 (0x2) LMP Subver: 0x1fe
        Manufacturer: Integrated System Solution Corp. (57)

Desafortunadamente, desde aquí pude ver que no es muy recomendable el adaptador que compré porque de fábrica le programaron una dirección BD inválida a todos sus adaptadores Bluetooth: 11:11:11:11:11:11. Esto es realmente raro porque la compañía china que lo produjo si aparece registrada ante la IEEE y desafortunado porque se supone que esa dirección es única y puede haber conflictos si se usan dos o más de estos dispositivos al mismo tiempo. Aunque el adaptador funciona correctamente, algo en mi interior me dice que compré un producto pirata o que fue retirado del mercado por esa razón.

En http://standards.ieee.org/regauth/oui/index.shtml se puede consultar el identificador OUI en la base de datos de la IEEE, el cual se utiliza en las primeras tres cifras de la dirección BD. Curiosamente los identificadores de mi celular y del wiimote si aparecen, pero no así la de mi palm. ¡Benditas estandarizaciones!

hcitool

Siguiendo con cosas menos tristes, el comando para encontrar dispositivos Bluetooth a nuestro alredor es:

[renato@linux renato]# hcitool scan
Scanning ...
        XX:XX:XX:XX:XX:XX       Palm Jorge Machin
        XX:XX:XX:XX:XX:XX       Telefono Jorge Machin
        XX:XX:XX:XX:XX:XX       Nintendo RVL-CNT-01

Applets de gnome:

próximamente

Wii Remote en Linux:

Para poder usar el control remoto de la consola de juegos wii de Nintendo (aka wiimote), se puede usar un script de python llamado WMD (Wiiwanna Motte Dammiit!) desarrollado por Francois A. Bradet y amigos. El funcionamiento consiste esencialmente en direccionar los comandos del wiimote al teclado y al ratón para poderlo usar en los juegos existentes en Linux.

Prerequisitos

Para poderlo instalar, es necesario tener los siguientes programas previamente instalados:

- Las librerias de desarrollo de BlueZ

yum install bluez-libs-devel

- Librería pybluez para python

wget http://org.csail.mit.edu/pybluez/release/pybluez-src-0.14.tar.gz
tar -xvzf pybluez-0.14.tar.gz
cd pybluez-0.14
python setup.py install

- python-xlib

yum install python-xlib

Para evitar errores se recomienda aumentar el tamaño del buffer del socket cambiando:

recv = self.socket.recv(2048)

a lo siguiente

recv = self.socket.recv(4096)

en el archivo /usr/lib/python2.5/site-packages/Xlib/protocol/display.py.

Instalación:

La versión más actualiza de GDM se baja por medio de svn:

svn co https://svn.forthewiin.org/wmd/trunk/ wmd-trunk

Aquí no se compila nada porque son programas escritos en python. Para probar que todo este funcionando correctamente o para usar el wiimote como un ratón se hace los siguiente:

[renato@linux wmd-trunk]#/sbin/modprobe uinput
[renato@linux wmd-trunk]# xhost +
[renato@linux wmd-trunk]# python WMD.py
uinput: Attempting to autodetect device file
uinput: /dev/misc/uinput isn't a usable uinput device file
uinput: autodetection chose /dev/input/uinput as uinput device file
uinput: Trying to open /dev/input/uinput as control device
uinput: Writing WIIMOTE_UUD
uinput: Registering 31 events
uinput: Creating device
uinput: initialized and ready
CONNECTING
Looking for Wiimote services at address 00:17:AB:36:09:52
Failure. We have not found that Wiimote.
Now trying to discover a willing Wiimote, please activate your Wiimote within 5 seconds.
Found 2 Bluetooth Devices!
Found a Wiimote at address XX:XX:XX:XX:XX:XX
Looking for Wiimote services at address XX:XX:XX:XX:XX:XX
Victory! We have found that Wiimote!
We are now connected to Wiimote at address XX:XX:XX:XX:XX:XX
CONNECTED

Cuando aparezca el letrero "Now trying to discover a willing Wiimote, please activate your Wiimote within 5 seconds." se debe presionar al mismo tiempo los botones 1 y2 del wiimote o bien presionar el botón sync que se encuentra en el compartimiento de las pilas para poner al wiimote en modo detectable.


Probando Unreal Tournament 2004 con el wiimote

Desafortunadamente, el WMD parece estar muy enfocado a ser un "ratón inalámbrico" y el código está bastante desordenado y confuso (el mismo autor lo reconoce) por lo que para usarlo en alguna aplicación es necesario invertir algo de tiempo en el código fuente para ver como funciona. Danigm, un usuario de Linux y amante de los comics, se tomó la molestia de escarbar en el código de WMD para hacer un tutorial donde incluye un esqueleto de como se podrían manejar las clases de WMD con una utilería UNIX (xsendkeycode) para usar el teclado con el control Wii.

Xsendkeycode se encuentra dentro del paquete lineakd, si no lo tiene instalado se puede recurrir a yum:

yum install lineakd

Para jugar Unreal Tournament 2004, modifique ligeramente el ejemplo de Danigm para que quedara de la siguiente forma:

import sys
sys.path.append('.')

import os

from wmd.Common import *
from wmd.Config import CFG
from wmd.UI.UIManager import UIManager
from wmd.Wiimote.WMManager import WMManager
from wmd.EVDispatcher import EVDispatcher
from wmd.MotionSensing import MSManager
from wmd.Pointer import POManager
from wmd.CommandMapper import CommandMapper

class unrealManager:

   def __init__( self, cf, ms, ev ):
      self.cf = cf
      self.ev = ev
      self.ms = ms
      self.ev.subscribe( WM_BT, self.ev_buttons)

   def ev_buttons( self, ev ):

      button = ev[0]
      state  = ev[1]

      # This code is only for mnemonics reasons:

      keyctrl = 9

      key1 = 10
      key2 = 11
      key3 = 12
      key4 = 13
      key5 = 14
      key6 = 15
      key7 = 16
      key8 = 17
      key9 = 18

      keyq = 24
      keyw = 25
      keye = 26
      keyr = 27
      keyt = 28
      keyy = 29
      keyu = 30
      keyi = 31
      keyo = 32
      keyp = 33
 
      keya = 38
      keys = 39
      keyd = 40
      keyf  = 41
      keyg = 42
      keyh = 43
      keyj  = 44
      keyk = 45
      keyl  = 46

      keyz = 52
      keyx = 53
      keyc = 54
      keyv = 55
      keyb = 56
      keyn = 57
      keym = 58

      keyspace = 65

      if state == "DOWN":

         if button == "+":
            os.popen2("xsendkeycode "+str( keyg )+" 1")
         elif button == "-":
            os.popen2("xsendkeycode "+str( keyf )+" 1")
         elif button == "H":
            os.popen2("xsendkeycode "+str( keyctrl )+" 1")
         elif button == "1":
            os.popen2("xsendkeycode "+str( keyspace )+" 1")
         elif button == "2":
            os.popen2("xsendkeycode "+str( keyc )+" 1")
         elif button == "U":
            os.popen2("xsendkeycode "+str( keyw )+" 1")
         elif button == "D":
            os.popen2("xsendkeycode "+str( keys )+" 1")
         elif button == "L":
            os.popen2("xsendkeycode "+str( keya )+" 1")
         elif button == "R":
            os.popen2("xsendkeycode "+str( keyd )+" 1")

      elif state == "UP":

         if button == "+":
            os.popen2("xsendkeycode "+str( keyg )+" 0")
         elif button == "-":
            os.popen2("xsendkeycode "+str( keyf )+" 0")
         elif button == "H":
            os.popen2("xsendkeycode "+str( keyctrl )+" 0")
         elif button == "1":
            os.popen2("xsendkeycode "+str( keyspace )+" 0")
         elif button == "2":
            os.popen2("xsendkeycode "+str( keyc )+" 0")
         elif button == "U":
            os.popen2("xsendkeycode "+str( keyw )+" 0")
         elif button == "D":
            os.popen2("xsendkeycode "+str( keys )+" 0")
         elif button == "L":
            os.popen2("xsendkeycode "+str( keya )+" 0")
         elif button == "R":
            os.popen2("xsendkeycode "+str( keyd )+" 0")

cf = CFG

ev = EVDispatcher(cf)

ms = MSManager( cf, ev ) # Motion analysis
po = POManager( cf, ev ) # Handles the pointer, receives WM_IR, sends out ABS_POS absolute position reports
um = unrealManager( cf, ms, ev ) # Motion analysis
cm = CommandMapper( cf, ev )

# Handles the Wiimote; connects to it, manages wiimote state and mode, parses wiimote reports

wm = WMManager(cf, ev)

if wm.connect() and wm.setup():
        cycles = wm.main_loop()

wm.disconnect()

Obviamente el script le falta bastante trabajo pero seguramente puede servir de guía para programar otros juegos en Linux o para que alguien con más paciencia lo mejore.

¿Hay algo más?

Todo este rollo fue únicamente con fines didácticos porque no suelo jugar en Linux aunque hay buenos juegos. Sin duda dejé muchas cosas sin ver, como el manejo de los infrarrojos del wiimote y su bocinita; pero para mí fue suficiente y ya tengo una buena idea de como funcionan estos juguetes. Quizás regrese un día que me sienta nostálgico o por alguna razón tenga la necesidad; para entonces seguramente habrá mejores programas y utilerías... o tal vez sea cuando el Bluetooth pase a ser pieza de museo.

Otro programa recomendado

Wminput es un programa escrito en C para hacer la interfase con el wiimote. Es un programa interesante porque muchas de las distribuciones ya lo tienen en su repositorio, por lo que vale la pena revisarlo. Si no lo encuentra en su repositorio favorito, puede obtener las fuentes y más información en: www.cwiid.org.

]]> http://www.machin.com.mx/archives/126/feed 0 Ligas útiles http://www.machin.com.mx/archives/92 http://www.machin.com.mx/archives/92#comments Sun, 10 Jun 2007 18:21:21 +0000 Jorge Machin http://www.machin.com.mx/?p=92 Siempre es un fastidio no poder encontrar una página que se tiene enlazada cuando se cambia uno de máquina. En este post iré poniendo los enlaces a sitios que me han sido de gran utilidad.

Fedora

Compilar Kernel - Es para Fedora Core 6, pero funciona en los posteriores.

RPMs de QEMU - Por lo general atrasados.

HowTo fix a Fedora 7 installation with broken FireWire

Graciosadas de Windows

DMA reverts to PIO - Windows XP y 2000.

Juegos de Computadora

Ayuda para configurar juegos en widescreen - Obviamente para juegos que no los soportan.

Direct 2 Drive - Tienda online de juegos.

Steam - Tienda online de juegos.

Herramientas gráficas

Programa para manejo de encabezado y thumbnails de JPGs

Pruebas de seguridad en línea

PC Flank - Revisa los puertos abiertos desde un servidor remoto.

Utilerías

Part Image - Una herramienta de respaldo de particiones.

GParted - Una herramienta tipo Partition Magic pero libre.

System Rescue

]]> Siempre es un fastidio no poder encontrar una página que se tiene enlazada cuando se cambia uno de máquina. En este post iré poniendo los enlaces a sitios que me han sido de gran utilidad.

Fedora

Compilar Kernel - Es para Fedora Core 6, pero funciona en los posteriores.

RPMs de QEMU - Por lo general atrasados.

HowTo fix a Fedora 7 installation with broken FireWire

Graciosadas de Windows

DMA reverts to PIO - Windows XP y 2000.

Juegos de Computadora

Ayuda para configurar juegos en widescreen - Obviamente para juegos que no los soportan.

Direct 2 Drive - Tienda online de juegos.

Steam - Tienda online de juegos.

Herramientas gráficas

Programa para manejo de encabezado y thumbnails de JPGs

Pruebas de seguridad en línea

PC Flank - Revisa los puertos abiertos desde un servidor remoto.

Utilerías

Part Image - Una herramienta de respaldo de particiones.

GParted - Una herramienta tipo Partition Magic pero libre.

System Rescue

]]> http://www.machin.com.mx/archives/92/feed 0 Escritorio remoto Linux http://www.machin.com.mx/archives/84 http://www.machin.com.mx/archives/84#comments Sat, 02 Jun 2007 06:09:45 +0000 Jorge Machin http://www.machin.com.mx/?p=84 Me gusta usar Linux, pero me ha sido imposible dejar de usar Windows debido a que en ultimas fechas me he vuelto un amante de los videos-juegos y poco amigo de las consolas. Para cohabitar al mismo tiempo en estos dos mundos tan dispares, mi solución fue comprar una máquina para cada sistema operativo. Con ayuda de mi silla de llantitas, la mayoría de las veces no tengo problemas teniendo los escritorios uno frente al otro; pero cuando no quiero andar girando como tecladista en concierto de Madonna o quiero aprovechar de las bondades del "cut and paste", me conecto desde la máquina windows a mi escritorio en linux usando el protocolo XDMCP (X Display Management Control Protocol).

Esta forma de trabajo me ha funcionado de maravillas, pues al tener una red interna de 1 Gbps, no siento ninguna diferencia de cuando estoy localmente en la computadora Linux. Por supuesto hay otras soluciones que gastan menos luz, pero los emuladores y la virtualización se me hicieron muy lentos y no es práctico andar bootendo como loco cada que quiero hacer algo diferente.

Configuración en la máquina Linux

Elección del administrador de pantalla

Crear o editar el archivo /etc/sysconfig/desktop, eligiendo su administrador de pantalla favorito:

# DISPLAY=<value>, where <value> is one of the following:
#       GNOME — Selects the GNOME desktop environment.
#       KDE — Selects the KDE desktop environment.
# DISPLAYMANAGER=<value>, where <value> is one of the following:
#       GNOME — Selects the GNOME display manager.
#       KDM — Selects the KDE display manager.
#       XDM — Selects the XFree86 display manager.
DISPLAYMANAGER=GNOME

Configuración del administrador de pantalla

1. Si se utiliza xdm:

En el archivo /etc/X11/xdm/xdm-conf:

- Comentar la línea:

DisplayManager.requestPort:     0

con un signo de admiración al principio de la línea para que quede de la siguiente forma:

!DisplayManager.requestPort:     0

En el archivo /etc/X11/xdm/Xaccess:

- Descomentar la línea:

#*    # any host can get a login window

Para que quede de la forma:

*    # any host can get a login window

Por supuesto, usted puede mejorar la seguridad limitando el acceso sólo a las computadoras que vayan a conectar a su servidor.

2. Si utiliza kdm como administrador de pantalla cambiar a Enable en /etc/kde/kdm/kdmrc.

3. Si utiliza gdm como administrador de pantalla /etc/gdm/custom.conf en la sección [xdmcp]:

Enable=true
Port=177

4. Habilitar comunicación udp el puerto 177 en iptables por medio del programa que se encuentra en Sistema->Administración->Cortafuego y SELinux, o en la línea de comando con system-config-securitylevel-tui.

XWin-32

Yo utilizo el programa XWin32 para poder conectarme desde mi máquina Windows a mi escritorio Linux. Tiene la ventaja de que maneja aceleración 3D de forma local por medio de OpenGL e incluso algunos programas con gráficos 3D o de video funcionan más rápido porque la tarjeta gráfica de la máquina windows es mucho mejor que la que tengo en mi servidor Linux y se hace una especie de minicluster con latencias pequeñas al tener una red de alta velocidad.

Solución a posibles problemas:

Si videos o animaciones 3D corren durante un momento y se detienen, es porque el XWin-32 debe estar en "Siempre conectado" en la sección "Otra" de la ceja "Ventana" en el programa de configuración del X-Win32.

]]> Me gusta usar Linux, pero me ha sido imposible dejar de usar Windows debido a que en ultimas fechas me he vuelto un amante de los videos-juegos y poco amigo de las consolas. Para cohabitar al mismo tiempo en estos dos mundos tan dispares, mi solución fue comprar una máquina para cada sistema operativo. Con ayuda de mi silla de llantitas, la mayoría de las veces no tengo problemas teniendo los escritorios uno frente al otro; pero cuando no quiero andar girando como tecladista en concierto de Madonna o quiero aprovechar de las bondades del "cut and paste", me conecto desde la máquina windows a mi escritorio en linux usando el protocolo XDMCP (X Display Management Control Protocol).

Esta forma de trabajo me ha funcionado de maravillas, pues al tener una red interna de 1 Gbps, no siento ninguna diferencia de cuando estoy localmente en la computadora Linux. Por supuesto hay otras soluciones que gastan menos luz, pero los emuladores y la virtualización se me hicieron muy lentos y no es práctico andar bootendo como loco cada que quiero hacer algo diferente.

Configuración en la máquina Linux

Elección del administrador de pantalla

Crear o editar el archivo /etc/sysconfig/desktop, eligiendo su administrador de pantalla favorito:

# DISPLAY=<value>, where <value> is one of the following:
#       GNOME — Selects the GNOME desktop environment.
#       KDE — Selects the KDE desktop environment.
# DISPLAYMANAGER=<value>, where <value> is one of the following:
#       GNOME — Selects the GNOME display manager.
#       KDM — Selects the KDE display manager.
#       XDM — Selects the XFree86 display manager.
DISPLAYMANAGER=GNOME

Configuración del administrador de pantalla

1. Si se utiliza xdm:

En el archivo /etc/X11/xdm/xdm-conf:

- Comentar la línea:

DisplayManager.requestPort:     0

con un signo de admiración al principio de la línea para que quede de la siguiente forma:

!DisplayManager.requestPort:     0

En el archivo /etc/X11/xdm/Xaccess:

- Descomentar la línea:

#*    # any host can get a login window

Para que quede de la forma:

*    # any host can get a login window

Por supuesto, usted puede mejorar la seguridad limitando el acceso sólo a las computadoras que vayan a conectar a su servidor.

2. Si utiliza kdm como administrador de pantalla cambiar a Enable en /etc/kde/kdm/kdmrc.

3. Si utiliza gdm como administrador de pantalla /etc/gdm/custom.conf en la sección [xdmcp]:

Enable=true
Port=177

4. Habilitar comunicación udp el puerto 177 en iptables por medio del programa que se encuentra en Sistema->Administración->Cortafuego y SELinux, o en la línea de comando con system-config-securitylevel-tui.

XWin-32

Yo utilizo el programa XWin32 para poder conectarme desde mi máquina Windows a mi escritorio Linux. Tiene la ventaja de que maneja aceleración 3D de forma local por medio de OpenGL e incluso algunos programas con gráficos 3D o de video funcionan más rápido porque la tarjeta gráfica de la máquina windows es mucho mejor que la que tengo en mi servidor Linux y se hace una especie de minicluster con latencias pequeñas al tener una red de alta velocidad.

Solución a posibles problemas:

Si videos o animaciones 3D corren durante un momento y se detienen, es porque el XWin-32 debe estar en "Siempre conectado" en la sección "Otra" de la ceja "Ventana" en el programa de configuración del X-Win32.

]]> http://www.machin.com.mx/archives/84/feed 0