DiarioLinux

Gipuzkoako foru Aldundiaren dirulaguntzarekin GNU/Linux sistema eragilea nola erabiltzen den argitzen duten 18 kapitulu jarri dira eskuragarri Interneten. Nahiz eta GNU/Linux tutoretzren izena jarri, batizpat GNOME mahaigainean oinarritzen dira kapitulu guztiak.

Edukia

18 kapitulu hauetan zehar hainbat gauza azaltzen dira, gai batzuk sakonago, beste batzuk arinago:

0. GNOMEren fitxategi-kudeatzailea

1.- GNOMEren panela

2.- GNOMEren hobespenak (I)

3.- GNOMEren hobespenak (II)

4.- Inprimagailua konfiguratzea

5.- Sistemaren konfigurazioa

6.- GNOMEren ‘Lekuak’ menua

7.- GNOMEren aplikazio gehigarriak

8.- Evolution posta-bezeroa (I)

9.- Evolution posta-bezeroa (II)

10 .- Epiphany web arakatzailea

11.- OpenOffice.org Writer

12.- OpenOffice.org Calc

13.- OpenOffice.org Impress

14.- Gimp

15.- Inkscape

16.- GNOMEren jokoak

17.- Multimediako aplikazioak

Lizentzia

Kapitulu guztiak Creative Commons by Share Alike 3 lizentziapean kaleratu dira. Badakigu hainbat lizentzia libre desberdin daudela, baian arrazoi nagusia lizentzia hau hautatzeko honakoa da: kapituluen atzeko planoan erabili diren abesti guztiak CC lizentziapean kaleratutakoak dira, eta hauetariko batzuk CC by SA lizentziarekin kaleratu direnez, tutoretzaren kapituluak ere lizentzia horrekin kaleratu dira. Lizentzia hau dela eta, kapitulu hauek beste proiektu batean erabiliz gero, proiektu hori ere CC
by SA 3. bertsioa (edo berriagoa) lizentziapean kaleratu beharko da, edo lizentzia honekin bateragarria den beste batekin.

Erreprodukzioa

Kapitulu hauek bereizmen handian grabgatu dira: 1280×720. Horretaz gain ez daude MPeg edo Avi formatuan, baizik eta Linux sistemako formatu lehenetsian: Ogg (Theora eta Vorbis) formatua. GNU/Linux sistemetan kapitulu hauek erreproduzitzeko multimediako edozein erreproduzigailu erabil daiteke, adib. Totem edo VLC.

MacOS X eta Windows sistemetan kapitulu hauek ikusteko honako gunetik VLC deskargatu eta instalatu (aplikazio librea da):

http://www.videolan.org/vlc/

Deskargak

Arestian aipatu den bezala, bideo-tutoretza hau 18 kapitulurekin osatuta dago, eta gutxi gorabehera guztira ia 4 GB betetzen dute. EuskalGNUk datu kopuru hauek transferitzeko gaitasun ekonomikorik ez duenez, EHU-ko arduradun batzuekin jarri gara harremanetan eta bertan jarri dira kapituluak eskuragarri.

Euskal Herriko Unibertsitateari eman behar diogu gure eskerrik handiena kapitulu hauek beraien zerbitzarian eskuragarri jartzen uzteagatik.Kapituluak honako helbidetik deskarga ditzakezue: http://ehux.ehu.es/bideoak/

Azkenik, gogoratu tutoretza hau librea denez kapitulu guztiak DVD euskarri batean graba ditzakezula, eta DVD horren kopiak nahi dituzun bezala zabal ditzakezula (beti ere CC by SA 3.0 lizentziapean), interneteko konexio motela duten erabiltzaileen eskerrak eskuratuz :)

On dagizuela!

• Leave a comment... (8)

Aitor Cuartango vuelve a contribuir con un artículo sobre Eduroam y EHUX, esta vez comentando la mejora del soporte en las tarjetas con drivers bcm94311mcg y bcm4318:

“Como algunos desafortunados sabréis, una partida de portátiles de la Facultad se pidió con una tarjeta que incorpora un chip broadcom bcm94311mcg marca Dell. Bueno, al fin hemos conseguido buenos resultados con esta tarjeta con el nuevo driver b43. Además tenemos unas tarjetas de préstamo linksys wpc54g ver.3 que funcionan con el mismo driver. Estos chips de broadcom….

No es un driver libre, ya que se basa en un firmware binario que proporciona la casa broadcom. Pero funciona. Con lo cual no recomendamos comprar tarjetas broadcom con driver propietario sino tarjetas como las intel que tienen drivers libres (y muchas otras marcas).

Al tajo:
Hemos instalado un ordenador con la versión beta de ubuntu, la 8.04 y hemos ido al menu donde pone “Gestor de drivers de hardware” donde hemos seleccionado que use el driver propietario de nuestra broadcom.

Tras esto el kernel se queja de que no tiene el firmware propietario instalado. Entonces hemos ido a la web oficial del driver b43 en el apartado que nos interesa para nuestra tarjeta:
http://linuxwireless.org/en/users/Drivers/b43#devicefirmware

Y hemos seguido las instrucciones en un terminal como root:

export FIRMWARE_INSTALL_DIR=”/lib/firmware”
wget http://downloads.openwrt.org/sources/broadcom-wl-4.80.53.0.tar.bz2
tar xjf broadcom-wl-4.80.53.0.tar.bz2
cd broadcom-wl-4.80.53.0/kmod
b43-fwcutter -w “$FIRMWARE_INSTALL_DIR” wl_apsta.o

reiniciamos para que carge los drivers en el inicio del sistema, et voila!
Entramos en el network manager y configuramos la red como siempre. Y ahora sin problemas de reconexiones.”

Recordemos  que EHUX es en esencia una Ubuntu Gutsy actualmente, y por tanto cualquier usuario que use Ubuntu podrá seguir las mismas instrucciones que Aitor comenta en este post. Y por lo que veo, en general, cualquier usuario Linux con el chipset que se comenta en el post. Agradecería que comentárais vuestras experiencias como comentarios a este mini-howto, para que queden por escrito y sirvan a más gente.

• Leave a comment... (3)

Actualización: 15/11/2007
Depende del sitio y la hora. No encuentro otra explicación al hecho de que a veces, conecto por Eduroam desde Gutsy (según dónde y a qué hora esté) y a veces no. Al menos, sé rápidamente cuándo voy a conectar: basta con dejar abierto el log /var/log/kern:


$ tail -f /var/log/kern


Si en algún momento veo la siguiente línea:
ieee80211_crypt: registered algorithm ‘TKIP’

sé que voy a conectar. Otro problema radica en que cada X tiempo (pueden ser 2 minutos o 20), la conexión se pierde (SIN haberme movido del sitio!)

¿Por qué Linux carga el módulo ieee80211_crypt (en concreto, el algoritmo TKIP) sólo “a veces”? Eso es un misterio…
====
Varios meses después, por fin lo he conseguido. Escribo estas líneas conectado a Eduroam desde Ubuntu Gutsy con el DELL Latitude D820. Todavía no me lo creo, he estado mirando el cable de red, para asegurarme de que no estoy conectado por cable, varias veces :-)

El “truco” 1 está aquí (tras varios meses, parece una chorrada, pero es el tornillo que hacía que el cohete no despegara … el caso es que éste cohete tiene miles y miles de ellos ;-)


$ gconftool-2 –recursive-list /system/networking/wireless/networks/eduroam


Si tienes algo en esa rama: bórralo con recursive-unset. Además, ojito al parche, porque hay un bug reportado que indica que NetworkManager (n-m en adelante) guarda la contraseña en claro en esa rama de GConf. De hecho, gracias a ese bug me enteré de la existencia de esta rama en GConf.

El “truco” 2 consiste en NO usar NDISWRAPPER, que es el driver “envoltorio” de los drivers Windows que viene por defecto para la tarjeta Broadcom 4311. En concreto, mi tarjeta es:


$ lspci -v
0c:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 01)
Subsystem: Dell Unknown device 0007


Los módulos que controlan mi tarjeta wifi son:
juanan@pdi-laptop:~$ lsmod | egrep ‘(bcm|ieee)’
ieee80211_crypt_tkip 11776 0
bcm43xx 127336 0
ieee80211softmac 31360 1 bcm43xx
ieee80211 35656 2 bcm43xx,ieee80211softmac
ieee80211_crypt 7040 2 ieee80211_crypt_tkip,ieee80211
ieee1394 96312 2 sbp2,ohci1394

En concreto, estos son los paquetes que he instalado:

El “truco” 3 consiste en NO usar el certificado digital de la UPV. Es curioso, porque en Windows tampoco es necesario y sin embargo, no sé por qué, yo creía que sí. En fin…

El “truco” 4 consiste en USAR un kernel “modernito”:


juanan@pdi-laptop:~$ uname -a
Linux pdi-laptop 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux


El “truco 5″ consiste en que la configuración del wpa_supplicant ha de estar en /etc/wpa_supplicant/wpa_supplicant.conf y NO en /etc/wpa_supplicant.conf .

Éste es el contenido de /etc/wpa_supplicant/wpa_supplicant.conf:

ctrl_interface=/var/run/wpa_supplicant
ap_scan=1
eapol_version=1
network={
ssid=”eduroam”
proto=WPA
key_mgmt=WPA-EAP
group=CCMP TKIP
eap=TTLS
identity=”scpxxxxx”
password=”xxxxxxxxxx”
priority=2
phase2=”auth=PAP”
}


Aunque realmente no sé si es totalmente necesario, dado que con meter los siguientes datos en la ventana de Network Manager, tal y como se puede ver en la siguiente imagen, ya vale:

Creo que no me dejo nada importante. Cualquiera que tenga problemas con esta tarjeta y esta red, que deje sus comentarios en este post, a ver si conseguimos que todo el mundo conecte sin problemas desde Ubuntu (u otra distro). En la UPV/EHU hay unos 500 portátiles DELL Latitude D820, así que, con que el 10% usen Linux (yo creo que sí, jejeje… optimista que es uno), al menos este mensaje debería de ayudar a 50 personas.

• Leave a comment... (11)

Un problema de conectividad con Linux más resuelto. Por fin. Me explico: como muchos ya sabréis trabajo en la Facultad de Informática de la UPV/EHU. Para los usuarios que quieran conectarse a la red interna de la UPV han preparado una VPN. Hasta aquí sin problemas. El problema viene cuando vemos que las instrucciones oficiales para configurar un cliente Linux para esa VPN, aparte de que a un usuario normal le hacen pasarse a Windows rápidamente (no es broma, conozco a un usuario Linux que se pasó a Windows al ver ese desastre), lo dicho, aparte de asustar al usuario medio, NO FUNCIONAN. ¿Por qué? Porque ’simplemente’ se han quedado anticuadas. Desde el Kernel 2.6.18 el cliente VPN de Cisco para Linux oficial no compila. Ahora es cuando un tercio de los aguerridos usuarios Linux que quedaban se pasan a Windows.

Bien, ¿qué podemos hacer si nuestra máquina tiene un Kernel 2.6.18 o superior? ¡Por cierto!, para saber ésto basta con ejecutar el siguiente comando:

[juanan@alancox]$ uname -a
Linux alancox 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:54:20 EDT 2006 i686 athlon i386 GNU/Linux

Mi versión del kernel en la máquina donde ejecuté el comando es la 2.6.18-1.2798.

Bueno, en ese caso, tras descargar la última versión del cliente VPN para Linux (requiere registro), hay que seguir las instrucciones que AitorC nos ha dejado en la web de EHUX (la distro Linux de la UPV), para parchear el código de vpnclient.

Tras cumplimentar esos pasos (parchear el cliente VPN oficial), seguimos paso a paso las instrucciones obsoletas que he mencionado antes y…. SEGUIRÁ SIN FUNCIONAR :-O


[root@alancox vpnclient]# vpnclient connect ehu
Cisco Systems VPN Client Version 4.8.00 (0490)
Copyright (C) 1998-2005 Cisco Systems, Inc. All Rights Reserved.
Client Type(s): Linux
Running on: Linux 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:54:20 EDT 2006 i686
Config file directory: /etc/opt/cisco-vpnclient
Enter a group password:
Initializing the VPN connection.
Contacting the gateway at 158.227.0.11
The VPN sub-system is busy or has failed.


Vaya por Dios… ¿dónde está ahora el problema? Bien, en que en esas instrucciones, por defecto, se establece un perfil (en /etc/opt/cisco-vpnclient/Profiles/ehu.pcf) que usa conexiones UDP. Hasta ahora, todos los “encuestados” Linuxeros me han comentado que NO les ha funcionado esa configuración. Para hacerla funcionar, hay que tunelizar por TCP. Traducido al castellano, en el fichero ehu.pcf, buscar la línea que pone:

TunnelingMode=0

y cambiarla por

TunnelingMode=1

Para ser justos, en los comentarios de usuarios de la página oficial de instrucciones sí que citan esta posibilidad (para RedHat 9…)

Tras indicar que queréis tunelizar, probad a conectar de nuevo:

[root@alancox bin]# ./vpnclient connect ehu
Cisco Systems VPN Client Version 4.8.00 (0490)
Copyright (C) 1998-2005 Cisco Systems, Inc. All Rights Reserved.
Client Type(s): Linux
Running on: Linux 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:54:20 EDT 2006 i686
Config file directory: /etc/opt/cisco-vpnclient
Enter a group password: <--------- EL PASSWORD de grupo es "VPNs" (sin las comillas)
Initializing the VPN connection.
Initiating TCP to 158.227.0.11, port 10000
Contacting the gateway at 158.227.0.11
User Authentication for ehu...
Enter Username and Password.
Username [scpXXXXXX]: <---- tu cuenta LDAP
Password []: <--- tu password LDAP
Authenticating user.
Negotiating security policies.
Securing communication channel.
Your VPN connection is secure.
VPN tunnel information.
Client address: 158.227.184.27
Server address: 158.227.0.11
Encryption: 168-bit 3-DES
Authentication: HMAC-MD5
IP Compression: None
NAT passthrough is active on port TCP 10000
Local LAN Access is disabled


Yeah! Bring it on! ¿Ya está? Sí. ¿Cómo sabemos que “yatá”? Conéctate al tablón de anuncios de la UPV/EHU. Si lo ves, estás VPNizado. Si no lo ves, “sigue rascando” ;-)

Recuerda que a partir de ahora, tu IP será una del tipo 158.227.x.y . Puedes ver cuál es en concreto conectándote aquí:
http://www.whatismyip.com/

Nota1: la versión que yo he instalado es: vpnclient-linux-x86_64-4.8.00.0490-k9.tar.gz
Nota2: en ITSAS recomiendan vpnc, el cliente libre para VPNs , por si el oficial de Cisco no nos funciona.
Nota 3: mi sugerencia para los responsables de documentar el proceso de conexión para Linux sería el realizar un pequeño script que automatizara el proceso descrito en este mensaje. Ya puestos a hacerlo bien, sugeriría que se usara Zenity, para conseguir con el menor esfuerzo posible un script que funcione en modo gráfico (eso que a los usuarios tanto nos gusta: ‘Siguiente’->’Siguiente’->’Fin’->’Todo ha ido como la seda, ya puedes tomarte un café, ¡campeón!’)

PD: sólo me queda configurar la maldita tarjeta Intel 1390 con Eduroam en Ubuntu Gutsy para ganar todas las apuestas ;-)

• Leave a comment... (9)

En mi desesperación por hacer funcionar la tarjeta wireless de mi portátil en la red sin cables eduroam (red común de muchas facultades europeas, entre las que afortunadamente se encuentra la de Informática de San Sebastián) he pasado a usar la versión Gutsy (beta) de Ubuntu. Tras algunos sustos (Nautilus no funcionaba, Firefox tampoco, el reloj interno tampoco) y la actualización masiva de paquetes de hoy (ayer no estaban en los repositorios, qué raro…) todo ha vuelto a la normalidad. En esa normalidad se incluye el que mi tarjeta Wireless Intel 1390 no conecta con Eduroam. He probado a conectar sin problemas con otras redes que usan encriptación WEP ó encriptación WPA Personal (a saber qué protocolo de encriptación concreto es este último, pero es la opción que aparece en el Network Manager para la conexiónb wifi FON - la privada, no la pública - de mi casa). Todo ok. Pero en Eduroam es imposible, no puedo conectar con Ubuntu y esta tarjeta. Curioso, porque desde el mismo portátil, arrancando en Windows, conecto sin problemas. Curioso también el que el driver que estoy usando en Linux, es exactamente el mismo que uso en Windows, dado que uso NDISWRAPPER.

Tras varias horas de tirarme de los pelos, creo que al menos, sé dónde está el error:
$ wpa_supplicant -dd -B -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf -D ndiswrapper
…
WEXT: Operstate: linkmode=1, operstate=5
Own MAC address: 00:XX:XX:XX:XX:XX
Driver does not support WPA.
wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0
…

La tercera línea viene a indicar que el driver que estoy usando no soporta WPA. Lo cual es muuuuuuyyyyy extraño, dado que en casa, en la red privada MyPlace (señal cifrada con WPA) de la red FON de mi casa no tengo ningún problema para conectar.

Si tras la orden anterior intento usar dhclient para obtener IP del punto de acceso:

root@laptop:/home/juanan# dhclient wlan0
Internet Systems Consortium DHCP Client V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Listening on LPF/wlan0/00:xx:xx:xx:xx:xx
Sending on LPF/wlan0/00:xx:xx:xx:xx:xx
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 2
No DHCPOFFERS received.
No working leases in persistent database - sleeping.


No sé si tirar la toalla o seguir intentándolo… sólo me queda una bala, y es usar el driver nativo para la 1390 que acabo de encontrar aquí (aún sabiendo que no es un sitio oficial de drivers).

Por otro lado, tras la actualización, por fin he conseguido conectar mi Linux al proyector del aula en la que imparto clases. ¡Ya no más trasvases de .odp al sistema de Redmond! :-)

• Leave a comment... (10)

Sigo con la actualización y puesta a punto de mi distro EHUX. Ahora le toca el turno a Adobe Flash Player 9. Ésta ha sido fácil. Basta con descargar de la página de Adobe la última versión para Linux en formato .tar.gz , por ejemplo, al directorio /tmp. Nos situamos en ese directorio y descomprimimos:

$ tar -xvzf install_flash_player_9_linux.tar.gz

Nos creará un nuevo directorio install_flash_player_9_linux

$ cd install_flash_player_9_linux/
Ejecutamos el programa instalador en modo texto:
$ sudo ./flashplayer-installer

Nos preguntará por el directorio donde tengamos instalado Firefox. Como recientemente instalé Firefox 2.0.0.3 en el directorio /opt/firefox, ésa es la ruta que indicaré:

Please enter the installation path of the Mozilla, SeaMonkey,
or Firefox browser (i.e., /usr/lib/mozilla): /opt/firefox

Arrancamos Firefox, entramos en www.adobe.com y comprobamos que se ve la animación en Flash que contiene la portada. ¡Listo!

Nota: si alguien usa Solaris en x86 o en Sparc, Adobe Labs sacó el 21 de Marzo (hace muy poco por tanto) una beta del plugin de Flash para este sistema en esas arquitecturas.

• Leave a comment... (3)

Como ya habréis leído en posts anteriores, he cambiado al distro de mi portátil. Ahora uso EHUX 2 (Ubuntu Dapper) en lugar de Fedora Core 5 (a los fedoritas : no os preocupéis, en mi PC de escritorio mantengo el Fedora Core 6 ;-) El caso es que algunas opciones de configuración muy útiles de Dapper están bastante ocultas o en el caso que centra este post, han sido directamente seccionadas de cuajo. En concreto, el soporte de Network Printer Discovery de CUPS. Me explico:

A partir de la versión 1.2 de CUPS (el gestor de impresoras de Ubuntu Dapper por defecto), se incluye una opción para sondear la red de forma automática en busca de impresoras de red compartidas. Para ello se hace uso del protocolo SNMP (Simple Network Management Protocol). El resultado de usar esta opción (ver imagen de la izquierda) es que, el usuario, a una distancia de dos clicks de ratón, puede instalarse una impresora de red desde su máquina Linux (los usuarios de Windows pueden aprovechar para limpiarse la baba antes de seguir leyendo ;-).

El problema, como puede verse en la imagen de la izquierda: todavía no sé por qué, a pesar de que CUPS 1.2 incluye de serie esa opción de Network Printer Discovery, en Ubuntu Dapper han decidido que la eliminaban. Adiós simplicidad.

La solución, encontrada gracias a este artículo en KDE_Developers:

$  cd /usr/lib/cups/backend

$ sudo ln -s /usr/lib/cups/backend-available/snmp

El resultado es espectacular y muy, muy útil, sobre todo si trabajas en un centro en el que disponéis de varias impresoras de red compartidas y no quieres configurarlas una a una a mano…. (caso de la UPV/EHU !)

Actualización: en Ubuntu Dapper, por defecto, se ha deshabilitado también la posibilidad de gestionar impresoras a través del interfaz Web de CUPS. Si quieres volver a activar esta opción, debes de seguir los siguientes pasos:

# Añadir usuarios cupsys al grupo shadow

sudo adduser cupsys shadow

# añadirte a tí mismo al grupo lpadmin

sudo adduser <tu_usuario> lpadmin

# reiniciar cupsys

sudo  /etc/init.d/cupsys restart

# configurar las impresoras a través del interfaz web e introducir
# usuario y pw cuando se solicite

http://localhost:631/

• Leave a comment... (9)

Estoy usando EHUX 2.0 , la distro Linux de la UPV/EHU basada en Ubuntu Dapper, en mi nuevo portátil (el viejo murió hace 4 días :-( El caso es que no podía conectarme a la wifi de casa, porque entre los dispositivos de red sólo aparecía la tarjeta Ethernet.

Sin embargo, si lanzaba el comando dmesg | grep ipw sí que me aparecía la tarjeta :

root@morton:~# dmesg | grep ipw
[17179584.112000] ipw3945: Intel(R) PRO/Wireless 3945 Network Connection driver for Linux, 1.0.5m
[17179584.112000] ipw3945: Copyright(c) 2003-2006 Intel Corporation
[17179584.112000] ipw3945: Detected Intel PRO/Wireless 3945ABG Network Connection
[17179585.572000] ipw3945: Detected geography ABG (13 802.11bg channels, 23 802.11a channels)

También veía que los módulos necesarios estaban cargados:

root@morton:~# lsmod | grep ipw
ipw3945 126620 1
ieee80211 37064 1 ipw3945

Pero tras instalar network-manager-gnome con apt-get, en el icono del mismo, sólo veía la red cableada, sin ninguna posibilidad de usar la wireless.

Indagando por distintos foros, y tras unas cuantas pruebas, parece ser que sólo me faltaba una cosa por instalar para que la Intel 3945ABG funcionara: el paquete linux-resticted-modules.

# apt-get install linux-restricted-modules-$(uname -r)

Ahora escribo este mensaje desde el sillón de mi casa, conectado por wifi !

• Leave a comment... (9)