Paulo Victor Rocha de Araújo ( paulocefet@gmail.com ) hizo una traducción y alguna modificación al portugués. gracias por la colaboración

y dice:

Desde que atualizei para o Gnome 2.22, notei que o Amsn não piscava ao receber novas mensagens em janelas já abertas. Compilei o programa novamente e nada. Mudei do Debian pro Ubuntu e também nada. Até q resolvi instalar o XFCE. Funcionou! instalei o KDE, funcionou também. No Gnome, depois de instalar o Compiz também funcionou.

Entretanto, eu não desejava usar o Compiz, visto que estou utilizando um simples Asus Eee PC, que tem apenas 630MHz.

Depois de muito procurar na internet, encontrei em um blog venezuelano o caminho para a solução: http://jhuss.com/2008/07/09/amsn-reparando-oim-y-flash-taskbar/ (em espanhol)

Aqui vão as dicas (em português) e com algumas adaptações de problemas que eu tive durante o percurso:

Baixe os fontes do Amsn: http://amsn.sourceforge.net/amsn_dev.tar.gz

Descompacte o arquivo amsn_dev.tar.gz (pode fazer clicando com o botão direito em cima e depois em Extrair aqui)

Ao descompactar, surgirá uma pasta chamada ‘msn’

Vá para a pasta ‘msn/utils/linux/linflash‘

Com um editor de texto, abra o aqruivo ‘flash.c’ que encontra -se dentro da pasta

Encontre a linha 135. Você vai encontrar o seguinte texto:
  if (!demandsSuccess || !flash) {
    setUrgencyHint(xdisplay, parent, flash);
  }

Comente (colocando // na frente) a primeira e a terceira linha, deixando apenas a do meio. Ficará assim:
  //if (!demandsSuccess || !flash) {
  setUrgencyHint(xdisplay, parent, flash);
  //}

Uma observação. Aqui não foi usado o # para comentar por não se tratar de um arquivo em shell script, sim um código fonte em C

Salve e feche o arquivo.

Agora vamos a compilação:

Em um terminal, vá para a pasta ‘msn‘, aquela que apareceu depois da extração do arquivo.

dê o seguinte comando:

./configure –with-tcl=/usr/lib/tcl8.5 –with-tk=/usr/lib/tk8.5

Se você encontrar erros, verifique aqui http://www.vivaolinux.com.br/dicas/verDica.php?codigo=10146 se você tem todas as dependências necessárias para compilar o Amsn.

Se essa etapa for concluida com sucesso, aparecerá algo parecido com:

configure: creating ./config.status
config.status: creating Makefile
config.status: creating utils/linux/capture/config.h

compile time options summary
============================

X11 : yes
Tcl : 8.5
TK : 8.5
DEBUG : no
STATIC : no
FARSIGHT : no

*** You do not seem to have gstreamer and farsight2 installed.
*** You will not be able to build the required component for audio conversations.
*** Read this for more information : http://amsn-project.net/wiki/Farsight
paulo@paulo:~/msn$

Depois de ver esse texto, digite o comando:

make

O amsn será compilado.

Depois de compilado, volte a pasta ‘msn/utils/linux/linflash‘, copie (como root) o arquivo flash.so para a pasta: ‘/usr/lib/amsn/utils/linux/linflash/‘, substituindo o arquivo de mesmo nome existente.

No MEU caso, o comando ficou:
sudo cp /home/paulo/msn/utils/linux/linflash/flash.so /usr/lib/amsn/utils/linux/linflash/flash.so

Abra o Amsn e pronto

Resulta de que al tratar de enviar un mensaje sin conexión amsn da un aviso de error, y nunca envía el mensaje, para corregir esto hay que encontrar el archivo “sxml.tcl” en la instalación de amsn.

en mi caso es: /usr/share/amsn/ como root eliminamos ese archivo, y descargamos el nuevo ya corregido acá: sxml.tcl

se reinicia amsn y listo.

Ahora el problema de flash taskbar no es propiamente de amsn, si no del manejador de ventanas. El problema es que al tener una ventana de conversación abierta, amsn debería avisar la llegada de nuevos mensajes con una alerta visual además de la alerta por audio, simplemente en el el panel de la lista de ventanas debería parpadear o “titilar” la ventana del conversación a la llegada de nuevos mensajes.

Esa opción parece funcionar bien en KDE y xfce4 pero en otros manejadores de ventanas no, en mi caso, el nuevo metacity de gnome.

se puede volver hacer funcionar haciendo una modificación en en código de AMSN, la ayuda la encontré en: http://www.amsn-project.net/forums/viewtopic.php?t=5349

Primero necesitamos tener el código fuente de “linflash” que viene en el amsn, hay 2 formas:

• Descargar el amsn versión de desarrollo: http://amsn.sourceforge.net/amsn_dev.tar.gz
• Descargar solo el codigo que necesitamos del svn, asi: svn co https://amsn.svn.sourceforge.net/svnroot/amsn/trunk/amsn/utils/linux/linflash/

al descomprimir amsn_dev.tar.gz la carpeta “linflash” está en: msn/utils/linux

ahora con un editor de texto, hay que modificar el archivo “flash.c“, ir a la linea 135:

se ve lo siguiente:

  if (!demandsSuccess || !flash) {
    setUrgencyHint(xdisplay, parent, flash);
  }


hay que comentar la condición, queda así:

  //if (!demandsSuccess || !flash) {
  setUrgencyHint(xdisplay, parent, flash);
  //}


guardamos y solo queda compilar. Hay que recordar que algunas distribuciones separan las fuentes de los programas, básicamente para compilar amsn se requiere de tcl y tk y tal vez otras cosas, revisen que tengan los “dev” de esos paquetes.

si usamos la primera opción de descarga, solo con: “./configure –prefix=/usr” y despues “make” (esta es la que prefiero)

la segunda, bajar directamente solo linflash del svn, para compilar:

• gcc -I/usr/include/tcl8.5 -c -o flash.o flash.c
• gcc -shared -o flash.so flash.o

estar pendiente de la versión de tcl, yo tengo la 8.5, tengo que comentar que esta ultima opción no me funciono, dio algunos errores, por eso recomiendo la primera.

ya cuando este todo compilado, en la carpeta de linflash debe estar un archivo “flash.so” que va a ser el reemplazo, como root borramos “/usr/share/amsn/utils/linux/linflash/flash.so” y en ese mismo directorio colocamos el que acabamos de compilar.

reinician amsn y listo, un ejemplo:

antes:

después:

PD: todo eso fue lo que seguí y funciono, no garantizo que a todos les sirva

Actualización 11/07/2008 3:51 pm:
Versión en portugués: http://jhuss.com/2008/07/11/amsn-reparando-oim-y-flash-taskbar-portugues/

mtools contiene varias herramientas para manejar unidades de tipo MSDOS/Windows desde sistemas tipo unix.

en archlinux lo instalamos así: pacman -S mtools

ahora, guiándose por el manual de mlabel, no parece funcionar, simplemente debería ser: mlabel /dev/sdb1:jhuss
donde /dev/sdb1 es la memoria USB, luego de “:” va la etiqueta que se quiere colocar

buscando me conseguí con esto, parece ser algún bug, pero se puede hacer funcionar: http://bugs.archlinux.org/task/6106.

y que esto fue lo que hice:

echo 'mtools_skip_check=1' > ~/.mtoolsrc

MTOOLSRC=/tmp/mtools.conf mlabel c:JHUSS

listo, desmontan y desconectan la memoria, y la vuelven a conectar y verán que tiene la etiqueta nueva.

ejemplo:

MTOOLSRC=/tmp/mtools.conf mlabel c:usando_mlabel


MTOOLSRC=/tmp/mtools.conf mlabel c:JHUSS

primero que todo, tener el tema de cursor que se quiere usar, por ejemplo se puede buscar alguno acá: http://www.gnome-look.org/index.php?xcontentmode=36 descargarlo y colocarlo en: /usr/share/icons

si usa arch, con una búsqueda así: pacman -Ss xcursor consiguen varios, yo instale xcursor-jimmac

ahora, que ya tenemos el tema del cursor, solo hace falta crear un enlace simbólico de la carpeta del tema a una de nombre: default

así: ln -s /usr/share/icons/Jimmac /usr/share/icons/default

ahora, no solo es eso, la carpeta del tema debe contener un archivo de de texto de nombre: index.theme

que contiene la información del tema, un ejemplo es el que ya trae jimmac, que es:

[Icon Theme]
Name=Jimmac
Comment=Jimmac (Jimmac0) cursor theme
Example=left_ptr_watch

si quieren crear su propio tema para el cursor, pueden revisar http://www.freedesktop.org/wiki/Software/icon-slicer

por ultimo, para los arch fan xD http://www.gnome-look.org/content/show.php/ArchCursorBlue?content=78506

espero que les sea útil, hasta la próxima.

Pues en titulo ya dice mucho, así que explico.

Parece ser que muchos discos duros para portátiles viene ya con “una duración de vida predeterminada”. El problema esta en que el cabezal del disco se estaciona cuando no esta siendo usado, esto causa que al llegar a un X numero de veces puede dañarse.

La escusa de los fabricantes para eso, el ahorro de energía, protección contra golpes y no se que mas. Pero para que hacer eso si igual a un X numero de ciclos de estacionar el cabezal, el disco duro puede dejar de funcionar.

Parece mas bien una idea de “tienes que comprar un disco duro cada tanto tiempo”.

Este problema tiene tiempo y no se que tan difundió esta, pero a mi me toco. Un buen articulo que conseguí, bien detallado fue este: linux-no-mata-discos-duros-se-mueren-solos/

para seguir resumiendo:

¿como saber si el disco duro sufre de ese mal? existe una herramienta llamada smart, en archlinux el paquete se llama: smartmontools, uno de los comados es smartctl, en mi caso fue así:

smartctl -a /dev/sda | egrep 'ID|Load_Cycle'

que da la siguiente salida:

ID# ATTRIBUTE_NAME ... RAW_VALUE
193 Load_Cycle_Count ... 138425

la parte de: RAW_VALUE es el que indica cuantos ciclos ya lleva el disco.

ahora ese ciclo va en aumento usando o no la computadora, pero eso se puede disminuir o detener. Usando hdparm, con el parametro -B para modificar la gestión de energía.

en mi caso use: hdparm -B 254 /dev/sda

el valor de -B puede ir de 1 a 255 mientras mas cerca de 255 menos ciclos de estacionar el cabezal tiene el disco, y un numero mas bajo es lo contrario.

según la documentación el valor de 255 desactiva la gestión de energía, a mi no me funciono pero colocando 254 si.

si realizan esto, deberían aplicar sus propias pruebas para determinar cual es el valor correcto para sus discos.

al tener todo listo, deberían crear un script que ejecute ese comando al inicio del sistema, para no tener que hacerlo de forma manual.

yo lo que hice fue; crear un archivo en /usr/bin/ de nombre nocycle con permisos de ejecución.

que contiene:

#!/bin/bash
hdparm -B 254 /dev/sda

una idea seria crear un demonio que ejecute el programa al inicio, pero si en su distribución existen otras formas, también es valido, en archlinux existe un archivo: /etc/rc.local en el que agrego la siguiente linea: /usr/bin/nocycle y es todo, el programa se ejecuta al inicio del sistema.

ese archivo me permite agregar comando personales al iniciar el sistema, aparte de los demonios en /etc/rc.d o el archivo /etc/rc.sysinit

eso creo que es todo, hasta la próxima.

Lo que hace es el calculo y la gráfica de un lanzamiento vertical, donde se desprecia el rozamiento y el movimiento horizontal. Inicialmente hice el programa en el que la altura inicial es 0, cuando tenga tiempo lo modifico para que tome la variable, y poder colocar una altura inicial distinta de 0, en la interfaz esta listo el campo, y en el programa la variable es self.a_inicial solo es cosa de revisar las formulas y acomodar la gráfica, si alguien tiene tiempo y lo acomoda, pues genial, pueden escribirme y lo actualizo.

pueden ver unas capturas de pantalla:

el siguiente enlace es para descargar el programa, y esta bajo la GPL :
lanzamiento_vertical.tar.gz

El contenido del articulo es el siguiente:

• Formas de pensar: paradigmas de programación
• Algunos paradigmas habituales
• Programación multiparadigma
• Tipos de datos
• Clases y objetos
• Fisonomía de una clase
• Un paseo entre objetos
• Acceso individualizado a objetos: self
• El método de inicialización __init__
• Propiedades y Atributos
• Herencia y derivación de clases
• Jerarquías de clases
• Encapsulación y grados de privacidad
• Resumen final

si alguno de esos temas parece interesante, pues visite el siguiente articulo del blog de RVBurke, Programación orientada a objetos en Python

el articulo es bueno para quien ya tenga noción de programación y desee aplicar POO con python, también es bueno para el que quiera aprender a programar, da pie a investigar mas

saludos, hasta la próxima.