Gnome open location dialog, originally uploaded by markuz.

It is quite usefull, but, where can I configure the key bindings for the gnome open location dialog?? I mean, It nice if I click on the Desktop and press +l then it appears, but it's not the same if I am on any other application.

You can configure the key shortcuts to show the main menu, or to show the run dialog, you can even configure the shortcut to show your home, but, what about this?.

If you know how to do it (on GNOME), please, let me know.

Que haces cuando Epiphany se muere antes de poder arrancar por completo?

Pues bien, he dejado de ladito el Slackware un rato para usar Ubuntu, debido a que vaya, ahora entiendo a quienes antes me habian dicho por montones: Yo quiero trabajar, no lidiar con dependencias.

Dado que siempre tengo que hacer en ICTC, cuando llego a casa pocas veces me intereza estar peleando con la compu, tal como lo hacia en casa, donde siempre tenia chance de hacerlo. Entonces me he instalado Ubuntu Gutsy Gibbon para evitarme estas tranzas y usar el poder de apt.

Obviamente, me tuve que desprender de toda esa libertad que me da Slackware al no amarrarme del arbol de dependencias, pero es todo en favor de poder chambear o lograr lo queq uiero con el menor esfuerzo posible. Y pense que si lo conseguia todo seria bonito.

Bien, pues estaba bien perdido. He tenido unos ligeros problemas con Ubuntu. Antier tuve pedos con el controlador que te ofrecen para poder usar las tarjetas Broadcom. el bcm43xx funciona bien, pero no tan bien como deberia. Segun esta cosa si se conectaba con el router al que deberia de conectarse, pero aunque deshabilitaba cualquier otra interfaz de red y agregaba las rutas, el ping al mismo router jamas funcionaba!. Ha. y NetworkManager no me fue de mucha ayuda. Use wlassistant y ndiswrapper para lograr mi objetivo.

Ok, no fue todo. Resulta que a como tenia mi configuracion funciono bien en su momento, pero al dia siguiente al iniciar, Bolas don cuco Gnome no inicia... o mejor dicho, si lo hace, pero tarda Muuuuuuuuuuuuuuuuuuuuuuuuucho y las aplicaciones tambien tardan Muuuuuuuuuuuuuuuuuuuuuuuuucho a pesar de que el uso del CPU estaba al 0% o cuando mucho al 5% y el load average tambien estaba normal.

En fin, me hice una cuenta de usuario alterna para probar y nada, no pelaba. Gnome en modo seguro, tampoco, me asegure. Entonces entro en consola a prueba de fallos (simon, si falla la consola quito Ubuntu a la chingada y meto Slackware otra vez.. es mejor pelear un solo dia que pelar todos los dias!)..

En fin, aproveche e instale xfce y justo cuando va arrancando me dice que no encuentra la ip de cucusa (cucusa es el nombre de mi maquina), voy a echarle un ojo al /etc/hosts y veo que me faltaba el nombre corto para la maquina. se lo pongo y arranga perfecto. salgo de Xfce y entro en Gnome y Jala perfecto.

Aqui viene el descontento, recuerdo que en Gnome 1.x te avisaba que no podia resolver el nombre del equipo que esto posiblemente te acarrearia problemas. Entonces hacias las correcciones necesarias (tal como me paso con xfce). Por que jodidos lo quitaron?. Si GNOME es GNU Network Object Model Environment, porque jodidos no te avisa cuando hay un error en algun aspecto de red??

Ok, va una, la segunda sucede cuando llego a Salamanca, Me la volvio a hacer. Llego, conecto la compu a la corriente, arranco, y sopas, GNOME no arranca, Xfce si lo hace y no advierte de nada, muy probablemente porque ahora si resuelve la ip de mi maquina. Problema, la configuracion de red, deshabilite las interfaces de red que tengo, arrango GNOME, abro el NetworkManager y le digo que ahora mi configuracion ha de ser por dhcp en ambas interfaces (eth0 (alambrica) y eth1 (inalambrica)), y entonces si funciona bien.

Hasta ahorita no he tenido mayor problema que este, pero si es algo frustrante que despues de cambiar mi configuracion de red tenga tantos pedos para poder usar Ubuntu.

Como han de saber soy un "Fans" numero 1 de GTK. Me gusta mucho su apariencia y me gusta mucho programar usando este conjunto de bibliotecas, aunque sea en Python, Bien, Hoy para variarle, me he puesto a trabajar con WindowMaker, WIndowMaker esta bien, me encanta porque

1. Es muy ligero
2. Me da la sensacion de que trabajo con otro manejador de ventanas (XFCE me hace sentir que ando en una version rebajada de GNOME, disculpen, asi lo siento, no es malo, claro que no, pero asi lo siento)
3. Se ve chingon y te consigues viejas de a monton usando WindowMaker

En fin. esta chidin el WindowMaker, de acuerdo a mis gustos no para usarlo siempre, pero si eventualmente cuando no quieres cargar todo el entorno de GNOME, lo malo es que las aplicaciones GTK se ven feisimas!!, simplemente porque no tienen ningun theme aplicado, funcionan igual, pero se ven fellonas.

Solucion: gtk+ 2.0 Change Theme. El chunchecito este les deja cambiar el theme de GTK sin tener que arrancar el demonio de configuracion de Gnome, probé otro por ahi, pero como nomas no peló ya se me olvido su nombre, ha si, gtk-theme-switcher o algo asi. En fin, si usan algun manejador de ventanas que no les pone el theme en GTK, usen este, esta muy bueno, y no me dio broncas en compilada. es mas, no necesitas instalarlo, solo compila y desde ahi corres el gtk-chtheme y listones.

Me ha llegado un correo de los de mandriva y tiene un enlace al siguiente video, muy padre, muestra de como se pueden personalizar las aplicaiciones (aunque el programador no lo haya pensado asi).

Ok... Ubuntu is (by the moment) out of cucusa, the reason.. well I tought that using a 64 bits processor will speed up my experience, I wonder firefox and evolution opening in just 1 second , naaa, but It's suppossed that using a OS at least compiled/optimized for amd64 shoud run faster that Slackware, compiled and "optimized" for i486.

I guess that happen, but with ubuntu that is not the real life. The reason: Ubuntu uses a lot of memory. I check my memory state after bootting and it was using at least 180Mb!!!. and that was at booting (gnome and session already started), and in this time using ubuntu I feel like when I had voladora, I mean, I had 60% memory used by active programs and 38% by caché, and having Evolution, Firefox, gaim, xchat and some terminals opened I had that and 50% of my swap used. So, more or less 250 Mb where used by active programs (and 50% swap)!! That, for me, is too much!.

With Slackware I have Gnome with all my session openen for less than 100 Mb, and with evolution, gaim, and everything else with 250 Mb, but, with no swap used. Well, that is nice for me, because the system doesn't have to deal a lot with read/write in swap, and then it is faster.

I feel Slackware faster than ubuntu linux, until ubuntu linux team fixes the memory leak in their system.

No soy para nada un buen diseñador grafico, ni manejo gimp o inkscape perfectamente pero parece que algo que hice le sirvio de inspiración al creador de esto:

alo en su post GNOME desktop wiki.. or Pushing way too hard for Mono da al clavo con uno de los puntos debiles de Gnome y de sus componentes:

By the way, what scares me most is that, each day we are moving closer towards a "Frankenstein" desktop: a single desktop depending on its own libraries, the Mono ones, the STL, the Python interpreter, the Java virtual machine, and eventually something more exotic like the Ada95 runtime. If we are thinking of conquering the desktop with something like that, I'd better boot Windows and play StarCraft.

Y no es mas que una realidad, Gnome esta escrito en C, y la mayor parte de sus componentes igual, pero se estan desarrollando aplicaciones para el que estan escritas en muchos lenguajes, y soy culpable de usar Python en lugar de C . Pero lo que mas pega para los desarrolladores de Mono es esto:

Another reason to use Mono inside GNOME is the ability to bring Windows developers to the free desktop development field. It sounds nice. I mean, the more we are the better, but actually to me it doesn't sound like a credible reason. What would be the motivation of a .NET programmer to use GTK#? At the end of the day, the WinForms is the standard for him.. and Mono is meant to support it.

Quien canijo windowsero que ha escrito en Windows.Forms va a dejar de usar Windows.Forms para usar GTK#??, Lo que sea de cada quien, GTK (en cualquier lenguaje [supongo]) es bonito, pero para cualquiera es tedioso aprender algo nuevo, y si actualmente Mono soporta Windows.Forms lo unico que generará sera un Gnome con cara de windows.. Wakala, que asco. Y e que lo malo no es que usen Windows.Forms, sino que Windows.Forms no se integran con GTK, por el contrario GTK si se integra con el ambiente de Windows .

Apoyo a alo en su "lucha" contra Mono en Gnome.

Así es, hoy revise mi cuenta en Sourceforge.net y veo que Christine ya esta en Sourceforge.net . Hace como semana y media o dos que habia pedido ese nombre, lo tenia un proyecto de base de datos registrado hace un año pero que nunca mostró ningun resultado.

En cuanto pueda subiré el codigo de Christine al CVS para quienes estén interezados en el proyecto. Update:Ya he subido las fuentes al CVS, tambien se pueden ver por via web

Por otro lado, a mi rancho ya llegó el servicio de infinitum, asi que el modem satelital tendrá unas buenas vacaciones mientras pienso que hago con el. La ventaja es que ya no me tendré que limitar por las descargas y el ancho de banda de subida es mayor .

En las ultimas dos semanas he estado jugando un poco con GStreamer, Python y PyGTK. He estado desarrollando una pequeña aplicación que reproduzca sonido y video. Pero, por que reinventar la rueda?, bueno, he sido usuario de xmms por mucho tiempo, sobre todo por su sencillez, y porque lo que hace lo hace bien . Y de un tiempo para acá he estado usando rhythmbox. Los dos son geniales, xmms es muy sencillito, y ligero, mientras que Rb me permite crear listas (estaticas y dinamicas) ademas de que usa gstreamer.

Las dos aplicaciones son buenas, pero RB no reproduce video (si si, ya sé que ahí esta xine y tambien Mplayer, Totem y otros) y los que lo hacen es en una aplicacion aparte, yo quiero tener una lista de reproduccion donde esten mis videos y mi musica, para no tener que abrir dos aplicaciones si quiero ver video primero y luego escuchar una canción. Además ando de ocioso.

El chunce este ya me permite guardar una lista principal, meter elementos a una cola de reproduccion, hacer busqueda de canciones, toca en orden aleatorio y obviamente toca musica y reproduce video . Aun ta muy verde, pero pues en mis grandes tiempos de ocio le seguiré dando para que haga jutamente lo que yo quiero que haga .

Ahí quedan dos capturas de como lo veo ahorita:

Vista en miniatura

Vista normal

Reproduciendo video

Por cierto, los tipos de Dropline GNOME liberaron por fin en "estable" los paquetes de Gnome 2.14.1.

Aunque usted no lo crea, ya estando en el siglo XXI, en el 4 mes del año 2006, cuando existen conexiones de 40 Mb/s, redes inalambricas por donde sea, conexion satelital, donde los buenos celulares tienen conexion a internet aparte de la que incluyen de celular a celular... hoy, me he conectado por primera vez por medio del modem (dial-up) de la voladora... .

Y tambien es la primera vez que me conecto por modem desde una maquina utilizando GNU/Linux o algun otro sistema No windows.

Y sip, aunque parezca algo meramente "mevalemadres" a mi no me vale madres, porque el puto modem me tuvo trabajando toda la puta tarde de ayer, y hoy gracias a un script y a una llamadita a los de prodigy por los DNS lo pude echar a andar.

Normalmente el modem lo tenia desactivado, porque resulta que la tarjeta de sonido esta integrada con el modem (snd_intel8x0 y snd_intel8x0m), asi que para no tener pedos lo meti en el blacklist de hotplug. Además, en realidad, será la primera vez que lo ocupe porque normalmente me conecto por red.

Ayer recompile el kernel son el modulo para este modem y si lo reconoció el kernel, pero no pude hacerlo jalar. Ahora me puse a buscarle a internet (el bendito internet) y encontre el scanModem de linmodems, el cual me dio informacion sobre mi modem y me dijo de donde descargar otro script para echar a andar el modem.

Todo bien aqui, pero.. como putas madres me conecto?, cual es el dialer?. bueno, en slackware tienes dos opciones: ppp y kppp, y tal vez el (gnome) network-admin que en realidad en cuestion de conexion dialup da pena...

En fin, ppp y su asistente de configuración no muy me ayudaron, y temine dandole con kppp. Que pues, no ha cambiado desde la ultima vez que lo vi, y pues.. hay alguna aplicacion como esta para gnome??(corrección, si hay). Es decir, configuré mi conexion a internet muy facilmente, y me muestra el estado de la conexion y ua grafica que me dice que tal va, cuanto entra y cuanto sale... muy bonita (pero en qt )

Al ratito en casa le checare con el gnome-ppp a ver que tal jala.

Como muchos han de saber, soy un usuario de Slackware Linux de hueso colorado, bueno, tambien sabrán que soy un fanático de GNOME. Bueno, pues normalmente utilizo en la voladora a Slackware con Gnome como mi escritorio por defecto, que por lo general es Dropline Gnome.

El sistema de Instalación de Dropline Gnome es bastante bueno, pero tiene un Bug Garrafal, que si bien no es mortal, si es algo molesto. El caso es que cuando estas descargando tus paquetines, el instalador muestra algo como si fuera wget, pero si por algo cancelas (o por alguna razon pierdes conexion) mientras va algun paquete por el medio; cuando reinicias la descarga vuelves a descargar todo el paquete.. lo que es.. molesto, por que volver a descargar los 11.5 megas de los 11.7 megas si ya nomas fallta un piquito??.

Bueno, esto me esta pasando ahorita, que vine a un ciber pa descargar pero no se si es por onda del encargado o que pedo que a cada rato me esta cortando la puta conexión y nomas no puedo descargar paquetes grandes.. pero aqui viene al rescate Wget y Python .

Con este pequeño script podemos descargar los paquete de Dropline Gnome utilizando wget y ya que tengamos todos pues los instalamos utilizando el dropline-installer.

Que esta pitero, si, esta pitero, pero porque lo hice en 5 minutos, tal vez de aqui me prenda y haga algun tipo de Dropline Updater con Gtk.

Pues yo creo que lo que se necesitaba hacer para gpkg 0.4 ya esta casi todo hecho. En estos ultimos dias he estado trabajando en la documentación, que ahora se verá por medio de yelp. He corregido algunos pequeños bugs y he terminado de traducir algunas lineas de es_ES.

Espero dentro de la proxima semana liberar gpkg 0.4 por fin.

Esta es otra version aun en desarrollo de gpkg, algunos cambios son:

• Soporte para instalacion usando Drag & Drop sobre la lista de paquetes instalados.
• Inicio mas rapido
• Error en el scroll de la ventana de instalación (provocado por vte y el scrollwindow)
• Soporte para slapt-get y swaret

Aun es una version en desarrollo pero agradeceria muchisimo si los slackeros lo prueban y me comentan los errores que puedan llegar a encontrar.

Source tgz Slackware

Esta semana me la he pasado echando la weba, y poco he tocado el código de Gpkg, principalmente porque los pinches bindindg de VTE me han estado dando unos problemas con el metodo vte.fork_command(), aunque no estoy seguro bien por que será el fallo.

Lo poco que he hecho en esta semana ha sido reescribir lo que habia perdido por un estupido error mio, y dentro de estas cosas que ya habia borrado estaba una clase en la que se obtenia la información para cada paquete. Anteriormente se utilizaba la clase packages, y se obtenia la información por medio de metodos como

pero esto hace que por cada una de estas cosas tenga que abrir el indice y hacer una iteración buscando y acomodando las cadenas, que para un solo paquete no es nada dificil, pero para un sistema de unos 571 paquetes (como lo tengo yo) pues hace que la cosa se alente al generar las listas, pues tiene que abrir y cerrar el indice unas tres veces por paquete. Obviamente esto no es bueno, y si lo escribí asi en un principio fue porque lo hice de a putazo para ver como lucia la cosa.

La clase que escribi ahora se crea enviando el nombre del paquete como parametro, y se pueden obtener los valores como si fueran parte de un diccionario:

Obviamente no voy a meter toooooda la informacion del paquete en una sola instancia y de a putazo, porque al hacer la iteración (cuando se generan las listas) hago mas pesada la cosa, asi que para cosas como obtener el indice o el script se necesita pedirlos como metodos.

Esto hace que gpkg trabaje un poco mas rapido, claro que con respecto a gpkg-0.2 no hay una diferencia notable, pero es porque gpkg-0.3.x ahora tiene que crear mas widgets y consultar cosas con gconf, inicia el programa con libgnome, etc. pero no tarda mucho en inciar.

Gpkg cuenta con el parametro -u con el cual se pueden actualizar la de paquetes instalados sin tener que mostrar toda la gui, algo util cuando es la instalación de gpkg. Generar la lista desde 0 toma unos ~10 segundos:

y el actualizarla a partir de una lista ya generada toma entre 1 y 5 segundos.

Ahora, lanzar gpkg con todo y todo (inicial la aplicacion con libgnome, construir la venta principal, el resto de los widgets, actualizar listas, etc..) toma en un principio (con una lista ya generada) entre 5 y 10 segundos. pero que estando en cache puede reducirse a 2~5 segundos.

El parametro -e es para terminar la aplicación una vez que se haya generado todo (incluso mostrar la ventana principal).

Bueno, es en lo que he estado trabajando esta semana sobre gpkg, en la que sigue le daré soporte para swaret y veré de que forma resuelvo ese problemita que tengo con los bindings de VTE.

Gpkg Cuenta ahora con un soporte para slapt-get. De momento no es nada comparable con lo que puede hacer GSlapt (de los mismos desarrolladores de Slapt-get).

Dado que Gpkg debe ser pequeño, solo he agregado una opcion mas a la busqueda de paquetes, ahora, al hacer una busqueda de paquetes tambien se muestra la opcion de "buscar en:" y de ahi escogemos slapt-get y pulsamos el boton de busqueda.

De ahi nos parseará la salida de la busqueda como una lista, donde podremos seleccionar los paquetes que queremos instalar, y entonces le damos "install" y el paquete se ha de instalar usando slapt-get.

Ahora, por hay que seleccionar un menu la opcion "slapt-get" ??, facil, porque tambien quiero darle soporte a swaret. Me he dado cuenta de que gpkg no podrá adentrarse un poco mas si no hace esas labores de instalación tambien, y como no pienso reinventar la rueda, pues es mejor utilizar algo que ya existe, no creen?.

Yer!!!! Finally!!!, absolute!!!!!, por fin pude acomodar gpkg con las autotools . Ahora instalar gpkg no es de un simple:

a un (mas largo pero personalizable):

Y que es lo que se logra con esto?. Algunos archivos en python son configurados, sobre todo los que definen donde se van a localizar ciertos archivos (imagenes, *.glade, logs, locales, etc...).

Ademas que de esta manera la instalación de gpkg es mas amigable, mas común.

He creado un paquete de a como lo tengo ahorita, que si bien no me ha fallado en mis pruebas me reservo a que esta en "pruebas", aun es código en trabajo y puede tener errores. Sin embargo puedes por favor probarlo y si encuentras bugs, podrias notificame?

Codigo fuente: gpkg-0.3.2.tar.gz Paquete para Slackware 10.2 : gpkg-0.3.2-noarch-2mkz.tgz

Y hoy como a eso de las 8:40 am me llegó esto: