Para los nuevos, brevemente, MoonLightDE es un entorno de escritorio desarrollado en el Centro CESOL de manera comunitaria con el fin de ser utilizado en Nova Ligero 2015. Este apuesta por una arquitectura modular e integrada de manera que se reduzca el consumo de recursos y el costo de mantenimiento. Es desarrollado utilizando C++, Qt5 y reutilizando las elementos de LxQt y KDE Framework 5.
Después de un tiempo de silencio, trabajo duro y de la perdida parcial del código (cortesía de mi difunto HDD) le traemos una actualización del estado del proyecto. Afortunadamente nuestra comunidad a crecido “significante” en miembros activos gracias a la incorporación de un conjunto (4) de estudiantes de la Facultad 1. Al inicio esto nos retrasó un poco puesto que fue necesario darles algo de capacitación pero esperamos que pronto se recupere la “inversión”. Regresando al tema, los cambios más significativos desde la liberación de MoonLightDE 0.5 son:
Núcleo:
- Nuevo mecanismo de comunicación entre componentes basado en Intentos (inspirado en Android).
- Interfaz de línea de comando para permitir la comunicación con este tipo de aplicaciones (moonlightde-cli).
- Se refinó el mecanismo de configuración del núcleo, ahora tiene interfaz gráfica de usuario.
Panel:
- Integración del panel lateral a los servicios del panel, cortesía de @JorgeFS
- Implementación de un Dash nuevo y flamante, cortesía de @akiel.
Gestor de Ficheros [Nuevo]:
- Servicio de Navegación, gestión de “lugares” y sistemas de ficheros (locales y remotos) de manera mucho más sencilla.
- Servicio de Presentación, provee igual flexibilidad para las “vistas” de manera que sea sencillo extender.
Como podrán apreciar la mayoría de los cambios realizados, con excepción del Dash, no son apreciables desde el punto de vista del usuario final. Además queremos que la próxima liberación ya tenga su estilo propio, que vendrá de las manos de @ale. Según la planificación inicial MoonLightDE 1.0 debe estar listo para el mes de febrero, pero debido a que se está reimplementando el Gestor de Ficheros desde cero y que han surgido varias ideas novedosas vamos a necesitar todo el apoyo posible de la comunidad, en aras de crear un E.E. ligero, funcional y bello del que estemos orgullosos todos.
Hackaton Semanal
La mayoría de los miembros de nuestra comunidad son estudiantes o tienes otras ocupaciones por ello tienen poco tiempo disponible programar. En aras de hacer un uso eficiente de este tiempo decidimos hacer semanalmente un encuentro (hackatón) donde cada persona le dedica 2 o 3 horas al proyecto y al final del día MoonLightDE tiene nuevas funcionalidades o menos errores.
Siguiendo esta idea se trata de implementar un modelo de desarrollo mixto, un poco de catedral y un poco de bazar, donde todos puedan aportar. Los miembros de Nova (léase catedral) con más tiempo disponible asumen a las tareas de ingeniería, control de cambios, integración y desarrollo de la linea base, por su parte los estudiantes (léase comunidad o bazar) se encargan del desarrollo de funcionalidades puntuales. Considero importante señalar que no se excluye a la comunidad de las decisiones técnicas importantes, para ello se utiliza la lista de correo y solo se les demanda que fundamenten apropiadamente sus planteamientos, puesto que los cambios en la arquitectura y en las tecnologías base suelen ser muy costosos.
Como muchos podrán pensar este modelo sigue siendo cerrado puesto que se limita a la comunidad UCI. bueno, aquí vienen las buenas noticias. A partir de esta semana todos los interesados sin distinción de sexo, nacionalidad, raza, religión o conocimientos técnicos podrán participar gratuitamente en el proyecto. Para ello deben mandar su solicitud a la lista de correo. En caso de no tener acceso a internet deje su dirección correo en los comentarios y lo incluiremos manualmente así mismo le enviaremos el código fuente del proyecto.
El flujo de trabajo (sujeto a discusión y cambios) de cara a la comunidad será el siguiente:
- Lunes: Publicación de la lista de tareas.
- Martes y Miércoles: Debate, refinado y asignación de las tareas.
- Jueves: Ejecución.
- Viernes: Integración.
Sobre las tareas: Cada tarea debe ser posible de completar en 3 o 4 horas, tiempo que suele durar el hackaton, en caso de que toma más tiempo debe ser fragmentada.
Sobre las contribuciones: las contribuciones deben ser publicadas en repositorios Git (con visibilidad nacional al menos) y se debe notificar al equipo de desarrollo de su existencias mediante la lista de correo. Esta será revisada, en caso de contener errores se le notificará al colaborador luego de corregida será integrada a la rama de desarrollo. En caso de no tener acceso a internet o a un repositorio git publico puede enviar sus contribuciones como parches vía correo electrónico (solicitar ayuda en la lista de ser necesario).
Sobre las discusiones técnicas: El medio principal para esto es la lista de correo en caso de ser necesario, se planificarán como tareas semanales.
Sobre el idioma a utilizar en la lista de correo: se recomienda utilizar el idioma inglés con el objetivo de permitir la participación de extranjeros. En caso de no dominar esta lengua puede escribir en español o solicitar la traducción de algún tema.
Sobre los roles: Una comunidad de software libre necesita tanto desarrolladores como coordinadores, documentadores, gestores de la configuración, probadores, tutores, etc. Es necesario que los interesados expresen su disposición de ocupar alguno de estos. Puede que usted no tenga tiempo para involucrase en el desarrollo pero tenga conocimientos de C++, Qt, Git u otra tecnología que se utilice, en ese caso usted puede tutorar a aquellos que tengan un poco más de tiempo pero menos experiencia.
Luego de dicho esto no me queda más que invitarlos a participar este jueves en el hackatón semanal de MoonLightDE.
Comentarios ( 37 )
Yo estuve probandolo en Debian Jessie, pero cuando marco la opción de entrar por Moonlight, lo que me abre es un Openbox, solo eso…. Comportamniento normal, o ando mal yo ? Me gustaría darle una probada, ya lo tengo planificado para rescatar una laptop antediluviana que tengo entre manos, pero hasta ahora nada.
@Akuma
Realmente es un error conocido. Cuando se publicaron los paquetes .deb faltaron algunas dependencias de Qt 5 y por esta razón solo les funcionaba a aquellos que lo tenían instalado, es decir casi nadie. Actualmente ese error fue corregido y como les decía en el post solo faltan unas cuantas hojas de estilos para hacer otra liberación.
@all Sería genial que alguien le eche una mano a @ale con el estilo.
Saludos
@Alexis López Zubieta
En el tiempo que llevo aquí el que he visto que tiene mas experiencia en estos temas es r@y,si se lo piden y tiene tiempo el puede ayudarlos .Saludos..
Un screenshot para ver como luce?
Soy parte del equipo de LXQT en el apartado visual y me suena interesante lo que están haciendo, pero no encuentro screenshots del entorno corriendo.
@Oclay
No time bro 🙁
La traducción de “intent” al español sería “intención”, no “intento”, que se parecen pero no son lo mismo.
Alexis, úneme a la lista de correo, que traté por Google Groups pero intenta unirme con mi dirección de Gmail y ahora no tengo tiempo para averiguar cómo cambiarlo para mi dirección UCI.
Yo siempre he estado interesado en aprender a programar aplicaciones para linux a lo hard-core igual que la gente de nova pero nunca he tenido el tiempo ni la recomendación de bibliografía para hacerlo, por lo que me interesa, de ser posible, integrarme a este proyecto, primero de forma externa para ir aprendiendo, algo como la capacitación, pero creo que la puedo hacer yo solo si me dan un mini tuto y luego ayudar a la comunidad, mi correo es eamolina@estudiantes.uci.cu, ya en lo que queda de año no voy a poder porque me fui para mi casa pero para el año que viene, si me pudieran ayudar alguno de los gurus, prometo ser un buen alumno (ojalá y me den las capacidades), saludos
Alexis, úneme a la lista…. yannier@lt.onei.cu
Saludos… estoy dispuesto a asumir cualquier rol… tengo time y recurso…
lo que no tengo es ni fuente, ni KDE Framework 5, ni QT5… jejejjeje bueno NADA.
Lo unico que me acompaña es un Nova Ligero 2013 que me traje cuando me despedí
de ustedes y que aún hoy por hoy uso para algunas cosas… Si buscas la forma de
facilitarme todo esto me meto de a lleno en el proyecto, ya te digo tengo todo el time
del mundo… de 8 a 4.
Ponte en contacto conmigo…
Saludos
@Ernesto
Ya debes tener la invitación en su correo.
@ypescalona
Tu también debes tener una invitación en tu correo. Respecto al qt5 y KDE Framework los puedes encontrar en los repositorios de debían Sid, OpenSuse o Ubuntu 14.10 (en los de Nova 2013 no están). Para ello usa los repos nacionales que se listan en la sección de Repositorios [http://humanos.uci.cu/repositorios/]. Respecto a la documentación y el código si tienes acceso a internet puedes obtenerla en GitHub https://github.com/moonlightde/ de lo contrario te lo envío a vuelta de correo.
Saludos
@Alexis López Zubieta
No me ha llegado ninguna notificación, tenb en cuenta que mi correo no es internacional…
y respecto a la doc y el code… envialo que tampoco tengo Internet.
@ypescalona
Es una verdadera lástima que la lista de correo esté alojada fuera del país, pero bueno ya te mando un librillo de qt y el código para que vayas comenzando. Te debe llegar de un momento a otro.
Saludos
Genial esto de los Hackaton pero la verdad intente entrar en Freenode para al menos comentar via IRC (cosa que no se explica en el articulo pero los que estamos en la lista de correo sabemos que se hace) pero me fue totalmente imposible. Es bueno ver que al menos se está moviendo lo de MoonLIghtDE pero vuelvo a soltar mi cuchareta con respecto a la cuestion del consumo puesto que Qt es una tanto pesado para ser el escritorio “liviano” que se intentará usar en el hardware arcaico que impera dentro de nuestro país
@Hyuuga_Neji
Hola colega, aclarando que no soy un fanboy y no me pagan por defender a Qt no sé de donde sacas que Qt es pesado para un escritorio liviano. Se porta bien tanto en un raspberry PI como en cualquier otro dispositivo de pocas prestaciones, el Moonlight se podía haber hecho en C + OpenGL para mejorar el rendimiento como es el caso de Enlightenment pero es demasiado trabajo y no por gusto es tan poco usado a pesar de tener ya unos cuantos años. Sé que eres veterano 🙂 en este mundillo de Linux y por eso me gustaría saber en qué te basas para decir que Qt es lento. Saludos
@Hyuuga_Neji
Intenta acceder por la interfaz web: http://webchat.freenode.net/ aqui el puerto del IRC está cerrado y esa es la via que uso.
Continuando la idea de @r@y Qt tiene fama de “pesado” gracias a KDE.
@Alexis López Zubieta
eso de la fama de KDE como pesado también es algo relativo, KDE actualmente hace lo que muchos otros DE todavia están pensando en cómo hacerlo y eso no viene gratis, todo es cuestión de ajustarse a lo que uno esté cómodo y pueda correr, aun recuerdo un Gentoo en las máquinas que teníamos de 512 de RAM hace algunos años para producción en la UCI corriendo un KDE 4.x y levantaba la sesión con 64 Mb de RAM consumidos. eso es muy poco y comparable con ligeros y nudistas como xfce.
@r@y
Vamos a ver… no estoy diciendo que por consumir un poco mas Qt sea un mal toolkit (de hecho lo considero mas benevolo que el propio GTK3) pero mi alerta sobre el consumo es porque MoonlightDE está llamado a sustituir guano y convertirse en el escritorio por defecto en Nova Ligero y al menos en mi experiencia personal las aplicaciones basadas en Qt consumen un tilin mas de RAM que las hechas con otras cosas. ahora mira mi punto de vista: Cuando tienes bajo tu cuidado unas PC con solo 256 MB de RAM no te puedes dar el gusto que tu escritorio solo se lleve unos 64 MB porque eso te limita a la hora de levantar otras aplicaciones como por ejemplo Libreoffice. En fin las pruebas que he visto a LXQt contra LXDE confirman que en verdad LXQt consume unos pocos MB mas que el original y si bien no se echan a ver en un Intel Corei7 de 4ta generacion… sin son muy tenidos en cuenta cuando se trata de hardware antiguo como el que sobrevive en la mayoria de las empresas cubanas. Saludos
@Hyuuga_Neji
se que no quiciste decir que Qt sea un mal framework eso no se le ocurriria a nadie. El hecho de que los propios desarrolladores de LXDE hallan decidido unirse con razor qt y reescribirlo todo en Qt ya eso quiere decir algo y no es que pierda ligereza sino le quitarían la L delante 😉 una vez más te pido algo que demuestre que una aplicación X con Y características desarrollada en Qt tenga menos rendimiento que una app similar con otro framework GUI
no es que yo tenga el tiempo del mundo como para ponerme a desarrollar, además de mi poca experiencia como desarrollador linux por así decirlo pero lo que es un beta tester si puedo ser pues cuando receso mis transmisiones con el mundo exterior me encierro en mi cuarto hasta las tantas investigando la pelusa de la recontrapelusa de la repelusa de cuanto soft me cae en la mano y como ahora ando buscando EE ligeros para sacar del baul de los recuerdos unas pcticas que tengo podría dedicarme a ML 200% y más aún cuando se trata de un producto netamente cubano. Aclaración, no tengo internet y además me gustaría echarle una ojeada al source ya que en estos dias me enamoré de una jevita que está Qt. por si me aceptan mi email es pdireccion2@tabacomt.co.cu
@mojo_risin
Ya le envié una invitación a la lista de correo, respecto al código al paso que vamos hará falta publicar el Git en algún lugar. Igual voy intentar ponerlo en store.uci.cu.
Saludos
@Alexis López Zubieta
Tenemos que luchar por abrir codecomunidades para todo .cu al menos.
En estos momentos estoy liso en todo lo que necesitan, pero en futuro me gustaría mucho poder contribuir con NOVA.
Si pudieran facilitarme documentación mi correo es:
jjbenitez@estudiantes.uci.cu
Gracias de antemano.
@r@y
Disculpa si me demoré un poco en responderte pero sinceramente tu pregunta es muy similar a las que siempre me hacen todos cuando hablo de velar por la ligeresa asi que me di a la tarea de localizar en internet algunas pruebas que se hayan hecho sobre eso: app hechas con GTK vs App hechas con Qt y mi busqueda dio resultados, claro… es un tanto extenso que decidí hacerle una entrada en mi propio blog el cual Maikel creyó conveniente y lo incluyó en el blog de SWLX no es que esté intentando crear publicidad para nuestros blogs sino que me parece inapropiado si llenara este hilo en humanOS con las cosas que quise decir.
Saludos desde Abreus en la provincia cfgos.
@Hyuuga_Neji
gracias por dedicarle un tiempo a buscar pero todavia no concuerdo en que Qt sea una mala eleccion para moonlight. Los detalles te los doy luego ya que tengo que salir de la uci a las 9. saludos
@r@y
Otra vez caemos en lo mismo… Qt se presenta como el toolkit mas benevolo y con mejores funcionalidades de los que hay actualmente porque GTK3 no es precisamente un “ahorrador de recursos”, a eso sumemosle que Qt parece ser el mas conocido dentro de la comunidad de desarrolladores de la UCi. No busco convencer a nadie de que abandone Qt de la noche a la mañana sino que como dije en el primero comentario… lo que intento es poner una luz de alarma sobre el consumo que pueda ocasionar la utilización de las librerias de Qt en el hardware arcaico que impera en la infraestructura empresarial cubana. No quiere decir que MoonlightDE sea ahora el mas consumidor ni nada por el estilo, tampoco creo que Qt sea una mala elección pero todo lo que podamos hacer hoy por ese hardware antiguo (y real) que tenemos creo que se debe hacer. No es lo mismo decir que consumes por ejemplo 15 MB de RAM mas usando LXQt cuando dispones de una Intel Corei 7 de 4ta generación con 2 GB de RAM que decir que estas consumiendo 15 MB de RAM mas con LXQt en un Celeron con 128 MB de RAM, a cosas como estas es que me refiero para que luego no pase en una empresa cuaquiera de Cuba que por tal de “hacer lo que se orientó de arriba” le pongan a las PC un entorno de escritorio pensado para un hardware mucho mas potente.
@Alexis López Zubieta
Alexis, las hojas de estilo que hablas son CSS no ??…
Si hay que hacer algo con CSS, pueden escribirme, con la captura de lo que quieren lograr y les regreso el código siempre que el tiempo me deje…saludos y suerte
PD: me gustaría ser de más ayuda, pero CSS es en lo que actualmente más estoy trabajando, así que si lo necesitan, me pueden avisar.
@Hyuuga_Neji
Los desarrolladores del equipo de Nova tomaron en cuenta el tema del consumo de recursos, siempre pensando «en el hardware arcaico que impera en la infraestructura empresarial cubana». Lamentablemente no es la única variable en todo este asunto. También hay que medir el costo en soporte usando las bibliotecas gráficas que se hayan escogido. Ni Qt ni ninguna biblioteca (de cualquier tipo) va a dar soporte eterno al hardware arcaico. El desarrollo de hardware vas mucho más rápido que el de software. Creo que las empresas (y aprovechando que el software les saldrá gratis) debieran ir tomando en cuenta darse una actualización del parque tecnológico, progresivamente.
@Tuxifer
Bueno no es exactamente CSS, más bien es un primo QSS. Como primos al fin tienen varias cosas en común pero también diferencias, aunque la documentación que trae Qt está realmente buena.
Respecto a las capturas, ese es principalmente el problema actualmente tenemos (aquellos que no sabemos nada de diseño) algunas ideas en la cabeza pero hace falta como tu dices hacer las maquetas y luego llevarlo código (QSS). Aunque para comenzar puedes utilizar el concurso de diseño que organizamos hace algún tiempo sería genial si pudieras trabajar en las maquetas y luego entre todos tiramos Qss :D.
Saludos
@Tuxifer
Bueno Qt recoje la mayoría de las reglas de css (no css3 que yo sepa) con adaptaciones en la forma de escribirlas para dar estilo a los widgets.Umm te hacen falta las transformaciones de la reglas css a qss jeje,algunas cambian otras no.Saludos
Bueno si me mandan al correo alguna documentación donde esté lo más simple posible, me lo estudio y podré colaborar con algo, díganle a Alex que me escriba a mi correo con lo que mejorcito que tenga y si tiene algunas maquetas ya hechas que las mande y entonces se reuna con ustedes que están ahí mismo en la UCI y pueden “dibujarse” lo que quieren con palabras y explicaciones….
Saludos y disculpen tanta comodidad con lo de la documentación, pero la verdad no tengo tiempo para coger un libro de 400 o 500 páginas y localizar “la pulpa” jejejeje
@Hyuuga_Neji, cuando trates de hace todo lo que hace falta para un entorno de escritorio con otra tecnología lo que pudieras haber ahorrado en recursos de procesamiento se te va a esfumar al implementar cosas que no vienen con el framework. De paso se van a presentar muchísimos problemas derivados y tanto la estabilidad como el consumo de recursos van a presentar un buen problema. He visto aplicaciones de Qt corriendo perfectamente en dispositivos de pocos recursos como RaspberryPI. Creo que si no es como te digo y teniendo en cuenta que Moonlight en libre, es bueno que propongas una tecnología para su implementación que abarque todo el proceso de desarrollo.
@ppx
Bueno, ya le hice un starred en GitHub y estoy haciendo un clon local. Si me embullo, pues les hago un fork y a lo mejor se me ocurren 2 o 3 estupideces, es la idea no?
@ppx
tcl-tk!!!
esperamos el primer alfa
@Alexis López Zubieta
Revisé mi email y aún no me ha llegado la invitación por favor vuelvala a enviar.
@mojo_risin
Ya le envié otra invitación, aunque esta sale de los servidores de google groups por lo que si su correo no es visible de cara a internet esta no llegará.
@Raven abusador.
hola, yo postee para que me unieran al grupo en el 2014 y vi la invitación al grupo ya cuando viré del fin de año 2015 y ya había expirado así que no pude unirme, pueden enviármela de nuevo? eamolina@estudiantes.uci.cu