Violación de segmento en el analizador de uso de disco
Abril 8, 2009 at 6:33 PM | In Consejos y utilidades | 1 CommentTags: analizador, baobab, Gnome, gnu, gnu/linux, linux, segmentation fault, violacion de segmento
En las distribuciones GNU/Linux que usan GNOME como su entorno de escritorio predeterminado (leáse Debian, Linux Mint o Ubuntu), la herramienta predeterminada que sirve para analizar nuestro disco duro y saber el tamaño que ocupa cada carpeta es baobab, aunque dentro de GNOME nunca es llamada por ése nombre, siendo más bien el “Analizador de uso de disco”.
Esta aplicación, como se puede suponer, hace un escaneo de las carpetas o unidades que especifiquemos y nos muestra con un gráfico muy intuitivo cuáles son las que ocupan más espacio en la unidad y su estructura.
Toda esta cátedra viene a cuento por que últimamente he estado usando mucho dicho programa, puesto que ando en el proceso clásico de las copias de seguridad. Y claro, me es muy útil para saber qué directorios ocupan más y qué es lo que tienen, para que el backup no crezca hasta dimensiones estratosféricas.
Por eso me quedé demasiado mosqueado cuando hace unos momentos, de buenas a primeras, la aplicacioncita de marras no quiso arrancar. O bueno, debería decir que arrancó, pero se cerró instantáneamente. Como cualquiera que tenga dos dedos de frente y use GNU/Linux o BSD o cualquier otro *NIX, intenté iniciar el programa desde consola, que siempre es lo mejor para saber de posibles fallos. Pues va, que lo intento iniciar y me tira lo siguiente:
kureno@LunaNueva:~$ baobab
Violación de segmento
¡Hala! Vamos bien. Una violación de segmento. Y nada más para saber qué demonios ocurre. Ya puestos, sigue lo clásico: intentar desinstalar y reinstalar el programa. Vamos a Synaptic (o desde consola, da igual) y nos damos cuenta de que el paquete ‘baobab‘ no está. Buscamos más y descubrimos que dicha herramienta está, pero dentro del metapaquete gnome-utils. Pues hala, a reinstalar. Terminamos y nos damos cuenta de que sigue igual. Mola.
Veamos, ¿qué más podemos intentar? ¡Ya sé! Veamos si podemos iniciarlo como root. Nuevamente desde consola y usando su o sudo, vemos que si funciona, por lo que es concluyente que no es un fallo del programa. Si lo fuera, no arrancaría con ningún usuario. Entonces… ¿qué puede ser?
Pensando un poco (o un mucho, depende, es usar razonamiento deductivo =3), llegamos a la conclusión de que lo único que diferencia el comportamiento de un programa entre varios usuarios es la configuración personal. Es decir, que de forma intencionada o no, algo le movimos a nuestra configuración personal que hace que el programa tenga error. ¿Qué hacer?
Existen varias rutas y dependen de la aplicación en cuestión. Si el programa se puede reconfigurar desde la línea de comandos, pues nos tocará leernos el man y ver si encontramos algo. O borrar el directorio asociado (y oculto) de nuestra carpeta personal. O buscar en la Herramienta de configuración, que en este caso en particular, es lo que funciona.
Abrimos dicha herramienta con un Alt + F2 y escribimos gconf-editor. Ahora, navegamos hasta /apps/baobab/properties y buscamos el valor skip_scan_uri_list en el lado derecho:
Doble clic y en la siguiente ventana seleccionamos el valor file:/// y con el botón Quitar, lo eliminamos:
Cerramos todo e intentamos iniciar el Analizador de nuevo. Si todo se hizo bien, pues ya debe de funcionar. Ahora, no olvidéis apuntar esta solución, que seguro les puede pasar de nuevo
.
Nos vemos.
Actualizando el Twitter desde terminal en GNU/Linux
Noviembre 24, 2008 at 1:31 AM | In Consejos y utilidades, Liberación digital, Linux Shell, Software bits | 1 CommentTags: consola, gnu/linux, linux, terminal, twitter, twyt
Bueno, creo que el asunto del post en sí está algo trillado, puesto que ya desde hace tiempo que es posible actualizar el Twitter desde la línea de comandos en GNU/Linux. De hecho, hoy que estaba haciendo una búsqueda me encontré varias páginas que ponen instrucciones sobre cómo hacerlo. No obstante, la forma que postean no es que me agradara mucho, puesto que hay que bajar un script de fuera de los repositorios, y hay que invocarlo desde la carpeta donde esté guardado para poder usarlo.
Por lo tanto, me puse a investigar bien. Una búsqueda rápida por el Synaptic demostró ser mejor y me encontré con una utilidad mucho mejor y más sencilla. El nombre del paquete: python-twyt.
A diferencia de otras soluciones, Twyt se me hizo extremadamente sencillo. Leyéndose el man y con ayuda del comando
$ twyt --commands
sabremos muy bien cómo manejar el cliente. En sí es muy sencillo. Primero nos autenticamos:
$ twyt savepass -u USUARIO
con lo que nos pedirá la contraseña, misma que guardará en un archivo oculto, en nuestro Home: .twytrc. Hecho esto, podemos mandar un nuevo Tweet:
$ twyt tweet MENSAJE
Podemos ver nuestra línea de tiempo (timeline):
$ twyt usertl
Ver los 20 tweets más recientes nuestros y de nuestros amigos:
$ twyt friendtl
Borrar uno de nuestros mensajes:
$ twyt delete ID_DEL_MENSAJE
Y muchas otras cosas. Como dije antes, el programa es muy sencillo y al menos para las cosas básicas nos puede servir perfectamente. Además, la sintaxis es muy simple también. Repito, lo mejor para saber bien el funcionamiento es leerse el manual (man) y revisar la lista de comandos permitidos. Y si ya lo hicieron, pues ¿a qué esperan? A twittear de la forma más geek posible
.
Cambiar el tamaño de la ventana de terminal en GNOME
Noviembre 22, 2008 at 2:05 AM | In Consejos y utilidades, Liberación digital | 2 CommentsTags: console, Gnome, gnome-terminal
Cuando uno es usuario de GNU/Linux y aparte le agradan a uno las cosas “difíciles”, entonces es muy seguro que sea del personal agrado el usar mucho la terminal o consola. Y claro, comparadas con la que sigue llevando Windows en cualquiera de sus versiones, las terminales de la familia de los UNIX tienen una flexibilidad tremenda.
Pero en GNOME hay un problema. Gracias a no se qué genial idea de los tipos detrás de Metacity, el gestor de ventanas no guarda nativamente ni el tamaño ni la posición de las ventanas en el escritorio. ¿El resultado? Tener que redimensionar y reubicar ventanas manualmente. Y esto es especialmente engorroso con la terminal (o más propiamente, GNOME Terminal), puesto que para trabajar a gusto en ella hay que estarla redimensionando a cada rato.
Pues ya no. Gracias a una investigación rápida que me he hecho por el Web, encontré una manera sencilla de que todas las terminales que se abran, tengan un tamaño predefinido.
El procedimiento es muy simple. Abrimos una terminal y accedemos como root. Luego navegamos hasta
/usr/share/vte/termcap
En donde encontramos un archivo llamado xterm. Hay que editar éste archivo. Si lo queréis hacer con gedit o nano u otro editor, es a vustro gusto. Yo lo haré con nano. Como sea, hay que buscar la siguiente línea:
:co#80:it#8:li#24:\
Es una de las que tienen sangría y está relativamente cerca del principio del archivo. Aquí, hay que cambiar los valores que tienen co y li. Es decir, columnas y líneas. Introducimos los valores que queramos y guardamos el archivo.
Listo. Reiniciamos la terminal y veremos que cualquiera nueva instancia que abramos aparecerá con las nuevas medidas. Sencillo, ¿no?
Cuelgue al usar GIMP y el motor Murrine: como solucionarlo
Octubre 20, 2008 at 12:49 AM | In Consejos y utilidades, Gnome, Liberación digital | Leave a CommentTags: bug, crash, engine, gimp, Gnome, murrine
Hace un tiempo me di cuenta de que al intentar crear una imagen nueva en GIMP, si estaba usando un tema basado en Murrine, el programa se colgaba al mostrar el diálogo de nuevo archivo.
Claro, si metía un tema basado en el clásico Clearlooks o en otro engine más ‘conservador’ no ocurría nada. Pues vale, parece que por fin encontré una forma de arreglarlo.
Primero, hay que mencionar que esto es bug del engine, no de GIMP, por lo que si se os ocurría el poner un reporte en a los desarrolladores de dicha aplicación, abortad la idea (yo lo hice y me mandaron al queque XD).
Pues como sea. Según me enteré (y pude comprobar luego), el fallo ocurre solamente cuando se usa el tema pequeño (Small) de GIMP, ya que al usar el tema normal, no pasa nada. Sabiendo esto, tenemos varias soluciones. Podemos usar otro tema en GNOME, lo que no es lo ideal si nos gusta el que tenemos de momento. Podemos usar solamente el tema por defecto de GIMP, lo cual es mejor, si es que no nos molesta el hecho de que los iconos del programa ahora son dos veces más grandes. Claro, si tenemos espacio en pantalla suficiente, sea.
O podemos hacer lo siguiente. Abrimos una terminal y obtenemos permisos de root (con su o sudo, como quieran). Luego navegamos hasta la carpeta donde GIMP guarda sus temas.
LunaNueva:# cd /usr/share/gimp/2.0/themes/
Allí tenemos dos carpetas: Default y Small. Entramos a ésta última.
LunaNueva:# cd Small
Y justo aquí hay un archivo con nombre gtkrc. Éste es el archivo de tema y es el que editaremos. Lo abrimos con nuestro editor de testo preferido (yo uso nano):
LunaNueva:# nano gtkrc
Y nos abrirá algo así:
# pixmap_path “<dir 1>:<dir 2>:<dir 3>:…”
#
# include “rc-file”
#
# style <name> [= <name>]
# {
# <option>
# }
#
# widget <widget_set> style <style_name>
# class <widget_class_set> style <style_name>style “gimp-default-style”
{
stock["gtk-dialog-error"] =
{
{ “../Default/images/stock-error-64.png”, *, *, “gtk-dialog” }
}
stock["gtk-dialog-info"] =
{
{ “../Default/images/stock-info-64.png”, *, *, “gtk-dialog” }
}
stock["gtk-dialog-question"] =
{
{ “../Default/images/stock-question-64.png”, *, *, “gtk-dialog” }
}
stock["gtk-dialog-warning"] =
{
{ “../Default/images/stock-warning-64.png”, *, *, “gtk-dialog” }
}# font_name = “sans 8″
# Enabling the following line for some reason breaks toolbox resize
# increment calculation. You can enable it to get an even smaller GUI
# but need to restart GIMP after the theme change.
#
# GtkWidget::focus_padding = 0GtkOptionMenu::indicator_size = { 5, 11 }
GtkOptionMenu::indicator_spacing = { 4, 3, 1, 1 }GtkPaned::handle_size = 5
GimpDock::default_height = 240
GimpDockSeparator::height = 5
GimpMenuDock::minimal_width = 200
GimpMenuDock::menu_preview_size = small-toolbar
GimpToolbox::tool_icon_size = menu
GimpToolbox::button_relief = none
GimpDockbook::tab_border = 0
GimpDockbook::tab_icon_size = menu
GimpColorNotebook::tab_border = 0
GimpColorNotebook::tab_icon_size = menu
GimpDockable::content_border = 1
GimpEditor::content_spacing = 1
GimpEditor::button_spacing = 1
GimpEditor::button_icon_size = menu
GimpDataEditor::minimal_height = 64
GimpFrame::label_spacing = 2
GtkDialog::content_area_border = 0
GtkDialog::button_spacing = 6
GtkDialog::action_area_border = 12
GimpUnitComboBox::appears_as_list = 0
}class “GtkWidget” style “gimp-default-style”
style “gimp-tool-dialog-style” = “gimp-default-style”
{
GtkDialog::action_area_border = 6
}class “GimpToolDialog” style “gimp-tool-dialog-style”
style “gimp-grid-view-style” = “gimp-default-style”
{
bg[NORMAL] = { 1.0, 1.0, 1.0 }
}widget “*GimpContainerGridView*GtkViewport*” style “gimp-grid-view-style”
style “gimp-dockable-style” = “gimp-default-style”
{
GimpFrame::label_bold = 0
GtkButton::focus_line_width = 1
GtkButton::focus_padding = 0
}widget “*GimpDockable.*” style “gimp-dockable-style”
Ahora, sólo tenemos que comentar las líneas que he puesto en negritas. Para hacer esto, agreguen una almohadilla (#) al inicio de las líneas:
# GtkOptionMenu::indicator_size = { 5, 11 }
# GtkOptionMenu::indicator_spacing = { 4, 3, 1, 1 }
Y guardamos el archivo. Listo. Iniciamos GIMP otra vez con el tema Small y veremos que ya no se nos cierra ni cuelga. Ahora, debo decir que éste es un método que no he probado lo suficiente. A mí hasta ahora no me ha dado fallos, pero si a ustedes sí les pasa algo, pueden dejar el archivo como estaba y usar otro tema global o usar el tema por defecto de GIMP. O seguir buscando otra solución. Pero espero que esto les haya funcionado bien.
Blog de WordPress.com. | Theme: Pool by Borja Fernandez.
Entries and comments feeds.











