Mostrando entradas con la etiqueta slackware. Mostrar todas las entradas
Mostrando entradas con la etiqueta slackware. Mostrar todas las entradas

jueves, 29 de julio de 2010

Touchpad para Laptop con Xorg

Como ya había posteado anteriormente, desde la versión 13.0 de Slackware se hizo una actualización de Xorg-server, la cual ya no requiere un archivo de configuración xorg.conf
 
La configuración por defecto de HAL para los touchpads de laptop no es completamente satisfactoria. De hecho, es imposible hacer un click (en la superficie del touchpad) o desplazamiento (secuencia de elevadores verticales y horizontales pasando el dedo sobre el lado derecho o inferior). 

Afortunadamente, se puede editar y arreglar todo eso! 

El procedimiento es el siguiente:
 
Copia el fichero de configuración de synaptics por defecto  de HAL: 

mkdir -p /etc/hal/fdi/policy/10osvendor 

cp -p /usr/share/hal/fdi/policy/10osvendor/11-x11-synaptics.fdi  /etc/hal/fdi/policy/10osvendor

Entonces, sólo cambia el contenido mediante la adición de las siguientes opciones si no existen. Aquí, por ejemplo el contenido de un archivo de configuración que permite que el desplazamiento vertical y horizontal y click:

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.touchpad">
<merge key="input.x11_driver" type="string">synaptics</merge>
<merge key="input.x11_options.protocol" type="string">auto-dev</merge>
<merge key="input.x11_options.SHMConfig" type="string">true</merge>
<merge key="input.x11_options.VertEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.HorizEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.VertScrollDelta" type="int">100</merge>
<merge key="input.x11_options.UpDownScrolling" type="string">true</merge>
<merge key="input.x11_options.TapButton1" type="string">1</merge>
<merge key="input.x11_options.TapButton2" type="string">2</merge>
<merge key="input.x11_options.TapButton3" type="string">3</merge>
</match>
</device>
</deviceinfo>


Hago la aclaración que esto lo encontré en un blog en francés, sólo decidí postearlo porque creo que es muy útil, la fuente aquí.

jueves, 17 de junio de 2010

Slackware 13.1 Released

 Well, well, it seems that I'm a little out of date, I said this because I thought that I was caring of the new Slackware Release, that already it's 13.1, and it's been since May 19th 2010. 
A few improvements are as follows: 
  • Runs the 2.6.33.4 version of the Linux kernel.
  • New packing format (since Slackware 13.0) is .txz, that brings a bettet file compression.
  • gcc-4.4.4
  • Support for fully encrypted network connections with OpenSSL,
      OpenSSH, OpenVPN, and GnuPG.
  • The KDE Software Compilation 4.4.3 


As many camarades know, I do really like this distro, because it bring me total control of my operating system, so I can really configure it as much as I want.
Well, I really expect that testing was enough because once I decided to install Slackware 13.0 and KDE version that came with it was really failing every time, so I finally decided to downgrade to the last stable version to KDE and I made an hybrid distro between Slackware 12.2 KDE desktop manager and Slackware 13.0 base system, but oh! oh! my touchpad didn't go well, I wondered, why? and a few days later I found the answer, graphics server Xorg doesn't need xorg.conf anymore, so I thought where can I configure my mouse or my touchpad??? Bah!!! lets reinstall Slackware 12.2 and leave those problems to be solved in the next release.


It seems that time has come, and I'll try again the latest release of Slackware, 13.1. 


It can be downloaded from here. 

lunes, 3 de mayo de 2010

Instalando VMWare 7.0.0 en Slackware


Bien, pues para que nadie sufra como yo al instalar vmware en mi slackware por primera vez, aquí posteo como se debe de hacer.

  1. Descargar los paquetes desde la página oficial, te pide registro para darte acceso a los links y para enviarte por correo una clave que funcionará por 30 días.
  2. Una vez descargado el archivo de instalación, copiarlo al directorio /usr/src (esto es para mantener cierto control sobre la paquetería que no tiene formato nativo de slackware)
    cp ~/VMware-Workstation-7.0.0-203739.i386.bundle /usr/src , recuerda que la tilde (~) indica el directorio de usuario donde lo descargaste.
  3. Cambiar al directorio /usr/src y ejecutar como usuario (no como superusuario) el comando kdesu sh VMware-Workstation-7.0.0-203739.i386.bundle
    Te pedirá la contraseña del administrador (en este caso es root)
  4. Se abrirá una ventana que te pregunta si aceptas los términos, hacer click en "I agree" y en "next" tantas veces como te lo pregunte hasta llegar a "Install"
  5. Esperar a que termine el copiado de los archivos, y, si todo ha ido sin problemas llegará al cuadro de diálogo que dice "Installation was successfull".
  6. Ahora, como todos sabemos, Slackware no es como las demás distros, sino que es bastante peculiar, en este caso me referiré a los modos de arranque que son (puedes verificarlo en el archivo /etc/inittab):

          # 0 = halt
    # 1 = single user mode
    # 2 = unused (but configured the same as runlevel 3)
    # 3 = multiuser mode (default Slackware runlevel)
    # 4 = X11 with KDM/GDM/XDM (session managers)
    # 5 = unused (but configured the same as runlevel 3)
    # 6 = reboot

De donde observamos que el runlevel para el arranque gráfico es el 4 y no el 5, como es el caso de las demás distros, por lo tanto si reinicias la máquina nunca arrancará el vmware ya que por default, el instalador coloca los scripts de inicio en la carpeta correspondiente al runlevel 5. Para arreglar ese pequeño problema hará falta copiar los archivos K08vmware y S19vmware ubicados en el directorio /etc/rc.d/rc5.d al directorio /etc/rc.d/rc4.d, entonces introducir el comando
cp /etc/rc.d/rc5.d/* /etc/rc.d/rc4.d

Hasta aquí la entrada sobre cómo instalar vmware en nuestra distro slackware.

Para iniciarlo bastará en una shell teclear vmware &

Dudas por favor postear y responderé...

lunes, 29 de marzo de 2010

Compartir conexión a Internet usando Slackware

Ahora la intención es como lo especifica el título, compartir una conexión a internet a otra PC mediante un cable cruzado, usando nuestro Slackware como un router y una máquina con windows XP como nodo de nuestro router.

OJO, esto lo hice en mi laptop, es decir yo recibo la señal de internet a través de mi tarjeta inalámbrica y lo comparto a través de la tarjeta ethernet (es decir, a través del cable).




SLACKWARE

1).-Sabrás que Slackware tiene instalado por default un script que nos activa el ip_forwarding, el cual está instalado en el directorio: /etc/rc.d/rc.ip_forward, si no tiene permisos de ejecución entraremos en la consola(como root) el comando:
       # chmod +x /etc/rc.d/rc.ip_forward
después ejecutaremos el comando:
                  # /etc/rc.d/rc.ip_forward start

En caso de no tener el script, para activar el ip_forwarding ejecutaremos el comando:
       # echo 1 > /proc/sys/net/ipbv4/ip_forward

Asimismo para desactivarlo(si se requiere), ejecutamos:
       # echo 0 > /proc/sys/net/ipbv4/ip_forward

Cabe resaltar que el ip_forward nos permitirá re-enviar el tráfico de una interfaz de la computadora hacia la otra.

2).- Configurar la interfaz de red (en mi caso se llama eth0) a donde está conectada la computadora con Windows XP, para tal efecto usaremos la red 10.10.1.0/24, definiendo la ip 10.10.1.254/24 para la interfaz eth0(la cual vendrá a ser el default gateway del cliente Windows):
                 
# ifconfig eth0 10.10.1.254/24
                 # route add -net 10.10.1.0 netmask 255.255.255.0 dev eth0

3).- Crear el archivo firewall.sh en el directorio /etc/rc.d/firewall.sh
       # touch /etc/rc.d/firewall.sh
       # chmod +x 
/etc/rc.d/firewall.sh

Después pegar el siguiente contenido dentro del archivo creado anteriormente:
#!/bin/bash
echo -n Aplicando Reglas de Firewall...
## FLUSH de reglas
iptables -F
iptables -X
iptables -Z
iptables -t nat -F

## Establecemos politica por defecto
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -t nat -P PREROUTING ACCEPT
iptables -t nat -P POSTROUTING ACCEPT

## Empezamos a filtrar
# Nota: wlan0 es el interfaz conectado al acces point(router inalámbrico) y eth0 a la LAN

iptables -A INPUT -i ! wlan0 -j ACCEPT

# Ahora hacemos enmascaramiento de la red local
iptables -t nat -A POSTROUTING -o wlan0 -j MASQUERADE

Nota: el script no es del todo de mi autoría, sólo lo tomé y lo modifiqué un poco para hacerlo funcionar en mi laptop. La fuente original está en: http://www.forosuse.org/forosuse/archive/index.php/t-3185.html

4).- Ejecutar el script firewall.sh:
          # /etc/rc.d/firewall.sh

Hasta aquí se tiene configurado nuestro Slackware para compartir la conexión a Internet (es decir, funciona como router). 

WINDOWS XP

Ahora ir a la computadora con Windows XP y configurarle los siguientes datos:
IP: 10.10.1.2
Máscara: 255.255.255.0
Default Gateway: 10.10.1.254

DNS primario: 8.8.8.8
DNS secundario(opcional): 8.8.4.4

Para esto ya no entraré en detalle porque es muy sencillo, pero si sigues teniendo problemas aún bajo windows, haz clic aquí para ver cómo se configura una IP estática bajo Windows XP.

jueves, 25 de marzo de 2010

MRTG no traduce las MIBs


Configurando SNMP, si trabajas con MRTG y estás queriendo monitorear algún equipo Cisco, por alguna extraña razón no puedes usar el nombre de las variables definidas dentro de las MIBs del equipo, esto al menos lo pude comprobar en los sistemas operativos Debian(creo que versión 5 o llamada Lenny), Slackware (12.2 y 13) y OpenSuse(11.1), deberás de usar los OID's correspondientes a cada variable, es decir, no funciona la traducción de los objetos de las MIBs hacia su respectivo OID al momento de ejecutar el monitoreo desde mrtg. Así si por ejemplo quieres usar la variable cpmCPUTotalMonIntervalValue.1 dentro del archivo de configuración mrtg.cfg, deberás usar en lugar de eso su respectivo OID mediante la orden:

snmptranslate -IR -On cpmCPUTotalMonIntervalValue.1

La cual te devolverá un valor parecido a este: .1.3.6.1.4.1.9.9.109.1.1.1.1.10.1

Al menos este es un valor válido de OID que se usa para consultar información en el Switch Cisco(TM) Catalyst 2690.

Al parecer a mis compañeros que utilizaron Ubuntu no les creó ningún problema y la traducción sí la hace correctamente al momento de ejecutar el monitoreo desde mrtg; aunque como sabrán no soy muy partidario de Ubuntu, sólo pongo el dato.

Realmente desconozco la razón de tal error, en cuanto la conozca la postearé.