Categoría: General

Lo instalé en Windows XP SP2, pero no pude ni siquiera ver la página de
inicio sin que se colgara inmediatamente. Tampoco lo solucioné
reinstalándolo dos veces. Así que tuve que intentarlo en Windows Vista,
donde la instalación corrió sin ningún tipo de problemas. De todas
maneras me tomó 8 minutos, sin contar el reinicio del ordenador, toda
una eternidad para un usuario de Firefox acostumbrado a que las
actualizaciones, o las instalaciones tarden un minuto o menos.

El instalador pesa unos 11-12 Mb tanto para XP como para Vista, bastante pesado comparado con los 6,5 Mb de Firefox.

Internet Explorer 8 Beta 1 main windowMi primera impresión luego de
leer la sección del Toolkit de IE 8 "Nuevas y excitantes
características" fue: "¿Eso es todo?", ya que son solo 5 ítems que
destacan en este lanzamiento.

El primero en la lista es Activities (N. de T.: Actividades), una
característica que permite a los usuarios seleccionar un texto y
enviarlo a un servicio web para que lo defina (Dictionary.com,
Answers.com y similares), traducirlo, ubicarlo en un mapa, subirlo a un
blog, o enviarlo a marcadores sociales como Reddit o digg. En la
práctica, alguien (el propietario del servicio, o un entusiasta),
debería crear un archivo OSD (Descripción de Servicio Abierta), para
decirle a IE dónde, cómo y de qué manera enviar la selección al
servicio en particular. El usuario debería instalar el archivo OSD para
poder añadir la actividad. A partir de ahí, debería estar disponible en
el menú contextual.

Internet Explorer 8 activitiesIgualmente, creo que es una buena
característica, ya que es una manera sencilla de intercambiar
información entre servicios, y es una grata sorpresa ver este tipo de
innovación viniendo desde Microsoft, luego de tantos años.

De todas maneras se queda algo corto comparado con los microformatos
[en], un estándar que destaca ciertas páginas web, como referencias
geográficas, eventos, fechas, información de contacto, etiquetas, etc.
Y que gracias a Operator, una extensión de Firefox, reconoce este
contenido marcado y lo envía al servicio web apropiado. Pero de una
manera distinta a Actividades, ya que el contenido enviado es
microformateado, pudiendo proveer más detalles y tareas específicas que
pueden ser realizadas de una solo vistazo.
De todas maneras, Michael Kaply, el autor de Operator, ya ha
desarrollado Microsoft Activities, una extensión de Firefox que procesa
los archivos OSD y añade contenido a las actividades buscadas.

En Firefox, cuando marcas un sitio web con un microsumario, tienes la
opción de usar el título de la página o, cuando está disponible, un
título dinámico: una pequeña pieza de texto de la página, que muestra
los hechos más relevantes actualizándose constantemente. Por ejemplo,
en una subasta, sería el nombre del producto y la oferta actual, un
símbolo de la acción y un valor, o las condiciones meteorológicas
actuales. Firefox accede periódicamente a la página y actualiza el
título si es necesario.

Internet Explorer 8 WebSliceLos Webslices de IE (basados parcialmente
en el microformato Atom), hacen algo parecido pero con una nueva vuelta
de tuerca: en lugar de sólo texto, tienes imágenes y formatos. Myk
Melez, creador de microsumarios (para Firefox 2), propuso [en] hace un
par de años una mejora de este tipo. También fue propuesto en el verano
de código [en] de este año.

La restauración de sesión en Internet Explorer va más allá de lo que
encontramos en Firefox y Opera: sólo la pestaña que se cuelga se cierra
y se vuelve a recuperar gracias a su arquitectura que ejecuta cada
pestaña en un proceso separado. De acuerdo al desarrollador white
paper, las páginas recuperadas son vueltas a navegar y no recuperadas
de un almacenamiento local, así que los elementos producidos por la
interacción del usuario, no son recuperados. Pero provee un mecanismo
para desarrolladores web para decirle a Internet Explorer qué cambios
han sido hechos para que se puedan reproducir y restaurar efectivamente
la aplicación web.

Estoy intrigado por la nueva barra de Favoritos (antiguamente barra de
Enlaces), que fue presentada como algo nuevo, pero todavía estoy
buscando esa novedad.

Internet Explorer 8 developer tool
Como en Firefox 3, las capacidades anti phishing son complementadas con datos de sitios malware.

Finalmente, una nueva herramienta de desarrollo debería ayudar a los
desarrolladores webs con sus inspectores DOM, de CSS, de script y
debuggers, similares al inspector DOM de Firefox 2 (lo tendrás como
extensión en Firefox 3), y la consola de error. Extensiones poderosas
como Web Developer y Firebug darán aún mejor soporte.

A pesar de que no es un gran adelanto, que Microsoft vuelva a intentar
innovaciones en el navegador son siempre buenas noticias. Me gustaría
ver a WebSlices y Activities disponibles como extensiones para Firefox,
ya que pienso que podrían reemplazar de manera efectiva un número de
extensiones que hacen casi lo mismo, en páginas web y aplicaciones más
complejas.

En el apartado de estándares web, IE ha pasado la prueba Acid2, pero se
queda muy corto en la nueva prueba de Acid3, con un escaso 17/100,
comparado con los 67/100 de Firefox 3.

Su rendimiento en JavaScript definitivamente ha sido mejorado,
cumpliendo en una tercera parte del tiempo que toma a IE7, el test de
SunSpider (12,000 ms versus 37,000 ms en mi ordenador), pero aún se
mantiene 2 veces más lento que Firefox 3.

Otras características que Firefox 3 soporta como contenido web y
administración de protocolos como SVG o <canvas> no son
mencionados en esta Beta 1, pero esperemos que lo hagan en un futuro
para cumplir con lo que se define como estándares web.

 

Mozilla Links

Los paquetes

La primera tiene que ver con APT, el conocido gestor avanzado de
paquetes desarrollado por Debian (y adoptado por sus derivadas). Cada
vez que desde la consola usamos los comandos los comandos apt-get o aptitude, o desde el entorno gráfico Synaptic (GNOME) o Adept (KDE) para inslalar un programa, se guardan en el disco una serie de archivos binarios. Dichos archivos son los mismísimos .deb y sirven como caché para posibles futuras instalaciones de esos mismos paquetes. Se encuentran en /var/cache/apt/archives y son los responsables de hacer posteriores instalaciones más ágiles, sin necesidad de descargar todo nuevamente.

Dichos archivos no se eliminan automáticamente, por lo que pueden
llegar a estar ocupando espacio innecesario. Por otro lado, pueden
servir a otras instalaciones de Ubuntu que no tengan conexión a
Internet. Como la mayoría sabrá, Ubuntu se caracteriza por tener un
gran porcentaje del total de sus paquetes solamente disponibles en los
repositorios de Internet, así como también las actualizaciones de
cualquier tipo. Los CDs Desktop o Alternate sirven más que nada para
dejar un sistema que trabaje bien y sirva para las necesidades básicas.
Entonces, copiando el contenido de /var/cache/apt/archives
de una PC que se haya actualizado a otra que esté en la etapa previa
puede lograrse el mismo efecto, y sin necesidad de estar en contacto
con la web.

Pero volviendo al tema central, en la gran mayoría de los casos una instalación Ubuntu tendrá disponible a la WWW.
En esos casos, estoy seguro en el que llega un punto en que van a
quedar desatendidos varios paquetes en el directorio citado, sin
brindarles un uso eficiente. Para solucionar esto, hay dos comandos que
al ejecutarlos como root nos simplifican la tarea.

# apt-get clean
# apt-get autoclean

Mientras que clean borra los binarios de /var/cache/apt/archives/ y /var/cache/apt/archives/partial/, autoclean sólo borra aquellos paquetes que ya no pueden ser descargados o son evidentemente inservibles.

Las imágenes

El segundo tip se relaciona con el almacenamiento automático de los thumbnails que se generan al leer imágenes desde Nautilus (GNOME) o Konqueror/Dolphin (KDE).

Cada vez que nos posicionamos sobre una imagen o hacemos algo para
que el navegador gráfico de archivos genere una previsualización, la
imagen que vemos se almacena en ~/.thumbnails, en donde ~ representa el directorio de usuario actual (dentro de /home) y el punto (.)
un directorio oculto. Como dichos archivos tampoco se eliminan
automáticamente luego de un cierto tiempo, pueden llegar a ocuparnos
unos buenos MB, o incluso más de un GB.

Para adelgazar un poco el disco, en este caso podemos ejecutar un comando que combina dos acciones. El comando es find, que sirve para localizar determinados archivos y la acción es rm,
que sirve para borrar cualquier tipo de dato en el sistema. El único
dato personalizable es la antiguedad máxima a la que se accedió al
archivo. En este caso, +14 equivale a los últimos 14 días.

$ find ~/.thumbnails -type f -atime +14 -exec rm {} ;

Es decir, con este comando voy a eliminar todos los thumbnails que no hayan sido usados en las últimas dos semanas.

La Consola

Apache está tomando la delantera en el escenario del software en
servidores, el porcentaje de instalaciones en servidores vuelve a ser
el 50.93%, 0,33 puntos por encima de enero y 2,6 puntos desde el
porcentaje más bajo: 47,73% en octubre del año pasado. Netcraft estima
que 80,6 millones de sitios web están actualmente corriendo bajo
Apache.Las pérdidas de IIS son 0,23 puntos durante febrero, sumando un
pequeño aumento de 600.000 sitios web. El porcentaje de uso del
software de Microsoft es 35.56%, bajando desde el 37,13% del mes de
octubre del año pasado.

 

 

TGDaily via theInquirer.es

Alertada por los intentos de manipulación del voto que la misma Microsoft tuvo que reconocer que “un empleado de una subsidiaria sueca ofreció una
remuneración económica a los socios para votar a favor de la aprobación
del formato XML como estándar ISO”,
funcionarios de la oficina de competencia europea han preguntado a la
ISO en un escrito sobre la preparación y el desarrollo de la votación
de septiembre y lo ocurrido en la reunión de Ginebra de la semana
pasada y pendiente de la decisión definitiva de los organismos
nacionales a finales de marzo.

Tras la votación de septiembre distintas partes pidieron una
investigación sobre los procesos nacionales de votación y una reforma
de unificacón de normas de los mismos. La disparidad de criterios “abre
la puerta a la manipulación y la corrupción”, afirmó el CEO de Freecode.

Sin duda la Comisión europea tiene corte si lleva a cabo una
investigación exigente. Se sospecha que las irregularidades en Suecia,
Noruega, Suiza, Portugal o Malasia, fueron solo la punta del iceberg.

A pesar de que el formato usado en Office 2007 es un estándar de
facto a nivel empresarial y administraciones públicas, los gobiernos
cada vez muestran más interés en utilizar solamente software
certificado por la ISO.

De ahí el enorme interés de Microsoft que presiona y presionará
porque se juega mucho, al igual que la otra parte con IBM o Google a la
cabeza. En medio los usuarios que hubiéramos deseado más inversión en
el desarrollo del estándar ya admitido ODF, con el concurso del
tremendo potencial de Microsoft para lograr mejorar y aprobar un
estándar verdaderamente abierto que no hubiera suscitado tanta
polémica.

 

Financial Times via TheInquirer.es

En alguna ocasión puede suceder que desde nautilus
no podamos eliminar su contenido de manera completa (porque tienen
privilegios de root), para salvar esta situación existen dos opciones:

$ sudo nautilus /home/tu_usuario/.Trash

y desde el nautilus borras todo el contenido de la carpeta /.Trash

$ sudo rm -r /home/tu_usuario/.Trash/*

con esto último
se borran todos los archivos que haya en la papelera de usuario, de no poner el asterisco (*) se borrará la papelera completa!!.

También es posible que tengamos algunos archivos en la papelera del root, para comprobarlo:

$ sudo nautilus /root/.Trash/

en caso que lo haya alguno los eliminamos, o desde consola:

$ sudo rm -r /root/.Trash/* (cuidado de no olvidar el asterisco)

Con esto se vacían las papeleras.

De cualquier manera, antes de llegar e instalar una distro,
la mayor parte de la gente espera que su GNU/Linux funcione como un
“Windows, pero mejor”. Es por eso mismo, por lo que es tan importante
tener en cuenta que GNU/Linux, no funciona igual. En ningún
caso esto debiese desanimar al lector, tenerlo claro ayudará a que la
migración sea más fácil. Básicamente, hay que cambiarse el switch. Mi motto
era: “Todo lo que hacía en Windows, puedes hacerlo en GNU/Linux”.
Repito, no es una “versión mejorada” de Windows, ni pretende serlo.

El objetivo de esta serie de artículos será pues, intentar abarcar
los puntos que me parecen más importantes a tener en consideración al
ingresar a las tierras del pingüino.

Dependencias y librerías

Al contrario de las aplicaciones de Windows en que cada aplicación
viene con todas las distintas “partes” y funciones del programa para su
correcto funcionamiento. En los sistemas Unix-like (como
GNU/Linux) cada aplicación depende de la agrupación de muchos
“subprogramas” para que funcione. La idea detrás de este estilo (que
dicho sea de paso es lo que hizo Unix) es que en vez de un gran
programa que realice todo, existan varios programas en los que cada uno
sirviera para una cosa, pero que esa cosa la hiciera bien. Y para
realizar tareas más complejas, hicieron que estos programas pudieran
interactuar entre sí. Estas funciones (o subprogramas) se conocen como librerías o bibliotecas. La gracia de esto va en que si ya existe un programa para realizar algo, ¿para que hacerlo de nuevo?. Esto justamente no pasa en Windows, donde cada programa tiene que venir empacado por completo.

Puede sonar un poco enredado, pero verán que con un ejemplo se aclara todo ;). Vamos a tomar a Evince, un visor de documentos (el que viene por defecto en Gnome),
que entre muchas de sus funciones puede visualizar archivos JPEG, para
esto necesita entender como interpretar el archivo y graficarlo. Para
esto ya existe una librería que lo hace. Además es visor de PDF, por lo que también requiere una librería apropiada para ello. Ahora, supongamos que quiero instalar GIMP,
un programa para manipular imágenes, porque quiero retocar una foto que
tengo en formato JPEG. Para realizar esto, GIMP necesita la misma
librería que Evince, y como ya la tengo instalada, ambas aplicaciones
la comparten (¿mucho más sano, no?).

¿Ventajas?

Esto trae consigo varias ventajas, la que me parece más importante,
es el tamaño de las aplicaciones. Las aplicaciones de GNU/Linux son
notablemente más livianas, puesto que la mayoría de las aplicaciones
comparten librerías, se ahorra harto espacio en el disco. Rara vez
alguna aplicación supera los 100 MB. Por ejemplo, Brasero una aplicación para quemar discos, instalada no supera los 4 MB.

Es así, como veremos frecuentemente el término de dependencias
cuando queramos instalar las distinas aplicaciones. Para nuestra suerte
la mayoría de las distribuciones vienen con aplicaciones que pueden
manejar las dependencias, por lo que tampoco deberían causar muchos
problemas (llevo usando Ubuntu un buen tiempo y hasta ahora nunca he
tenido un problema de ese tipo).

GNU/Linux Atelier  

---

Ahora es el turno de hablar de la estructuración de los directorios.
La estructuración es bastante distinta entre cada distribución, pero en
general comparten características en común que son las que voy a
mencionar aquí.

Al contrario de lo que pasa en Windows en que lo más “alto” es el
disco duro (por ejemplo C:) y de ahí cuelgan las distintas carpetas,
en el caso de otras unidades, como lectores de CD o pendrives se
encuentran “en parelelo” con la unidad C: (como D:, E: y así). En
GNU/Linux, todo “cuelga” de lo que se conoce como “raíz”, que se
identifica con un slash o “barra” (es decir, “/”). Esto significa que
nuestro lector de CD o unidad Flash se encuentran dentro de este mismo
directorio raíz.

Una diferencia importante a tener en cuenta es que en
Windows, para separar directorios (carpetas) se utiliza el backslash
(””). Por ejemplo:

C:Windows

Mientras que en GNU/Linux se utiliza el slash:

/home/pablo

Como pueden ver, en el primer caso, La carpeta Windows está dentro de “C:”, mientras que en el segundo, la carpeta home, sólo hace referencia al directorio raíz (/).

Otra cosa a tomar en cuenta que es el “primer nivel”. Es cualquier
directorio que se encuentre a un nivel bajo la raíz, por ejemplo /home. Si digo /home/pablo,
estoy hablando de “segundo nivel”. En un sistema de archivos de
GNU/Linux recién instalado, podemos encontrarnos con una gran cantidad
de directorios en la raíz (es decir, de primer nivel). A continuación les indicaré para que sirven, pero antes hay que hacer un pequeño recordatorio.

¿Recuerdan
que en GNU/Linux las funciones se comparten?. Para que pueda funcionar
de esta manera, no tendría sentido que cada aplicación tuviera su
propio directorio (como ocurre en Windows). Traería demasiados
problemas. Para evitar esto, las distintas partes de las aplicaciones
de GNU/Linux se encuentran en distintos directorios, es decir, todos
los ejecutables en un directorio ¿cómo es eso?. Bueno, ahora para
entender un poco mejor este concepto les menciono los directorios más
comunes.

Los protagonistas

/bin: En esta carpeta se guardan los archivos ejecutables del sistema que pueden ser ejecutados por cualquier usuario, por ejemplo ls, cd.

/boot: Esta es la primera carpeta que se lee cuando
inicia el sistema (en algunas ocasiones el kernel también se ubica
aquí), y además se encuentra la configuración de los gestores de
arranque, que son los que permiten escoger que Sistema Operativo se
inicia cuando se enciende el equipo.

/cdrom: Como se pueden dar cuenta /cdrom es un enlace simbólico a /media/cdrom

/dev: Aquí se almacenan los controladores de
dispositivos o periféricos (para los que vienen de Windows, drivers).
Esto puede resultar raro, pero en los Unix-like todo lo que no es un directorio es un archivo. Esto significa que el teclado, el monitor y hasta el disco duro, es un archivo.

/etc: Principalmente se guardan los archivos de configuración del sistema.

/home: Directorio de los usuarios, en el SS pueden ver que yo poseo 2, casa y pablo. Esto vendría siendo la carpeta C:Documents and SettingsPablo en su equivalente en Windows.

/lib: ¿Se acuerdan de las librerías?, bueno, pues aquí se almacenan para que las distintas aplicaciones puedan acceder. Eso sí, tal como ocurre con /bin en esta carpeta sólo se encuentran las librerías del sistema.

/media: Aquí es donde se montan los dispositivos, como el lector de DVD cuando se coloca un disco, (/media/cdrom), dispositivos USB (/media/pablox, en mi caso).

/mnt: Realizar montajes.

/opt: Generalmente instalaciones grandes pueden usar este directorio, o un directorio optional para realizar instalaciones de otros programas.

/proc: Así como /dev es la interfaz entre el hardware y el sistema de archivos, /proc
es la interfaz entre los procesos, la CPU y la memoria con el sistema
de archivos. Los archivos que están aquí se generan dinámicamente en la
medidad que los consultamos.

/root: Esta carpeta es como el directorio /home, pero para el usuario root (el administrador del sistema).

/sbin: Al igual que /bin se almacenan los ejecutables del sistema, con la particularidad que necesitan ser ejecutados con permiso de root, aquí por ejemplo encontramos comandos como modprobe, fsck.

/sys: Archivos que tienen que ver con la configuración del sistema.

/tmp: Archivos temporales, la misma idea de C:WindowsTemp.

/usr: Este directorio merece una explicación aparte, ya que sus subdirectorios son importantes.

/usr/bin: Al igual que /bin contiene los ejecutables, pero los almacenados aquí son de las aplicaciones que hemos instalado (quizá lo más cercano a C:Archivos de Programa) o que no son del sistema. Acá encontraríamos los ejecutables mplayer y evince, por ejemplo. (Siempre que los tuviéramos instalados claro está).

/usr/lib: Igual que /lib, pero indica que no son librerías del sistema. Ahí podemos encontrar librerías de Firefox (/usr/lib/firefox).

/usr/sbin: Más comandos administrativos.

/usr/share: Como su nombre lo indica, archivos compartidos, como imágenes e iconos (de hecho, al menos en Ubuntu los temas de iconos están en /usr/share/icons).

/var: Como /usr, sus distintos subdirectorios son importantes y sirven para distintas cosas, en general, son archivos de registro.

/var/cache: Se usa de almacén temporal.

/var/cache/apt/archives: Nombro este directorio porque varias veces me han preguntado: “¿Dónde se guardan los “debs” que descarga Synaptic?” (o apt-get en su defecto). Bueno, adivinaste, es en este directorio.

/var/lock: Se guardan archivos que impiden que exista más de una instancia de la aplicación en cuestión (¿les suena un error con /var/lock al tratar de tener abiertas 2 instancias de Synaptic?)

/var/log: Esta es importantísima, en esta carpeta se guardan los distintos registros del sistema, del kernel y de los demonios por ejemplo.

Palabras finales

Esos son los directorios que me parecen importantes, sin duda lo que me parece más importante de esto es cambiar el switch de Windows esperando que los programas estén en “una” carpeta. Recordemos, estamos usando GNU/Linux.

Quizá lo más confuso sea el tema de los ejecutables, no dudo que en
una primera ocasión nos puede parecer incómodo. Pero tiene una gran
ventaja, independiente del lugar que me encuentre si en una terminal
ejecuto un comando, por ejemplo, firefox lo buscará en las carpetas de ejecutables (en este caso estaría en /usr/bin) y se lanzaría Firefox.

Es probable que en este momento estés pensando que es desordenado.
Pero no es así, cuando en la próxima entrega conversemos sobre los
sistemas de paquetes y repositorios te darás cuenta que ni siquiera era
necesario preocuparse del “lugar” donde se instalan las cosas…

GNU/Linux Atelier

---

Luego de mucho tiempo de tener esto en borrador, ahora sí continúo con la serie de artículos,
en esta ocasión me toca contarles acerca de cómo se lleva a cabo la
instalación de aplicaciones en GNU/Linux, para ello necesitamos
comentar algunos conceptos: paquetes de software, repositorios y
gestores de paquetes.

Introducción

La instalación de aplicaciones debe de ser una de las tareas más
comunes de los usuarios, ya sean avanzados o principiantes. Y por mucho
que queramos evitarlo en más de alguna ocasión (por muy preparado que
venga nuestra distro) nos veremos enfrentados a este problema.

En los comienzos de GNU/Linux la única alternativa para instalar programas era la compilación de los programas
a partir de su código fuente. Cosa que puede convertirse en algo
bastante tedioso y en muchas ocasiones demasiado largo incluso para
alguien entendido en la materia. La gran ventaja de esto es la
configuración al máximo de las aplicaciones a instalar y por ende,
mejoras en el rendimiento. Sin embargo, estas diferencias en el último
tiempo con las mejoras del hardware han hecho que estas diferencias
sean pequeñas en comparación con el tiempo que toma. Es a raíz de este
problema que nace el concepto de paquete que simplifica esta tarea.

 

¿Qué es un paquete?

Un paquete no es más que un conjunto de uno o más archivos que van a
servir para la ejecución de una determinada aplicación (o expandir
funcionalidades ya existentes). Este concepto puede ser un poco extraño
para los usuarios de Windows, pero podríamos compararlo con un
instalador (los .exe o .msi que descargamos para instalar un programa).

En GNU/Linux los más populares son los llamados .deb y .rpm
(por supuesto existen algunos más, pero no es el objetivo del artículo,
y para alguien que esté recién migrando no le interesarán). El primero
deriva de Debian que fue la distribución que lo creó y el otro por Red Hat (Originalmente acrónimo de Red Hat Package Manager, actualmente, acrónimo recursivo de RPM Package Manager).

¿Y esto en términos prácticos que significa?

Dependiendo de la distribución que elijamos vamos a optar por un
sistema de paquetes, si escogemos Ubuntu, utilizaremos paquetes con
extensión .deb y si escogemos OpenSuSE utilizaremos .rpm. Es así que si utilizo Ubuntu no puedo utilizar un paquete con extensión .rpm. En realidad, existe una herramienta (alien) que permite transformar entre los paquetes anteriormente mencionados, pero no es 100% seguro.

Repositorio

Un repositorio, abreviado coloquialmente como repo, es un depósito de paquetes de software,
desde donde pueden ser obtenidos (descargados) y luego instalados en tu
equipo. La gracia de esto es que tienes prácticamente todas las
aplicaciones que podrías necesitar sin tener que recorrer toda la Web
para encontrarla. Además, esta misma situación entrega más seguridad al usuario
ya que sólo necesita acceder al repositorio que es de una fuente
confiable (ej. Repos oficiales de Ubuntu) para instalar las
aplicaciones. El proceso se realiza a través de un gestor de paquetes.

Gestor de Paquetes

El gestor de paquetes es una aplicación (o un conjunto de ellas) que
realizan todas las tareas anteriormente mencionadas, descargar,
instalación, configuración, actualización y desinstalación de paquetes.

Para las distribuciones basadas en Debian tenemos apt-get y las basadas en los paquetes RPM, tenemos YUM. Estas aplicaciones funcionan en la terminal, sin embargo, existen distintas aplicaciones como Synaptic (en GNOME) y Adept (en KDE), que son las mismas aplicaciones, pero que funcionan de manera gráfica.

Ejemplo práctico

Cuando recién comencé a utilizar Ubuntu, eché de menos a Winamp
(que lo usaba hace varios años). Así que resignado al ver que no estaba
disponible para GNU/Linux, me dispuse a buscar una alternativa. Luego
de googlear “winamp linux”, di con una alternativa XMSS.

Ejemplo práctico

Cuando recién comencé a utilizar Ubuntu, eché de menos a Winamp
(que lo usaba hace varios años). Así que resignado al ver que no estaba
disponible para GNU/Linux, me dispuse a buscar una alternativa. Luego
de googlear “winamp linux”, di con una alternativa XMSS.

El
paso siguiente sería encontrarlo, descargarlo e instalarlo. Así pues me
fui a Synaptic (Sistema > Administración > Gestor de Paquetes
Synpatic) y con el botón de buscar, encontré xmms y leyendo en la descripción descubrí que era lo que estaba buscando, habían otras cosas más, xmms-plugins, xmms-dev… etc, pero no sabía que eran así que sólo me limite a checkear el checkbox a la izquierda del nombre. Se abrió un dialogo donde me indicó que para instalarlo era necesario instalar algunos paquetes más.

Sin pensarlo mucho puse aceptar y en un par de minutos (si no es que
menos de 1) descargo y configuró XMMS obteniendo un mensaje del tipo:
“Su operación se ha efectuado con éxito”. Siendo un programa para
reproducir música fui a buscarlo a Aplicaciones > Sonido y Video,
donde lógicamente debiera encontrarse y ahí estaba.

Listo, ya tenía mi reproductor de música instalado y ni siquiera
tuviera que preocuparme de buscarlo por la web, ni preocuparme del
lugar donde lo instalaba. Tiempo después me apareció que había una
versión más reciente y la actualicé. Si en un futuro me hubiese
aburrido de la aplicación, podría haber ingresado a Synaptic y
desinstalarlo.

En este caso (y probablemente en la mayoría) la aplicación se
encontraba en los repositorios oficiales, por lo que no fue necesario
recurrir a otros repositorios, pero por supuesto que podemos ¡agregar
nuevos repositorios si queremos! (por ejemplo para instalar emesene).

Palabras finales

La idea del gestor de paquetes es que desde un único lugar puedas
tener acceso a tus aplicaciones instaladas y no tengas que andar
recorriendo una carpeta de “Archivos de Programas” o similar para
arrancar tu aplicación.

Si por alguna razón no es posible instalar algo de los repositorios,
ya sea porque es una versión demasiado vieja, o por cualquier otra
razón. Siempre podemos buscar la web oficial y descargarnos el código
fuente para compilar el programa o idealmente, ver si la sección de
descargas en cuestión posee archivos .deb o .rpm. La instalación es aún más sencilla que en Windows, doble-clic e instalamos el paquete.

GNU/Linux Atelier  

El 26 de Marzo del 2008, el Día de la Libertad de los Documentos
proveerá un punto de movilización internacional por la Liberación de
Documentos y por Estándares Abiertos. Le dará literalmente a los
equipos en todo el mundo la oportunidad de "levantar la bandera".

Material Gráfico para la difusión del evento:

1600×1200 (png) 100k

 

http://documentfreedom.org/News/20080220

En primer lugar han movido cielo y tierra para levantar su viejecita web, que lleva varias semanas disponible en la dirección consolidada http://es.tldp.org.

Recibieron ayuda del TLDP levantando un servicio de BTS disponible bajo TLDP.org para facilitar la organización del trabajo.

A continuación quedaba terminar de traladar los foros de trabajo y discusión, algunos más modestos y otros aún muy vigentes. Por lo pronto han optado por habilitar en lists.tldp.org a las siguientes listas:

• lucas@es.tldp.org
• dict-es@es.tldp.org
• docbook-ayuda@es.tldp.org
• web-semantica-ayuda@es.tldp.org

En la lista de POR-HACER, bastantes cosas:

• remozar completamente la web
• migrar el antiguo repositorio CVS
• reactivar comunidades y servicios «amigos» (L10n.net, es.dict.org, etc)
• formalización del proceso de construcción de comunidad
• perfeccionar los servicios de publicación electrónica considerando nuevas funciones

Empieza toda una nueva etapa. Hay mucho que poder hacer, como reinventar desde cero y en comunidad la visión y la misión de TLDP-ES y esfuerzos añejos, que son varios y muy sugestivos. Ya se ha animado un buen equipo, ¿te animas vos también?

PD: Y recuerden, se llama TLDP-ES pero se deletrea L*u*C*A*S.

Primero creemos un archivo que contenga todos los nombres de usuario. Algo como esto:

laura
elvira
alejandra
leticia
soledad
sonia

Guarde el archivo como listausuarios.txt. Ahora cree el siguiente archivo bash:

#!/bin/sh
for i in `more listausuarios.txt `
do
echo $i
adduser $i
done

Guarde el archivo como creausuarios.sh.

chmod 755 creausuarios.sh

Ahora ejecute el archivo:

./creausuarios.sh

Esto agregará todos los usuarios al sistema. Ahora debemos cambiar las claves. Digamos que queremos como clave nombredeusuario123. De modo que para el usuario soledad la clave será soledad123, alejandra123 para el usuario alejandra y así.

Cree otro archivo bash como el siguiente:

#!/bin/sh
for i in `more listausuarios.txt `
do
echo $i
echo $i"123" | passwd –-stdin "$i"
echo; echo "Se ha cambiado la clave del usuario $username!"
done

Ejecute el archivo. Todas las claves serán modificadas.

Algo debe ser tomado en consideración, y es forzar a todos los usuarios a cambiar sus claves ya que la contraseña temporaria es un riesgo de seguridad.

Para ellos será necesario modificar el último script creado de la siguiente forma:

#!/bin/sh
for i in `more listausuarios.txt `
do
echo $i
echo $i | change -d 0 "$i"
echo; echo "El usuario $i será obligado a cambiar su clave en el siguiente ingreso al sistema!"
done

Cuando el usuario ingrese verá lo siguiente:

ATENCION: Su contraseña ha expirado.
Debe cambiar su contraseña y volver a ingresar!
Cambiando contraseña para el usuario soledad.
Cambiando contraseña para soledad
Clave UNIX actual: