Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
GoneMe

davinci's Diary
Por davinci
departamento Eramos pocos... , Sección Diarios
Puesto a las Wed Jul 21st, 2004 at 10:51:37 AM CET
Podéis leer en Osnews la noticia. Ali Akcaagac quiere hacer un fork de Gnome.

Lo que pretende este señor es hacer frente común a muchas de las decisiones que el "core team" de Gnome ha adoptado en los últimos tiempos, por considerarlas gratuitas, molestas, ineficientes o simplemente al margen de la comunidad de gnomeros.

 


Lo que pretende este señor es hacer frente común a muchas de las decisiones que el "core team" de Gnome ha adoptado en los últimos tiempos, por considerarlas gratuitas, molestas, ineficientes o simplemente al margen de la comunidad de gnomeros.

Para empezar, Akcaagac propone algunas ideas que pueden estar en la mente de muchos, entre las que se incluyen terminar con el modo espacial del último Nautilus (muchos usuarios han mostrado su disconformidad con el cambio y prefieren el modo browser por defecto), eliminar el pseudoregistro GConf, por entender que aporta demasiada complejidad y rigidez a cambio de muy pocas ventajas, mitigar dependencias superfluas y en general intentar rebajar el peso de Gnome todo lo posible (será un vehemente opositor a la inclusión de mono en el escritorio, por ejemplo), cambiar de nuevo el orden de los bontones en las aplicaciones (el modelo actuál de Gnome emula a MacOsX, pero es contrario a Windows y KDE, por ejemplo), hacer que el escritorio no vaya SOLO dirigido a los usuarios más novatos...

Son muchas ideas que comparten un poso común: en los últimos tiempos resulta muy complicado oponerse a un gabinete de desarrolladores que toman todas las decisiones sin contar demasiado con la comunidad de Gnome. Esa es, al menos, la razón que esgrime el señor Akcaagac como motivo de su decisión. También advierte que nadie espere un fork definitivo de inmediato. Por el momento la intención es usar el CVS de Gnome para ir aportando parches que resuelvan los "problemas de coherencia" más graves. Sólo a medio plazo, y una vez ganado peso específico (de desarrolladores, usuarios y recursos), se produciría un fork definitivo de todo el proyecto en conjunto.

¿Más leña al fuego de la disgregación de esfuerzos? Habrá opiniones para todos los gustos, eso seguro. Yo me reservo la mía para "fusilar" vuestros posibles comentarios }:)

< Un vistazo a PHP5 (I) (8 comments) | Lenguajes de Desarrollo Libre y Puestos de Trabajo (14 comments) >
Enlaces Relacionados
· noticia
· More on davinci's Diary
· Also by davinci

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
GoneMe | 32 comentarios (32 temáticos, editoriales, 0 ocultos)
No hay otras maneras? (y KDE :D) (5.00 / 1) (#27)
por d Orb a las Thu Jul 22nd, 2004 at 11:53:32 AM CET
(Información Usuario) http://skint.shef.ac.uk/

Disclaimer: uso KDE, y me paso por KDE Hispano bastante a menudo. :D La idea del senhor este me parece bastante absurda, principalmente porque me parece exagerado (como ya han mencionado por ahi) montar un fork por el orden de los botones! (lo del uso de recursos es harina de otro costal). Pero si realmente tenemos unas arquitecturas de escritorio tan avanzadas, que son la envidia de propios y extranhos, realmente es tan dificil tunnear la version estandar de GNOME para que funcione de otra manera, hacer dos temas (313733 y 13ws3r), y preguntar en la primera instalacion?

Ojo, que lo de arriba tambien va por KDE (que hace algo parecido cuando lo lanzas por primera vez). Si es posible retocarlo hasta el limites insospechados, no seria posible crear una serie de directorios de usuarios (~/.kde/) preconfigurados para una serie de usuarios "tipo"? Por ejemplo, principiante, luser corporativo, luser casero, converso de Windows... Cada uno de estos perfiles tendria a lo mejor un panel de control simplificado o cosas asi. Me doy cuenta de que para preparar documentacion, las cosas se complican, pero la idea seria que los usuarios noveles no necesitasen documentacion :D (total, no la leen nunca :-/).
Skint resources <http://skint.shef.ac.uk>


Algo bueno por el camino equivocado (4.33 / 3) (#2)
por Ed hunter (eduardo.mestreENhispalinux.es) a las Wed Jul 21st, 2004 at 12:11:32 PM CET
(Información Usuario) http://speedball.servemp3.com

Algunas de las cosas que propone Ali Akcaagac parecen más ser más bien consecuencia de una rabieta que otra cosa, pero si que me parece cierto que GNOME hace tiempo ha perdido el norte.

Me da la sensación que en GNOME no acaban de tener clara la arquitectura del escritorio. Incluso casi se puede decir que ya no tiene arquitectura propiamente dicha.

Yo realmente no entiendo ya cual es la arquitectura de GNOME. Se supone que GNOME, a partir del gobject de la glib/gtk+, implementa un sistema de componentes basados en CORBA al que llaman bonobo. Sobre este sistema de componentes se define todo el escritorio GNOME2.

Ese es el ideal, pero luego resulta que GNOME2 utiliza cosas como gconf, gnome-vfs, gnome-print, etc. que son subsistemas de GNOME pero que funcionan de forma independiente a bonobo, que recordemos es la supuesta base de GNOME2.

Si gconf fuese y estubiese implementado usando componentes bonobo, ya tendría implementadas todas las características por hacer que le dan razón de ser. Lo que pretende ser gconf es un sistema para que las aplicaciones puedan guardar sus opciones de configuración de forma independiente de cómo se guarden físicamente. La idea es que en un futuro el root pueda decidir si las opciones de configuración de los usuarios se guardan en ficheros XML en sus respectivos home (tal como sucede actualmente), o se guardan en un gestor de bases de datos relacional (MySQL, por ejemplo), en un directorio LDAP, o en lo que sea. Pero desgraciadamente sólo esta implementado lo de guardar en ficheros locales en el home, cuando curiosamente GNOME incluye ya de serie el sistema GNOME-DB (este si basado en bonobo, según tengo entendido) que permite a las aplicaciones GNOME acceder de forma transparente desde ficheros XML locales, bases de datos relacionales (MySQL, PostgreSQL, Oracle, incluso conexiones por OBDC) y otros almacenes de información. Si gconf se hubiese implementado usando GNOME-DB ya tendría implementadas prácticamente todas las funcionalidades deseadas, y sólo se tendrían que implementar los backends de GNOME-DB que falten (por ejemplo ignoro si hay uno de LDAP).

El caso de gnome-vfs es bastante similar. Lo que intenta esta librería es crear unos nuevos openf, readf, writef y closef en el que resulte independiente del protocolo de acceso al fichero. Es decir, que puedas acceder a ficheros de tu sistema de ficheros con file://path/fichero, acceder a ficheros localizados en un servidor SMB (Samba, Windows, OS/2...) con smb://servidor/recurso/path/fichero, localizado en un servidor ftp o http, dentro de un fichero comprimido, etc. En realidad cualquier cosa ya que el sistema acepta plug-ins. Pero claro, resulta que lo que hace es crear un widget diferente al de GTK+ para abrir fichero, y unas funciones diferentes alternativas a las de glibc/glib. Pero no se ha modificado bonobo para que lo utilice. Si existe en bonobo un objeto file, que use gnome-vfs, todos los programas que usen bonobo (que recordemos, en GNOME2 deberían ser todos), ya podrían acceder a cualquier fichero usando cualquier protocolo. Por ejemplo podríamos abrir hojas de cálculo con gnumeric que estuviesen en un servidor ftp, o documentos de texto con el AbiWord que estén en un servidor SMB. Pero tal como esta ahora, se deben modificar las aplicaciones para que todos los accesos a ficheros se hagan con las nuevas funciones en lugar de con las tradicionales. Total, que prácticamente sólo Nautilus lo utiliza.

Pero claro, primero nos encontramos que las aplicaciones supuestamente GNOME2 no usan bonobo. Que bonobo no utiliza todas las funciones de GNOME y que las funciones de GNOME no usan bonobo. Tenemos multitud de funciones que no se integran entre si, librerias que se superponen y más porquería de esta.

Si a todo esto unimos que además no estan convencidos que bonobo sea bueno, y además no es el único sistema de componentes que hay, ya que aparte de él y del de KDE, tenemos el de OpenOffice.org y el de Mozilla, dos aplicaciones que añadirían gran cantidad de componentes al sistema y que apenas se pueden aprovechar.

Resumiendo: GNOME quizás haya perdido el norte, pero lo que es seguro es que yo si que lo he perdido del todo.

Speedball la banda de heavy más chunga
Ven al Helvete Metal Bar


 
Rumbos empresariales (4.00 / 1) (#3)
por pbenavent a las Wed Jul 21st, 2004 at 12:30:30 PM CET
(Información Usuario) http://www.benavent.org

Hace tiempo que hay opiniones como esa [1]. Mi opinión es que el desarrollo de Gnome está poderosamente influido (ojo, no diré controlado) por la empresa fundada por Miguel de Icaza (no descubro nada)

Si la empresa de Miguel decide tomar un rumbo, y los que desarrollan gnome están en nómina de la empresa, es lógico que sigan ese rumbo.

Me merece muchísimo respeto la labor de Miguel de Icaza, su empresa, y todo el trabajo que pasa a ser GNU/GPL gracias a ella (hace poco liberaron el conector para Exchange).

Pero me parece innecesario portar todo el escritorio a Mono. ¿Otra vez cambio de modelo de desarrollo? Las grandes ventajas de Gnome no las ve el usuario, las aplicaciones que cumplen los estandares de Gnome reaprovechan mucho código entre sí. Me parece bueno cualquier fork con fundamento, me pregunto cuantos desarrolladores encontrarán.

¿Por que está progresando X.org? porque hay empresas detrás poniendo dinero, detrás de KDE estaban Suse (¿seguirá?) y Trolltrech... detrás de Gnome está/estaba Ximian... y detrás de este fork?

¿Algún desarrollador de Gnome puede echarnos unas líneas de como se ven las cosas por dentro? (ya sabeis que hay bastantes desarrolladores de por aquí)

--
"El hombre es la medida de todas las cosas"
Protágoras


Yo me quedo con (4.00 / 1) (#6)
por La Mula Francis (la.mula.francisCHIRIVITAgmail.com) a las Wed Jul 21st, 2004 at 02:32:52 PM CET
(Información Usuario) http://semana.org

hacer que el escritorio no vaya SOLO dirigido a los usuarios más novatos...

Cuando empecé a usar este sistema operativo como escritorio, me encantaban sus posibilidades configuración, ahora va hacia atras. En vez de añadir cosas, las van quitando.

Seguiré usando Gnome, es el escritorio que más me gusta, pero si hacen un fork con las ideas de este tipo cambio seguro.

Y no algarcia, no soy un hereje :P




Hiiiiiiiii haaaaaaaaaaa!hiiiiiiiiiii haaaaaaaaaaaaa!


¿Troll? (2.50 / 2) (#5)
por davinci (davinci at ecol org) a las Wed Jul 21st, 2004 at 02:17:28 PM CET
(Información Usuario)

Sin alterar el debate que pueda suscitar, y de hecho ya está suscitando, el tema, he encontrado un documento que me lleva a ser mucho más escéptico en cuanto a un posible fork de Gnome.

Para comprender a qué me refiero, echad un vistazo aquí. En el enlace realizan un seguimiento exhaustivo de Ali Akcaagac y sus intervenciones en los foros de Gnome. Por lo visto es considerado por muchos como un troll chicharrero que lleva años esparciendo FUDs sobre el proyecto.

¿En qué terminará todo este asunto?...


¡Es la guerrrrrrra!


-1 Troll (2.50 / 2) (#25)
por xan (xan en gnome punto org) a las Thu Jul 22nd, 2004 at 01:36:35 AM CET
(Información Usuario)

Hacer un fork de GNOME me parece algo totalmente legítimo, pero estas razones son o estúpidas (un fork por el orden de los botones, santo cielo) o desinformadas (GConf == Registro de Windows => Malo) o paranoides (los desarrolladores de GNOME son todos muy malos y no me hacen caso). Pero es aún mucho más gracioso cuando sabes quién es el promotor del invento. Mucho más.

De cualquier forma es curioso ver la cantidad de energía negativa que acumula la gente sobre GNOME.
Nunca antes en la historia del software libre un proyecto de semejante tamaño se había marcado como meta principal la usabilidad, la facílidad de uso, el seguimiento estricto de unas reglas predefinidas sobre el aspecto de la interfaz de usuario... y sin embargo son muchos (o al menos hacen mucho ruido) los que profetizan sistemáticamente el fracaso de este intento.

Los ordenadores *son* difíciles de usar. Quizá es difícil para gente como nosotros verlo con perspectiva, pero para usarlos debemos asimilar y comprender un gran número de conceptos abstractos que hace 50 años entendían 3 personas en el planeta. Incluso hoy grandes industrias se tambalean (discográficas) porque la mayoría de la gente "corriente" no alcanza a comprender el salto conceptual que supone la información digital frente al tradicional soporte analógico. Todo esfuerzo para facilitar el uso de la nueva tecnología a los demás siempre será poco, y cada nueva persona a la que hagamos comprender y amar toda esta locura será un nuevo aliado en nuestra causa.

Puede ser que fracasemos, que la caída sea durísima y que dentro de algunos años nos ríamos de lo ingenuos que fuimos al tratar de hacer algo tan complicado, pero yo creo que es mucho más honroso intentar hacer algo nuevo que malgastar tu vida criticando a los demás en un foro. Los chinos, creo, ya lo entendieron hace mucho tiempo con un proverbio que decía algo así como "Aquellos que dicen que algo es imposible no deberían molestar a los que lo están haciendo".

--
Sirviendo al Comité Revolucionario Permanente de los Hombres Topo desde 2002.


 
Se veía venir.... (none / 0) (#1)
por melenas a las Wed Jul 21st, 2004 at 11:21:05 AM CET
(Información Usuario)

Creo que el fue en el IRC de escomposlinux donde ex-gnomeros me comentaron el descontento general de algunos desarrolladores y usuarios respecto al rumbo que estaba tomando Gnome en "pro" de la usabilidad.

Yo mismo creo que algunas cosas como la simplificación al eliminar el botón aplicar está bien, pero otras como cambios totales en el comportamiento como la navegación espacial en Nautilus por defecto no lo veo correcto. No digo que la navegación espacial en sí esté mal (aunque a mí no me guste), lo que digo que está mal es ese cambio tan drástico en una revisión menor (de 2.4 a 2.6) y añadiendo la dificultad de que para ponerlo otra vez en modo navegacional tienes que tocar un registro "rescondido" de Gconf y reiniciar el escritorio, ¿tan difícil era ponerlo en un menú y que los cambios se aplicaran cerrando y abriendo Nautilus? ¿acaso hay que esconderlo para que el usuario medio-bajo no lo cambio y les fastidie el cambie porque nadie lo usa?

En fin magnífica entrada al diario que yo sinceramente lo hubiera mandado a la lista de envíos para su publicación en portada.


FDO. ER_MELENAS No te preguntes sólo que puede hacer el S.L. por ti sino también que puedes hacer tú por él.


Goneme (none / 0) (#32)
por algarcia a las Thu Jul 22nd, 2004 at 06:42:15 PM CET
(Información Usuario)

El tipo este tiene ahora que lo veo el dominio www.goneme.org.

Por cierto, que al parecer no le gusta nada Gecko y como entre sus premisas está que Gnome debería usar un navegador basado en Gtkhtml, ahí tiene el Atlantis un navegador basado en Gtkhtml2 y Gnome-vfs. En las capturas se ve que si le pones algo como file:///home/usuario/ en la barra de direcciones te salen los directorios y fichero pero no como en los geckos, sino de otra manera distina, como si no fuera una página web y con el estilo de Gnome. Queda más guapo así.

--
No me pregunto lo que yo puedo hacer por el S.L., si no lo que todos vosotros podéis hacer por mí. :-P


 
GoneMe | 32 comentarios (32 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda