Blog de Jorge Machín » Linux

Programación Adobe Air 2.0 en Linux

Jorge Machin — Mon, 26 Jul 2010 11:43:13 +0000

Al igual que las aplicaciones Flex, es posible desarrollar en Linux aplicaciones de escritorio en AIR. En este post pongo un ejemplo y una miniguía de instalación.

Instalación

Primero se necesita bajar e instalar la versión 4.1 de Flex, la cual se puede obtener de http://www.adobe.com/cfusion/entitlement/index.cfm?e=flex4sdk en forma de un archivo zip llamado flex_sdk_4.1.zip

mkdir flex
cp flex_sdk_4.1.zip flex
cd flex
unzip flex_sdk_4.1.zip

Desafortunadamente la versión multiplataforma de Flex, aunque ya incluye una versión de Air, está rota y aparentemente sólo funciona para Windows y Mac. Pareciera que a los señores de Adobe se les olvidó Linux en el caso de Air; por lo que es necesario descargar el SDK de AIR y desempaquetarlo sobre el directorio donde instalamos Flex.

Entonces, bajamos Air 2.0 de http://www.adobe.com/cfusion/entitlement/index.cfm?e=airsdk y sobre-escribimos el sdk de AIR que descargamos:

cp AdobeAIRSDK.tbz2 flex
cd flex
bunzip2 AdobeAIRSDK.tbz2
tar -xvf AdobeAIRSDK.tar

Sinceramente no sé si es el método correcto de arreglar los errores de Adobe, pero fue lo primero que se me ocurrió y me funcionó.

Escribiendo un programa de prueba

Como ejemplo de una aplicación creamos el programa mxml llamado Test.mxml

<?xml version="1.0" encoding="utf-8"?>
xmlns:fx="http://ns.adobe.com/mxml/2009"
xmlns:s="library://ns.adobe.com/flex/spark"
xmlns:mx="library://ns.adobe.com/flex/mx">

El cual compilamos con el comando:

bin/mxmlc -library-path+=frameworks/libs/air Test.mxml

Ahora creamos un archivo que nos describe la aplicación AIR, al cual llamamos Test-app.xml

<?xml version="1.0" encoding="utf-8" standalone="no"?>
xmlns="http://ns.adobe.com/air/application/2.0">

>Test>

>v1>

>

>Test.swf>

Finalmente ejecutamos la aplicación con:

adl test.mxml

Algunos detalles...

Para usar aplicaciones que tengan transparencia es necesario que el escritorio la soporte; por ejemplo usando compiz.

Montar sftp como directorios usando sshfs y fuse

Jorge Machin — Wed, 28 Apr 2010 02:04:53 +0000

Aunque en KDE y Gnome tenemos formas muy simples de montar directorios externos de varios tipos (SMB, SSH y NFS ) desde el escritorio; es bueno conocer algún método desde la línea de comandos para algún servidor que administremos o para tenerlo a nuestra disposición de forma permanente montado en un directorio. Un método simple y seguro es usar sshfs con fuse.

Instalamos sshfs y fuse:

yum install sshfs
yum install fuse

Ahora por en la línea de comando podemos hacer:

sshfs host:/directorio_externo directorio_donde_montar

O bien, si queremos que sea permanente, podemos editar el archivo /etc/fstab y agregar una línea similar:

sshfs#user@host:/ /home/you/remote fuse defaults 0 0

Conexión remota a un escritorio Linux desde una máquina XP

Jorge Machin — Thu, 18 Mar 2010 12:56:30 +0000

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.

Circuitos integrados TTL para KTechLab

Jorge Machin — Tue, 20 Oct 2009 05:07:53 +0000

Al analizar el diseño de la ALU para mi microprocesador primero construí un prototipo usando KTechLab. Para ello, tuve construir primero los componentes de los circuitos integrados TTL que utilice. En este post pongo mi librería para tenerlos a la mano y por si pueden ser útiles para alguien.

Circuito	Descripción	Archivo KTechLab
7408	Quadruple 2-Input positive-And Gates	7408.circuit
7432	Quadruple 2-Input positive-Or Gates	7432.circuit
7486	Quadruple 2-Input positive-Exclusive Or Gates	7486.circuit
74138	3-Line to 8-Line Decoders/Demultiplexers	74138.circuit
74151	Data Selector/Multiplexers	74151.circuit
74161	Synchronous 4-Bit Counter	74161.circuit
74163	Synchronous 4-Bit Counter	74163.circuit
74175	Hex/Quadruple D-Type Flip-Flops with Clear	74175.circuit
74283	4-Bit Binary Full Adders with Fast Carry	74283.circuit

Advertencia:

He notado que el programa KTechlab tiene problemas en proyectos con muchos circuitos integrados, por lo que se recomienda usar muy pocos al mismo tiempo.

Servicio a la comunidad: Número de conexiones por IP

Jorge Machin — Thu, 10 Sep 2009 18:39:36 +0000

Cuando tenemos la sospecha de que estamos sufriendo un ataque de negación de servicio o estamos haciendo pruebas de carga, el siguiente comando puede ser muy útil:

netstat -anp | grep 'tcp\|udp' | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n

El cual nos dice el número de conexiones que tiene cada IP que esta conectada a nuestra máquina. La salida es de la forma:

1 53.147.164.42
1 53.14.464.32
13 0.0.0.0

Se debe ejecutar como root.

Si se desea bloquear una IP, se puede usar el comando de iptables:

iptables -I INPUT -s XX.XX.XX.XX -j DROP

Donde XX.XX.XX.XX.XX es la dirección a bloquear.

Usando a la Color Computer 3 como terminal tonta

Jorge Machin — Wed, 09 Sep 2009 12:00:36 +0000

Aunque no es un proyecto que tuviera pendiente, al tener una interface en serie en la Color Computer; no puede evitar hacer el experimento de convertirla en una terminal tonta y conectarla remotamente a mis computadoras Linux.

Debo confesar que al capturar la MAC de la máquina Linux en la Color Computer, me sentía un poco como si estuviera metiendo los números de Lost

Herramientas: Electrónica

Jorge Machin — Wed, 02 Sep 2009 18:05:40 +0000

En este post, voy a mencionar poco a poco a los programas que me han sido útiles para hacer diagramas y simulaciones electrónicas.

KTechLab

Programa de simulación dinámica de circuitos electrónicos, tanto analógicos como digitales. Incluso puede emular el funcionamiento de micro-controladores para correr/debugear código en ensamblador o en lenguaje de máquina.

Desafortunadamente, no incluye una biblioteca decente de circuitos integrados, pero la lista de compuertas y componentes discretos que proporciona es suficiente para simular bastantes proyectos y es posible crear nuestra propia biblioteca utilizando los componentes existentes. Aunque el rendimiento va disminuyendo notablemente conforme se van agregando más de 10 circuitos (en promedio) creados por nosotros. Yo intenté hacer una ALU de 8 bits con 30 subcircuitos mios y los cuelgues y la lentitud eran muchos.

Plataforma: Linux.

Licencia: GPL.

Página web: http://ktechlab.org/index.php

Tip Corto: Cambiar formato a un archivo de texto en Linux

Jorge Machin — Tue, 23 Jun 2009 06:05:08 +0000

Un escenario común para un administrador de servidores es que al subir un archivo se de cuenta que la codificación no es compatible con el programa que esta en el servidor. Una manera rápida y sucia de arreglar el problema es con nuestro viejo amigo vi:

vi -c ":wq! ++enc=utf8" archivo.txt

En el ejemplo anterior, se convierte el archivo de texto a UTF-8, pero también se puede usar latin1 y latin2.

Objetos Remotos Java con BlazeDS y Flex – Parte 1

Jorge Machin — Sun, 18 Jan 2009 19:01:12 +0000

Esta es una pequeña prueba de concepto de como se pueden llamar objetos remotos java desde Flex usando Linux y Tomcat del lado del servidor.

Creación de la aplicación web en Tomcat

1. Dentro del directorio webapps, creamos el directorio de nuestro proyecto (p.e. blazeds):

mkdir webapps/blazeds

2. Bajamos la distribución binaria de BlazeDS de su página de Internet y la desempaquetamos en un directorio temporal.

3. Copiamos el archivo blazeds.war al directorio de nuestro proyecto y lo desempaquetamos.

4. Borramos el archivo .war.

5. Opcionalmente, agregamos la siguiente línea al archivo de configuración conf/server.xml dentro del tag de Host, para que tengamos bien definido el directorio de nuestra aplicación:

path="/blazeds" docBase="blazeds" debug="0" reloadable="true" />

6. Agregamos el archivo de seguridad crossdomain.xml donde este el directorio raíz de nuestro dominio:

domain="*" />

Creación del Objeto Remoto en Java

Para este ejemplo, creamos una pequeña clase en Java, en el directorio WEB-INF/src que simplemente nos de la hora:

import java.util.Date;

public class Sereno {

public String getTime() {
Date now = new Date();
return "The time is: " + now;
}

}

La compilamos con:

javac Sereno

La copiamos al directorio classes.

Ahora que todo esta listo del lado del servidor, declaramos nuestra clase agregando las siguientes lineas al tag service del archivo flex/Remoting-config.xml:

id="blazeds">
>

>Sereno>
>
>

Creación de la aplicación Flex

Del lado del cliente, necesitamos crear un archivo de configuración services-config.xml que más adelante se utilizará como un parámetro del comando mxmlc que compila nuestro código.

<?xml version="1.0" encoding="UTF-8"?>

id="remoting-service" class="flex.messaging.services.RemotingService"
messageTypes="flex.messaging.messages.RemotingMessage">
>
id="java-object" class="flex.messaging.services.remoting.adapters.JavaAdapter" default="true" />
>

id="blazeds">
>
ref="my-amf" />
>
>
>

>
id="my-amf" class="mx.messaging.channels.AMFChannel">

uri="http://192.168.1.100:8080/blazeds/messagebroker/amf"
class="flex.messaging.endpoints.AMFEndpoint"/>
>
>
>

Aquí tenemos el mxml (blazeds.mxml ) que vamos usar como ejemplo:

<?xml version="1.0" encoding="utf-8"?>
xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" xmlns="*">

import mx.controls.Alert;

import mx.rpc.events.FaultEvent;

import mx.rpc.events.ResultEvent;

// Esta función se llama cuando se llamo exitosamente a nuestro objeto:

public function onMethodResult(event:ResultEvent):void {

bo.label = "Result "+event.result

bo.label += "nDataType "+ typeof(event.result)

}

]]>
>

id="ro" destination="blazeds" fault="Alert.show(event.fault.faultString, 'Error')" result="{onMethodResult(event)}">

name="getTime" result="{onMethodResult(event)}" />

id="bo" label="" click="ro.getTime()" />

Lo compilamos con la siguiente línea de comando:

~/flex/bin/mxmlc blazeds.mxml -services "services-config.xml"

Al ejecutar el mxml, veremos una etiqueta vacia que al darle doble click, nos imprimirá la hora del servidor.

Conclusiones

De aquí en adelante, ya todo es creatividad. Por supuesto que se pueden usar frameworks como Spring para acelerar el desarrollo del lado del servidor. Pero lo importante de este post, era comprobar con una prueba de concepto lo bien que se llevan estas tecnologías y hacerlo "a manita" para aprender más. No es muy díficil hacer esto mismo con Flex Builder para el cliente y Eclipse para el servidor.

POP before SMTP con Sendmail y Qpopper

Jorge Machin — Mon, 27 Oct 2008 03:51:20 +0000

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 /etc/mail/localip
Kpopip hash -a /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$*   $#OK
R<$-> $* $: $(localip $1 $: <> $1 $2 $) Check first octet.
R$*   $#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$*   $#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

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