Para los que me conocen saben que llevaba un montón de años usando dialup como modo de conexión a internet, no recuerdo la fecha exacta, pero si se que no es menos desde 1998.

Fueron muchos años de espera, mi pueblo simplemente no gozaba de status de mercado para el servicio, ya que se debía realizar una buena inversión en infraestructura para prestar el servicio, eso era lo que se sabia, actualmente desconozco como fue que lo lograron, seria interesante saber

el ISP “inter” solo llegaba hasta cierto punto cercanos a mi pueblo, y así quedo, no se si tienen planes de entrar y hacerle ahora competencia a “cantv”, espero que a esta ultima no descuide el servicio debido a su estatus de “monopolio” que tiene ahora, ya que, es cierto que están las alternativas móviles como “movistar” y “digitel”, no tienen la misma fiabilidad de un medio alambico, y sus planes no son realmente muy atractivos, hablo por experiencia con “digitel” cuando habla de un plan “ilimitado” cuando verdaderamente no lo es, y fue con este ISP que últimamente estuve.

Pero ya, ahora estoy muy contento con mi nueva conexión, y espero que en el tiempo mejoren los servicios

acerca del modem, no encontré mucho, según es un AR21TU2 de RYGE-PRONETS

solo encontré un modelo parecido: http://www.pro-nets.com/eng/product.php?mode=show&cid=148&pid=210

vfat sin utf8

Esto es debido a que no se toma el correcto juego de caracteres, si el medio esta definido en /etc/fstab solo basta con agregar utf8 a las opciones de montaje (para más información referirse al manual de vfat)

Si es extraíble se corregía con políticas de HAL, pero al parecer la configuración ahora pasa a estar del lado del escritorio, ademas que udev pasaría a sustituir HAL, como sea, en xfce4 (al momento de escribir esto estoy con la versión 4.6.1 en archlinux) solo basta editar: /etc/xdg/xfce4/mount.rc y en el apartado [vfat] agregar: utf8=true, ejemplo:

[vfat]
uid=<auto>
shortname=winnt
# FreeBSD specific option
longnames=true
utf8=true

No hace falta reiniciar nada solo volver a montar el medio y listo:

vfat con utf8

Para otras distros con xfce4 el procedimiento debe ser casi el mismo.

gracias a: http://bbs.archlinux.org/viewtopic.php?id=97224

El plugin en cuestión se llama “asmplugin” aunque tiene ya varios años desde su ultima versión, funciona muy bien en la nueva versión de eclipse, incluso he creado el paquete para archlinux, se llama “eclipse-asm” lo pueden descargar desde AUR o directamente con yaourt.

La instalación es algo trivial, descargamos desde la pagina el archivo, la versión actual es 1.0.1 y viene en zip, al descomprimir vemos una carpeta de nombre “plugins” que contiene a otra carpeta “de.fh_zwickau.asmplugin_1.0.1“, esta ultima carpeta hay que moverla a la carpeta plugins de nuestra instalación de eclipse.

Solo nos queda configurar el compilador que deseamos y demás herramientas que necesitamos para crear el ejecutable.

Un buen lugar para comenzar a documentarse es:

http://tldp.org/HOWTO/Assembly-HOWTO/index.html

y un pdf en español: http://www.drpaulcarter.com/pcasm/

En mi caso, he utilizado nasm como compilador y ld como enlazador, los parámetros que coloque en la configuración fueron:

Compiler:

• Compiler: /usr/bin/nasm
• Params: -f elf

Linker:

• Linker: /usr/bin/ld
• Params: -s -o {workdir}/{filename} {srcfile}
• Input-file-extension: o

Las capturas de pantalla que nunca pueden faltar

eclipse-asm - configuración

eclipse-asm - nuevo proyecto

eclipse-asm - editor

eclipse-asm - ejecución

• Sans ó Sans-Serif: es aquel que en cada carácter no tiene unas pequeñas terminaciones(Serif).
• Serif: son pequeños adornos ubicados generalmente en los extremos de las líneas de los caracteres tipográficos.
• Sans Mono ó Monospace: es una fuente tipográfica cuyos caracteres tienen todos ellos asignados el mismo ancho de composición.

Para más información, visitar:

• http://es.wikipedia.org/wiki/Tipografía
• http://es.wikipedia.org/wiki/Tipo_de_letra
• http://es.wikipedia.org/wiki/Palo_seco
• http://es.wikipedia.org/wiki/Serifa

¿Por qué viene al caso éste tema?

Resulta que en el entorno de escritorio son las clases usadas para mostrar el texto, principalmente Sans. Existen muchas tipografías para cubrir estas características, pero; ¿se han puesto a revisar, realmente cuales son las que utilizan?, esas letras que ven a diario en sus pantallas y que para la mayoría pasan desapercibidas.

En todo entorno de escritorio (para GNU/Linux) poca preocupación por no decir ninguna, causa el tema de la tipografía al usuario final, ya que de una u otra forma está resuelto, sea como dependencia a nivel de desarrollo o configuración preestablecida por mantenedores del sistema. Pero tenemos la posibilidad de cambiar esa configuración.

• Primero debemos tomar en cuenta las tipografía que tenemos instaladas, en la mayoría de los casos contaremos con Bitstream y DejaVu que son muy utilizadas.
• Como no todos los sistemas son iguales, debemos estar consientes de nuestra configuración en /etc/fonts/ así que deben buscar información sobre fontconfig

La idea es poder asignar nuestra tipografía favorita como predefinida en el sistema, y es lo que voy a explicar a continuación, Mi experiencia se basa en Archlinux, pero confió en que funciona para otras distribuciones.

• Instalamos la nueva tipografía que deseamos por defecto, mi recomendación sería ttf-droid ó ttf-liberation
• Leyendo el README de fontconfig vemos que el nombre del archivo de configuración tiene relevancia al ser procesada, textualmente dice:

Each file in this directory is a fontconfig configuration file.  Fontconfig
scans this directory, loading all files of the form [0-9][0-9]*.conf.
These files are normally installed in ../conf.avail and then symlinked here,
allowing them to be easily installed and then enabled/disabled by adjusting
the symlinks.
 
The files are loaded in numeric order, the structure of the configuration
has led to the following conventions in usage:
 
 Files begining with:    Contain:
 
 00 through 09        Font directories
 10 through 19        system rendering defaults (AA, etc)
 20 through 29        font rendering options
 30 through 39        family substitution
 40 through 49        generic identification, map family->generic
 50 through 59        alternate config file loading
 60 through 69        generic aliases, map generic->family
 70 through 79        select font (adjust which fonts are available)
 80 through 89        match target="scan" (modify scanned patterns)
 90 through 99        font synthesis

• Nuestro archivo de configuración debe comenzar por lo menos con el numero 50 en adelante.
• El archivo de configuración se debe ubicar en /etc/fonts/conf.d/
• En mi caso existe el directorio /etc/fonts/conf.avail/ que en verdad contiene los archivos de configuración, y /etc/fonts/conf.d/ simplemente contiene enlaces simbólicos a ellos.
• La forma ideal seria asignar directamente la clase al tipo de fuente, ejemplo: Sans a Droid Sans y sucesivamente a todas las demás. Seria de la siguiente manera:

El archivo de configuración sigue el formato XML, como plantilla debemos usar:

1
2
3
4
5
6
7

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE fontconfig SYSTEM "../fonts.dtd">
<fontconfig>
 
...
 
</fontconfig>

En el que todo lo que se encuentre entre <fontconfig> y </fontconfig> contendrán la configuración.

• Creamos el archivo: 58-droid.conf en /etc/fonts/conf.d/ ó /etc/fonts/conf.avail/ y después creando el enlace simbólico en /etc/fonts/conf.d/

Ejemplo:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE fontconfig SYSTEM "../fonts.dtd">
<fontconfig>
  <!-- Generic Sans -->
  <alias>
    <family>Droid Sans</family>
    <default>
      <family>sans-serif</family>
    </default>
  </alias>
  <alias>
    <family>sans-serif</family>
    <prefer>
      <family>Droid Sans</family>
    </prefer>
  </alias>
 
  <!-- Generic Sans Mono -->
  <alias>
    <family>Droid Sans Mono</family>
    <default>
      <family>monospace</family>
    </default>
  </alias>
  <alias>
    <family>monospace</family>
    <prefer>
      <family>Droid Sans Mono</family>
    </prefer>
  </alias>
 
  <!-- Generic Serif -->
  <alias>
    <family>Droid Serif</family>
    <default>
      <family>serif</family>
    </default>
  </alias>
  <alias>
    <family>serif</family>
    <prefer>
      <family>Droid Serif</family>
    </prefer>
  </alias>
 
</fontconfig>

Simplemente salimos y volvemos a entrar a nuestro escritorio y deberíamos ver el nuevo cambio.

El éxito de nuestra configuración depende de elegir correctamente el nombre del archivo, el nombre de la tipografía.

¿Que ocurre si la asignación de las clases ya haya sido realizada?

en mi caso, fue lo que ocurrió.

En Archlinux la instalación de ttf-dejavu se configura por defecto asignando esa tipografía a esas clases, la solución es simplemente hacer que DejaVu realmente no se muestre así misma, si no a otra tipografía, en este caso a ttf-droid

El archivo en este caso queda así:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "../fonts.dtd">
<fontconfig>
 
<match target="pattern" name="family" >
    <test name="family" qual="any" >
        <string>DejaVu Sans</string>
    </test>
    <edit name="family" mode="assign">
        <string>Droid Sans</string>
    </edit>
</match>
 
<match target="pattern" name="family" >
    <test name="family" qual="any" >
        <string>DejaVu Sans Mono</string>
    </test>
    <edit name="family" mode="assign">
        <string>Droid Sans Mono</string>
    </edit>
</match>
 
<match target="pattern" name="family" >
    <test name="family" qual="any" >
        <string>DejaVu Serif</string>
    </test>
    <edit name="family" mode="assign">
        <string>Droid Serif</string>
    </edit>
</match>
</fontconfig>

Les dejo una muestra del cambio que se puede apreciar:

wikipedia con ttf-dejavu

wikipedia con ttf-droid

Para mas información, visitar:

• http://fontconfig.org/wiki/
• http://wiki.archlinux.org/index.php/Font_Configuration

• Primero, con nuestra cuenta google accedemos a “Google Docs”, y creamos un documento nuevo:

• Luego debemos copiar nuestro código HTML ya previamente listo, recordando que si contiene imágenes, estas deben estar ubicadas en algún servidor y con su URL respectiva en el HTML, debido a que no serán adjuntadas al correo. Su queremos también se puede agregar estilos CSS, hay que estar atentos con las etiquetas en HTML y en CSS porque algunas serán filtradas por google docs, así que no es conveniente inventar mucho

• Como prueba usaré el código de: http://htmldog.com/examples/images1.html que se ve de esta manera:

• Seleccionamos el CSS:

• Luego el HTML:

• En Google Docs tendremos una vista parecida a:

• Solo nos queda enviar el documento por correo:

• Ajustamos las opciones: cambiando a “Pegar el documento en el correo”

• Como resultado, el correo en nuestra bandeja de entrada:

Esta vez hice algunos cambios radicales en mi sitio web, primero que todo el cambio de dominio a “.com.ve“, mi blog ahora esta en un sub-dominio que es la dirección que están viendo en este momento, solo son cuestiones técnicas que no he tenido problemas, pero mi duda llego cuando tenia que decidir si: “restaurar” lo que ya tenia o comenzar “desde cero” el blog.

Al final preferí la segunda opción, más que todo por razones internas, con la idea de un nuevo comienzo, es como una ráfaga de aire fresco al que (creo) a todos les gusta, tal vez cosas que en su momento escribí, ahora no esté de acuerdo con ello, o lo hice mal, se puede pensar que todo aquello fue una perdida de tiempo, de seguro algunas si, pero otras valen la pena rescatar, cuando lo haga las iré re-publicando.

Por el momento es todo, ya he estado pensando en algunas cosas que publicar y compartir.